В последние годы гибкие методологии взяли «штурмом» мир управления проектами и разработки программного обеспечения. Из всех методов традиционные (waterfall) и гибкие методологии(agile) часто противопоставляются друг другу. На конец 2018 года традиционный метод управления проектами является самым популярным, так отчет института управления проектами (PMI) показал, что что в среднем почти 44% проектов используют традиционную методологию (waterfall), 30% используют гибкий метод разработки (agile), в то время как 23% используют гибридные модели.
Методология управления проектами waterfall основана на трех основных принципах. Последовательная структура, минимальное участие клиентов и надежная документация каждого этапа, который она влечет за собой.
Традиционный проектное управление базируется на линейной структуре, когда все фазы процесса происходят в определенной последовательности. Каждый проект проходит один и тот же жизненный цикл (Рис.2), который включает в себя такие этапы, как сбор требований, планирование, разработка, тестирование, внедрение и поддержка.
Последовательность по своей природе означает, что все этапы распределены в хронологическом порядке, и вы должны следовать одному и тому же шаблону. Возврат к предыдущему этапу или изменение направления проекта возможны только в том случае, если вы начнете все сначала.
Весь проект планируется заранее без каких-либо возможностей для изменения требований. Традиционные методики, такие как Waterfall, PMBOK от PMI и PRINCE2 описывают отдельные этапы планирования проекта от начала до конца и предполагают, что у вас есть все необходимые требования и информация заранее. Данную методику не используют в крупных проектах, из-за внезапных изменений в требованиях, которые могут заблокировать весь процесс и вынудить команду вернуться к первому шагу и начать все сначала.
Традиционный метод (Waterfall) применим практически в каждом диапазоне проектов, если выполняются определенные условия: проект должен быть спланирован в деталях во всей его полноте. Общая цель также должна быть ясна с самого начала, как и требования и спецификации. Зафиксированы структуры, традиционные каналы принятия решений и низкая вероятность корректировок, которые впоследствии станут необходимыми. Обычно такой метод разработки выбирают средние и маленькие компании.
При всех недостатках классический подход позволяет избежать стрессов ввиду наличия запасного времени на каждом этапе, заложенного на случай каких-либо осложнений и реализации рисков. Кроме того, с правильно проведённым этапом планирования, руководитель проектов всегда знает, какими ресурсами он обладает.