Расползание объёма — самый частый риск проектов. По данным PMI, с ним сталкиваются 52% проектов.
Причины
- Объём работ плохо описан на старте.
- Заинтересованные стороны просят «маленькие добавки».
- Не выстроен процесс управления изменениями.
- «Позолота»: команда сама добавляет функции сверх требований.
- Внешние изменения — рынок, законодательство, требования регуляторов.
Как бороться
- Чёткий устав проекта и иерархическая структура работ (WBS) на старте.
- Запрос на изменение (Change Request) — любое изменение проходит формальную процедуру с пересчётом сроков и бюджета.
- Работа с заинтересованными сторонами — регулярно проговаривайте, что входит в проект, а что нет.
- В Agile объём защищает спринт: новые пожелания попадают в Product Backlog и не меняют текущий спринт.
- Любой проект с зафиксированным объёмом работ
- Следить нужно постоянно, а не раз в квартал
- Гибкая разработка, где объём пересматривают каждый спринт: там расширение — нормальная адаптация, а не риск
Проект сайта на 3 месяца. В середине заказчик просит: «Давайте ещё блог сделаем». Потом: «И корзину тоже». Потом: «И мобильное приложение». Руководитель проекта соглашается без формального запроса на изменение. Итог: проект растягивается на 8 месяцев, а бюджет вырастает вдвое.
Заведите в Shtab отдельный статус или метку «Запрос на изменение» для требований, появившихся после старта проекта. Разбирайте такие задачи раз в неделю на отдельной встрече — так расширение объёма становится видимым и управляемым.