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

За 20 лет работы с компаниями среднего бизнеса я видел одну и ту же фигню. Отдел растёт, зарплаты растут, а скорость и отгружаемая ценность для бизнеса падает.

Почему?

Всё просто.

Когда команда была маленькой, вы писали с нуля, всё было понятно, коммуникаций мало — легко. Радовались каждому релизу, даже если он был костыльным. Но потом неизбежно начинается «вот это всё»: таск-трекеры, документация, разделение ответственности, тестирование, рефакторинг, devops и прочая фигня.

Ожидания растут, зарплаты тоже. Вы ждёте, что теперь отдел будет работать втрое эффективнее. Но результата нет. Виной тому — потеря ритма и контроля (про то, что второй программист не добавляет x2 к объему проделываемой работы, я как-нибудь отдельно еще напишу).

Что делать?

🫤 Честно, без истерик и попыток найти крайних, разберите ситуацию с командой. Важно не устраивать срач, а понять реальную проблему.

😑 Вместе сформулируйте конкретные, измеримые и амбициозные цели на квартал и полгода. Это ваши путеводные звёзды, которые должны зажечь и вас, и команду.

😶 Разбейте работу на спринты по две недели. Задачи спринта должны быть конкретными. Выполнение 70-80% — норм.

😬 В конце каждого спринта устраивайте демо и ретро. Говорите, что получилось, а что — нет. Учитесь на ошибках, чтобы не наступать на те же грабли.

🙄 Состав задач в спринте фиксируйте жёстко. Не вносите новые посреди, только если меняете старые.

Через 3-4 таких цикла вы вернёте контроль, восстановите скорость и перестанете тратить деньги впустую.

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