Разработчики не стали писать код быстрее. Компания просто перестала планировать работу так, будто у команды бесконечная емкость. В одной крупной FMCG retail сети бизнес-запрос мог идти от входа до приемки до двух месяцев. Команда была занята каждый день. Код писали. Задачи обсуждали. Срочное чинили. Что-то начинали, бросали, возвращались, снова вспоминали контекст. Снаружи это выглядело как работа. Для бизнеса - как непредсказуемость. Первое желание в такой ситуации обычно простое: нанять еще разработчиков. Но если система разорвана приоритетами, новые люди просто начнут быстрее перерабатывать хаос. Мы пошли другим путем. Сначала посчитали реальную емкость. 8 разработчиков × 40 часов × 50% = 160 часов в неделю на новое. И разговор с бизнесом изменился. Не "почему вы не берете нашу задачу?" А: "На эту неделю есть 160 часов. Вот что помещается. Если добавляем новое, снимаем что-то из списка". Через неделю 85% задач недельного плана было сделано. Потом на новое стали планировать ближе к 75% времени. Точность месячного плана вышла выше 90%. Около 80% запросов начали закрываться примерно за 2 недели. Без найма разработчиков. Не потому что люди стали работать больше. А потому что меньше времени стало сгорать в переключениях, срочности и незавершенной работе. Пока компания не видит емкость команды, она управляет не разработкой. Она управляет ожиданиями.

Полный текст статьи

#cio #итибизнес