Как мы добиваемся успеха в Peerlist?

Привет, друзья!

Прошло довольно много времени с тех пор, как я написал статью, поэтому я подумал написать то, о чем меня спрашивали много раз: с крошечной командой, как вам удается так много сделать?

Предупреждение о спойлерах! Возможно, эта статья не поможет вам разработать надежный процесс, но она точно поможет вам устранить беспорядок так, как это сделали мы, шаг за шагом.

Итак, давайте начнем!

Мы начали создавать Peerlist год назад в качестве побочного проекта, поэтому до декабря прошлого года все процессы, как работать, как планировать и выполнять — все эти вопросы не имели значения. Раньше мы были очень спонтанными в том, как мы работали, планировали и выполняли. Это совершенно нормально, когда вы — команда из двух человек, работающих друг с другом.

Но после декабря наша команда стала командой из 4 человек 😎.

Вы, наверное, рассмеялись, ведь это все еще небольшое число. Но если посмотреть на это с другой стороны, то мы увеличили нашу команду в 2 раза (😂). Поэтому в течение первой недели мы все поняли, что нам нужно разработать некоторые шаблоны для работы. Не то чтобы слишком жесткое планирование или следование строгим спринтам, но хотя бы какой-то способ сделать выполнение менее хаотичным и более продуктивным.

Осознав это, мы начали искать хороший способ работы и подбирать подходящий процесс.

Поиск нашего процесса

Это потребовало множества попыток, пока мы, наконец, не выработали лучший подход к работе. Но я все равно проведу вас через все эти попытки, поскольку они содержат отличные уроки.

Попытка 1: Документ и работа

Мы все всегда объясняем друг другу важность документации. Поэтому мы решили заняться этим, чтобы добиться большей ясности и лучше планировать.

Метод был прост: мы решали, какую функцию хотим создать, записывали подробный PRD и крайние случаи, планировали работу, рассчитывали смету времени, выполняли, тестировали и внедряли.

Этот метод работает! Когда у вас все расписано, вы правильно знаете требования и понимаете все крайние случаи, это очень помогает лучше планировать свои задачи. Поначалу нам нравился этот процесс, пока мы не начали понимать некоторые проблемы.

  1. Для команды из 4 человек написание подробного PRD отнимало много времени. Без этого было бы много путаницы и хаоса; но нам все равно пришлось пойти на этот компромисс. Осознаешь это в основном после подсчета соотношения затрат времени и выполнения.

  2. Что касается документации, одной из наших ошибок было использование слишком большого количества приложений и создание более чем одного источника правды. Мы использовали Google Drive, Notion, Linear и Github READMEs одновременно, что снова привело к беспорядку! Здесь нужно учитывать некоторые моменты: будучи небольшим стартапом и командой, вы хотите изучить стоимость и производительность этих продуктов, а также кривую обучения и простоту использования для всех. Но мы потеряли счет тому, сколько приложений мы использовали и что где хранилось? В итоге — полный бардак! 😇

Попытка 2: Единый источник правды, жесткие сроки и циклы раз в две недели.

Из опыта мы поняли, что нам нужно улучшить две вещи: объемную документацию и множество ресурсов. Поэтому мы сократили количество ресурсов до использования только Linear и Notion. Мы использовали Notion для записи требований, описаний, а Linear — для разделения их на задачи.

В Linear есть возможность работать по циклам и отслеживать процент выполнения каждого цикла. Должен сказать, что это работает как дофаминовый удар! Каждая задача, которую вы завершаете, заставляет вас чувствовать себя так хорошо, потому что процент выполнения задач в этом цикле увеличивается.

Единственная ошибка, которая произошла при таком подходе, — это циклы раз в две недели. Поэтому вместо того, чтобы работать над одной функцией в течение нужного количества времени, мы начали накапливать функцию каким-то образом за 2 недели!

Это был не лучший подход, поскольку агрессивные сроки помогали нам закончить только 60-70% работы за цикл, что давало нам ощущение недостаточного достижения. Следовательно, это негативно сказывалось на всех нас.

Мы все поняли, что нужно снова менять схему работы!

Попытка 3: параллельная работа (катастрофа!)

Только во второй попытке мы были близки к тому, чтобы найти отличный метод работы. Но, как я всегда говорю, если все идет хорошо, как мы вообще можем называть это стартапом 😁.

Поэтому мы перешли к другому методу работы — параллельной работе! Мы работаем вместе уже около 3-4 месяцев, и мы хотели улучшить нашу скорость. Поэтому мы решили работать над разными функциями по отдельности, а не над одной функцией всей командой!

