Типовые ошибки команд на третьем году роста — когда хаос уже стал системой

Типовые ошибки команд на третьем году роста — когда хаос уже стал системой

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

Что я вижу у таких команд чаще всего:
• баеры льют каждый по-своему, а правила по крео и гипотезам не зафиксированы;
• аналитика есть, но ей не верят, потому что отчёты не бьются с реальной картиной;
• тимлид превращается в диспетчера, который закрывает дыры вместо того, чтобы строить систему;
• новые люди повторяют старые ошибки, потому что онбординг сделан «на словах».

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

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

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