waterfall method

Метод водопада — это подход к разработке и реализации решений, при котором работа проходит через заранее определённые фазы в фиксированной последовательности, а переход к следующей фазе предполагает достижение целей предыдущей. В контексте ITSM метод водопада часто применяется, когда требования к услуге или продукту достаточно стабильны, риски хорошо понятны, а организации важно получить предсказуемость по срокам, затратам и объёму работ. Такой подход удобно увязывать с практиками управления проектами, проектирования услуг, управления валидацией и тестированием, а также управления релизами и управления изменениями, поскольку артефакты каждой фазы (требования, дизайн, план тестирования, план развёртывания) могут выступать основой для согласований, контроля и формальных решений органов управления изменениями. Метод водопада также облегчает подготовку эксплуатационной части: обучение команды поддержки, подготовку рабочих инструкций, настройку мониторинга и актуализацию записей о конфигурации перед переводом в рабочую среду. При этом метод водопада не описывает, как именно выполнять эксплуатационную поддержку услуги, как организовать управление инцидентами или управление запросами на обслуживание; он относится именно к подходу разработки и последовательному прохождению фаз.

Метод водопада нередко ошибочно воспринимают как «разработка без обратной связи» или как гарантию того, что изменения требований невозможны. На практике изменения происходят почти всегда, но при методе водопада они обычно формализуются позднее и дороже: потребуется пересогласование объёма, пересмотр спецификаций, повторная валидация и тестирование, а иногда и перенос релиза. В ITSM важно помнить, что даже при «водопадном» проекте изменения в рабочей среде всё равно должны проходить через управление изменениями и, при необходимости, оформляться как RFC; метод водопада не заменяет контроль рисков и соответствие требованиям. Частая путаница возникает при сравнении с Agile и DevOps: метод водопада не означает низкое качество или отсутствие дисциплины, так же как Agile не означает «делаем быстро без документации». Во многих организациях встречаются гибридные модели, когда верхнеуровневое планирование и архитектурные решения делаются по методу водопада, а внутри фаз разработки используются итерации или Канбан-метод. Также важно не смешивать «фазность» метода водопада с жизненным циклом услуги: услуга может быть в эксплуатации и одновременно проходить очередной проект по улучшениям.