Это было не самое лучшее решение. Это обернулось против нас, и в итоге мы не сделали ничего существенного. Хотя, несмотря на это, после всех этих попыток мы получили несколько фантастических уроков о работе в команде. Вот некоторые из них 👇

  1. Работа в команде с единым фокусом помогает вам добиться максимальной производительности. Кроме того, это поддерживает ваш боевой дух, потому что у вас есть команда на вашей стороне; даже если что-то пойдет не так, мы все будем рядом, чтобы противостоять этому!

  2. Совместная работа добавляет чувство подотчетности. Вы всегда будете чувствовать, что кто-то застрял из-за вас или у кого-то есть зависимость от вашей работы, что заставляет вас выполнять работу быстрее и лучше.

  3. Вы все вместе обдумываете плюсы и минусы того или иного способа выполнения работы, находите решения и т.д., поэтому вы быстрее получаете ответы. Если вы в чем-то не разбираетесь, велика вероятность, что ваш коллега по команде сможет исправить это за вас!

  4. Меньше программ и меньше вещей, которые нужно обновлять, улучшат вашу сосредоточенность. Вам нужно позаботиться об одной вещи, и все готово. Утилизация становится легкой, и вы точно знаете, где найти эту вещь, когда вы застрянете.

  5. Вы не сможете разбить некоторые функции на фиксированные сроки. Некоторые займут много времени, а некоторые будут сделаны очень быстро, и все это нормально!

  6. Вы должны дать им время, которое они требуют. Соблюдение очень агрессивных сроков может привести к еще большему беспорядку и агрессивной обратной реакции!

  7. Поиск правильного процесса — это тоже процесс. Он будет развиваться каждый день.

Итак, после всех этих уроков, вот то, что лучше всего работает для нас (на данный момент). Не утверждаю, что это идеальный способ выполнения работы, но с ним мы можем отправлять продукцию быстрее, а это главное, и нам это нравится!

Как мы работаем сейчас?

На этот раз мы решили сделать все предельно просто. С небольшими изменениями мы вернулись к работе над одной функцией в команде. Итак, вот как выглядит наш типичный метод работы —

  1. Мы выбираем одну функцию, которую хотим создать, и делим ее на более мелкие части, которые можно сделать в течение недели.

  2. Каждый раздел функции проходит через четыре части в следующей последовательности: дизайн, API, пользовательский интерфейс и тестирование.

  3. Каждую среду мы проводим планирование на неделю, где выбираем разделы с учетом их сложности и функциональности и определяем небольшие задачи для каждого.

  4. Мы записываем все задачи в сообщении в Slack и прикрепляем его к каналу (да, на SLACK). Таким образом, список дел для всех нас находится прямо перед нами. Нам не нужно тратить много времени на переключение и обслуживание приложений, плюс, если мы пропустили какую-то задачу, мы просто добавляем ее в тему, и все в порядке. Уверяю вас, это самый простой способ ведения списка задач команды.

  5. Каждую среду мы можем просмотреть предыдущий список, выяснить, что не сделано, и добавить это в новый список.

  6. Мы встречаемся раз в день на 10 минут, чтобы просто синхронизировать задачи и выяснить, зависит ли кто-то от кого-то или заблокирован для чего-то.

  7. Для объяснения каждой новой функции мы начали записывать небольшое видео (не более 5 минут, спасибо Loom!). Это помогло нам получить подробный PRD, не тратя много времени на его запись.

  8. После этого мы развертывали функцию в нашей среде staging, тщательно тестировали ее и затем развертывали в prod.

После внедрения этого процесса мы заметили резкое изменение в производительности, выполнении и доставке.

В заключение я хотел бы сказать, что каждый человек и каждая команда работают по-разному. Работать в среде, где все стабильно, а процессы отлажены — это весело. Работать в среде, где вы развиваетесь вместе с процессами, очень интересно.

Если вы все еще читаете эту статью, спасибо вам большое за то, что следили за ней до сих пор, я искренне ценю это. Если вы все еще не являетесь пользователем Peerlist, вам стоит присоединиться к нему! Это альтернатива вашему профилю LinkedIn.

Кроме того, если у вас есть вопросы о Peerlist, дайте мне знать в комментариях. Я с удовольствием отвечу на все, а найти новую тему для статьи в любом случае очень сложно, так что помогите мне с этим! 😉.

Продолжайте развиваться! 🙌

Оцените статью
devanswers.ru
Добавить комментарий