Осталось считанные дни и наш проект подойдет к моменту, когда можно будет выходить на рынок. До этого момента командная работа мне ощущалась из разряда “сверхъестественное”, как и то, что она не сильно отличается от одиночной. К счастью, с удачным стечением обстоятельств меня позвал хороший знакомый на реализацию проекта в качестве разработчика. Ну и я практически не раздумывая согласился. Сказать что получил много нового - это ничего не сказать. Можно расписывать много всего: детали, тонкости, подводные камни, но тут я выделю основные тезисы:
Четкие дедлайны: #
Поскольку это был с моими коллегами первый самостоятельный проект, мы не обладали достаточными знаниями чтобы четко организовывать наше время, мы пытались сразу инжектить таск-трекер в нашу беседу, но это помогало запоминать задачи, но не было чувства “срочно надо доделать, дедлайн горит”. Под конец, когда мы подошли к финальной черте проекта мы поняли, что осталось немного и поставили на всех четкие задачи и дедлайны к ним соответственно.
Распределение обязанностей: #
3 программиста-энтузиаста решили создать свое чадо, о каком разделении идет речь) По началу так и было, по большому счету мы решили, что все разрабатываем продукт и ни слова больше, сказать что это было неправильно нельзя, но маркетинговый план составить стоило бы. Но, мы не мы, если бы не столкнулись с такой трудностью. В ходе разработки мы поняли, что так дело не пойдет, продукт не ограничивается лишь функционалом, а имеет множество других составляющих компонентов, которые важно учитывать: реклама, анализ рынка, перспективы продукта, роли в команде. И волей не волей, неформально, мы разделили нас на: программиста-маркетолога / программиста-контент-мейкера / программиста-ассистента. Одним словом - приятно. Когда каждый знает что входит в круг его компетенций, и что нет мыслей “а когда мне ответят по поводу рекламы”, когда пишешь очередной фикс на баг.
Коммуникабельность: #
То, что сейчас мы реализовываем это плод нашего воображения с командой. Первый наш созвон был ознакомительным, но тем не менее на нем решался важный вопрос - что бы хотим создать? И началась небольшая дискуссия. Слово за слово, мысль за мыслей, идея за идеей и мы пришли к одному решению. Все вышенаписанное важно в контексте разработки, ведь чувство комфорта с коллегами является неотъемлемой частью разработки, ведь порой сказать “извини, у меня сейчас в жизни проблемы, не мог бы ты за меня это доделать?” внесет больше пользы, чем сделать на отъебись в силу того, что не хватает времени и есть какие-либо внешние раздражители. Важно слышать мнение каждого участника команды, уж если ты позвал, то соизволь и принять его мнение. Конечно, эта вещь очень граничит с понятием “наглость”, но, если тебя раскусят, последствия не заставят себя ждать. Лучше подумать кому ты делаешь хуже, себе или другим?
Поскольку выше я сказал, что это не конец моей командной работы, я безмерно рад, что нахожусь с кругу единомышленников, которые мне дали так много. Все мы не идеальны, но важно в момент осознания этого недочета взять его и извлечь урок, ибо ты будешь с ним сталкиваться столько раз, пока не поймешь В связи с этим, возможно в будущем я дополню этот пост еще какими-нибудь тейками, но пока что оставлю так.
Итог #
Командная разработка несомненно нужна для разработчика. Помимо всех бонусов в виде: быстрой скорости разработки, делегирования обязанностей она дает еще понимание, как нужно общаться и строить отношения с коллегами. Имхо, после такого опыта разработчик получает мини-грейд как самостоятельной едининцы.