Методология Waterfall для управления проектами

Обновлено: 13.09.2022


Методология Waterfall (Каскадная модель) - классическая модель управления проектами, разработанная еще в 1970 году. Ее применяют в авиастроении, военной или космической отраслях, медицине и финансовом секторе. Там Waterfall самое место, потому что этим сферам нужны четко выстроенные процессы и сроки, а это суть каскада. Отсюда и сравнение с водопадом: каждый этап создания продукта, словно поток воды, продолжает предыдущий и не может начаться, пока прошлый не завершился.

Этапы создания проекта, согласно этой методологии, всегда идут в одинаковой последовательности и пропускать какой-то из них нельзя.

- Аналитика. Самый длительный этап. Исполнитель обсуждает продукт с заказчиком, получает требования, прописывает и утверждает планы, цели и бюджет, графики работ, процессы, риски. После этого нужно составить техническое задание и инструкции. Отступать от них на следующих этапах нельзя.
- Проектирование. На этом этапе создается прототип ПО. Также нужно выбрать платформу для программирования и утвердить роли в команде.
- Разработка. Здесь необходимо написать код продукта четко по техническому заданию.
- Тестирование. На этом этапе проверяют соответствие кода техническому заданию.
- Эксплуатация. Исполнитель выпускает продукт и согласовывает его с заказчиком. После этого нужно проанализировать результат, собрать фидбэк и указать критичные баги. Если их много, весь процесс придется начать сначала.
- Поддержка. На завершающем этапе исполнителю остается поддерживать работоспособность, устранять сбои и собирать обратную связь от пользователей, чтобы расширить или заменить функционал.

Последовательность процессов, соблюдение сроков, выполнение задач в каскадной модели лучше всего отображает диаграмма Ганта.

Плюсы: Waterfall

- Наличие инструкций и правил по всему процессу. Работа начинается с подробного анализа требований заказчика и того, как будет реализован проект. Планы, этапы и процессы утверждаются заранее, фиксируются в документах и вопросов не вызывают. Исполнителю нужно просто им следовать.
- Определенность в сроках и бюджете. Стоимость продукта и сроки сдачи проекта рассчитаны и утверждены в самом начале и не меняются в процессе.
- Отсутствие дополнительных трат на коммуникацию в команде. Даже если придет новый разработчик или тестировщик, понять задачу и приступить к работе получится быстро: для всех процессов есть описанные правила.

Минусы Waterfall

- Отсутствие гибкости. Невозможно предусмотреть все проблемы в проекте заранее. Из-за жесткой последовательности этапов недочеты станут известны только в конце проекта, придется делать дополнительные итерации и начинать работу заново, а это новые затраты и лишние рабочие часы.
- Заказчик не допускается до разработки и тестирования. Он не может комментировать макеты или прототипы и видит результат только в конце проекта. Если изменились требования или условия, заранее учесть это невозможно.
- Проблемы всплывают только при тестировании. Сделать часть работы и сразу протестировать или совместить разработку и тестирование, чтобы найти уязвимости, нельзя. Тестирование начинается после окончания разработки, поэтому часто недостатки обнаруживаются слишком поздно.

Пользователи, которые искали Waterfall, потом также интересовались следующими продуктами:

См. также: Топ 10: Системы управления портфелями проектов