Почему 80% бюджета ≠ 80% готовности?
«Вы уложитесь в сроки?» — спросил вице-президент Medco, хлопнув рукой по столу. «Не знаю, — ответил Джефф Сазерленд. — Дайте командам начать работать, тогда поймём».
Это классическая ловушка: руководство хочет дату, а единственный честный ответ — «пока не знаем».
Метод освоенного объёма, который описывает Полковников, считает прогресс в деньгах: сравниваем план с фактом, получаем отклонения. Потратили 24 000 вместо 20 000 — перерасход 4 000. Аккуратно, красиво, но обманчиво.
Вот пример. Проект из 5 версий продукта. Команда сожгла 60% бюджета, менеджер рапортует: «Мы на 60%!» А в реальности завершена и протестирована одна версия из пяти. Прогресс по функционалу — 20%, а не 60%.
Сазерленд в Scrum предложил считать иначе: не деньги, а готовые задачи в очках сложности. Его команды за три спринта утроили velocity (скорость выполнения) — с 20 до 60 очков — и только тогда смогли честно сказать: «Нам нужно ещё 19 спринтов». Не раньше.
💡 Считайте прогресс по числу завершённых и протестированных функций — это единственная метрика, которую невозможно приукрасить.
❓ А как у вас — прогресс оценивают по бюджету или по работающим фичам?
📚 Источники: Джефф Сазерленд — «Scrum. Революционный метод управления проектами», А.В. Полковников — «Управление проектами. Полный курс MBA»
