Healthcheck команды разработки: от «все устали» к приоритетам
Контекст: продуктовая команда 18 человек, рост нагрузки после запуска нового направления. CTO видел падение velocity и рост конфликтов на стендапах, но не понимал корневую причину.
Было:
- переработки «по умолчанию», отпуска откладывают
- размытые роли между аналитикой, разработкой и QA
- ретро превращаются в поиск виноватых
- руководитель тянет эскалации сам, команда ждёт указаний
Что сделали за 2,5 недели:
- анонимный опрос + 8 интервью (разработчики, QA, тимлиды)
- наблюдение за планированием и ретро
- карта рисков по 8 направлениям + сессия с CTO
Стало:
- «красным» оказались нагрузка, границы WIP и обратная связь — не «мотивация»
- 3 приоритетных шага на 6 недель: лимит параллельных задач, правила эскалации, формат ретро
- CTO получил язык для разговора с CEO — без «нам нужен ещё один человек» как единственного ответа
- через 2 месяца — стабилизация velocity и снижение текучки в одной подкоманде
«Наконец-то не абстрактное “команда устала”, а конкретно: где режем, что меняем в процессе, и что я как руководитель перестаю делать сам.»
CTO, IT-компания (анонимно, с согласия)