Почему с ростом инхауз-команды результат уходит в пол? За 20 лет работы с компаниями среднего бизнеса я видел одну и ту же фигню. Отдел растёт, зарплаты растут, а скорость и отгружаемая ценность для бизнеса падает. Почему? Всё просто. Когда команда была маленькой, вы писали с нуля, всё было понятно, коммуникаций мало — легко. Радовались каждому релизу, даже если он был костыльным. Но потом неизбежно начинается «вот это всё»: таск-трекеры, документация, разделение ответственности, тестирование, рефакторинг, devops и прочая фигня. Ожидания растут, зарплаты тоже. Вы ждёте, что теперь отдел будет работать втрое эффективнее. Но результата нет. Виной тому — потеря ритма и контроля (про то, что второй программист не добавляет x2 к объему проделываемой работы, я как-нибудь отдельно еще напишу). Что делать? 🫤 Честно, без истерик и попыток найти крайних, разберите ситуацию с командой. Важно не устраивать срач, а понять реальную проблему. 😑 Вместе сформулируйте конкретные, измеримые и амбициозные цели на квартал и полгода. Это ваши путеводные звёзды, которые должны зажечь и вас, и команду. 😶 Разбейте работу на спринты по две недели. Задачи спринта должны быть конкретными. Выполнение 70-80% — норм. 😬 В конце каждого спринта устраивайте демо и ретро. Говорите, что получилось, а что — нет. Учитесь на ошибках, чтобы не наступать на те же грабли. 🙄 Состав задач в спринте фиксируйте жёстко. Не вносите новые посреди, только если меняете старые. Через 3-4 таких цикла вы вернёте контроль, восстановите скорость и перестанете тратить деньги впустую. Если у вас в инхаузе такая ситуация и нужно вернуть скорость — пишите. Обсудим, с чего начать аудит.