Где искать людей в команду для пет-проекта?

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

Что делать, если участник пропал и не отвечает?

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

Нужен ли формальный лидер в команде из трёх человек?

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

Сколько времени в неделю реально нужно вкладывать?

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

Как собрать команду для пет-проекта и не развалиться на второй неделе

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

Почему пет-команды разваливаются

У пет-проектов нет того, что держит вместе коммерческую команду: зарплаты, начальника и дедлайна с последствиями. Значит, держать должно что-то другое, и если его не создать осознанно, проект держится только на первоначальном энтузиазме — а он выгорает за 10–14 дней.

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

Оптимальный размер и состав команды

Меньше — лучше. Идеальный размер пет-команды — 2–4 человека. В паре легко договориться, но легко и застопориться, если один пропал. Трое-четверо — золотая середина: есть распределение ролей и подстраховка, но ещё не нужен менеджер, чтобы всех синхронизировать.

По составу не гонись за полным набором. Один, кто «владеет» продуктом и двигает его вперёд, один-двое, кто делает основную работу, — этого достаточно для старта. Пять фронтендеров без того, кто занимается бэкендом и продуктом, — это не команда, а кружок.

Роли и договорённости на старте

Скучный, но решающий этап. До первой строчки кода договоритесь о четырёх вещах:

Кто владелец. Не начальник, а человек, который принимает финальное решение в спорах и следит, чтобы проект двигался. Без него команда вязнет в бесконечных «а давайте ещё обсудим».
Кто за что отвечает. Конкретные зоны: этот — фронт, этот — бэк и деплой, этот — дизайн и тексты. Пересечения — это нормально, но у каждого куска должен быть ответственный.
Сколько времени каждый готов вкладывать. Честно: «5 часов в неделю» — это ок, если все об этом знают. Несовпадение ожиданий по нагрузке убивает команды тихо и наверняка.
Что считаем результатом. «Рабочий прототип с тремя фичами за 6 недель» — цель. «Сделать классное приложение» — не цель, а source будущего конфликта.

Ритм работы, который держит команду вместе

Энтузиазм заменяется ритмом. Не нужен Jira и скрам-мастер — нужны две простые привычки:

Регулярная синхронизация. Один короткий созвон в неделю или даже текстовый статус в чате: что сделал, что планирую, где застрял. 15 минут, которые спасают проект от тихой смерти.
Видимый прогресс. Общая доска задач (хоть Trello, хоть колонки в Notion), где виден движ. Когда прогресс на виду, работать хочется; когда всё в головах — кажется, что стоим на месте.

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

Когда и как расставаться

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

И наоборот: если проект честно себя исчерпал — закройте его осознанно, зафиксировав, что успели и чему научились. Это не провал. Даже незавершённый командный проект, доведённый до внятного этапа, — это опыт, роль и строчка в портфолио. А именно за ними ты и пришёл.