Минимальный процесс-стек для команды до 10 человек

Когда команда вырастает с 4 до 10 человек, у фаундеров всегда возникает соблазн внедрить «настоящие процессы» - и они часто переусложняют. Делимся минимальным набором, который работает у нас и у наших клиентов.

Что точно нужно

• Один трекер задач. Любой. Главное - один. Linear, Jira, GitHub Issues - выбирайте по вкусу.
• Одна место для документов. Notion, Confluence, или просто markdown в репозитории.
• Один мессенджер для обсуждений. Slack или Telegram, не оба.
• Регулярный код-ревью с правилом: PR не висит в очереди дольше суток.
• Еженедельное демо (30–45 минут): что сделано, что показываем заказчику.

Что не нужно (пока)

• Ежедневные стендапы по 30 минут. До 7 человек заменяются текстовым апдейтом в чате.
• Sprint planning по два часа. Замените на 30-минутное обсуждение приоритетов.
• OKR с пятью уровнями вложенности. До 15 человек хватает 3–4 квартальных целей на всю команду.
• Полноценный QA-отдел. Senior-инженеры пишут тесты сами, ручное тестирование - через ротацию.
• Сложные роли (PO, PM, BA, TL отдельно). До 10 человек все носят несколько шляп.

Когда добавлять

Каждый процесс должен решать конкретную проблему, которую вы видите. Не «потому что в Spotify так». Если у команды нет регулярных проблем с приоритизацией - sprint planning не нужен. Если PR не задерживаются - формальное ревью-расписание не нужно.

Хорошее правило: каждый раз, когда вы хотите добавить процесс, спросите команду «какую проблему мы решаем». Если ответ нечёткий - отложите.