Waterfall (каскадная модель) проходит этапы последовательно: требования → проектирование → разработка → тестирование → внедрение → поддержка. Следующий этап начинается, когда предыдущий завершён и принят.
Когда Waterfall уместен
- Требования стабильны и хорошо понятны (строительство, внедрение типовой системы, государственный контракт).
- Изменения дорогие или невозможны после старта (железо, регуляторные требования).
- Нужна фиксированная цена и сроки по договору.
- Нужна подробная документация для аудита.
Минусы
- Результат виден поздно, ошибки в требованиях обнаруживаются при тестировании или приёмке.
- Изменения дорогие: требуют формального запроса на изменение.
- Пользователь получает ценность только в конце.
V-модель
Разновидность Waterfall, где каждому этапу разработки соответствует уровень тестирования: требования ↔ приёмочное тестирование, архитектура ↔ системное, детальный дизайн ↔ интеграционное, код ↔ модульное.
PMBOK
PMBOK Guide это свод знаний по управлению проектами от PMI.
PMBOK 6 (2017) построен на процессах:
- 5 групп процессов: инициация, планирование, исполнение, мониторинг и контроль, закрытие;
- 10 областей знаний: интеграция, содержание, расписание, стоимость, качество, ресурсы, коммуникации, риски, закупки, заинтересованные стороны;
- 49 процессов.
PMBOK 7 (2021) сменил подход на принципы:
- 12 принципов (ответственное управление, команда, стейкхолдеры, ценность, системное мышление, лидерство, адаптация подхода, качество, сложность, риски, гибкость и устойчивость, изменения);
- 8 доменов эффективности: стейкхолдеры, команда, подход к разработке и жизненный цикл, планирование, работа проекта, поставка, измерение, неопределённость.
PMBOK 7 охватывает и предиктивные, и адаптивные подходы. Сертификацию PMP многие в РФ знают, но на собесах чаще спрашивают понимание идей, а не номера процессов.
Гибридный подход
На практике часто смешивают: контрактные вехи и бюджет планируют предиктивно, а разработку ведут итерациями. Например, этапы и акты по договору идут каскадом, а внутри этапа команда работает спринтами.
Управление изменениями
В предиктивном проекте изменения проходят через запрос на изменение и совет по изменениям (CCB): оценка влияния на сроки, бюджет и риски, решение, обновление базового плана. Без этого случается scope creep: объём расползается по мелочи, а сроки и бюджет остаются прежними.
Базовый план
Утверждённые объём, расписание и бюджет. С ним сравнивают факт. Меняют только через управление изменениями.
Частые ошибки
- Выбирать Waterfall по привычке, когда требования неясны.
- Принимать изменения устно, без оценки влияния.
- Считать, что в Waterfall нельзя показывать промежуточные результаты.
Что спросят на собесе
- Когда выбрать Waterfall, а когда Agile?
- Что такое V-модель?
- Чем PMBOK 7 отличается от PMBOK 6?
- Что такое базовый план и как в нём работать с изменениями?