16.Поточный метод. Водопад/Waterfall
Несмотря на разнообразие методов управления проектами, многие руководители предпочитают использовать традиционную схему, которая состоит из последовательности этапов. Такой способ назван водопадной моделью. На самом деле схема похожа на водопад с каскадами, спадающими друг за другом. Именно так движутся проектные стадии модели.
Суть водопадного подхода заключается в разделении проекта на несколько последовательных заданий, каждая из которых имеет четкую цель и определенные сроки. Порядок выполнения работ не меняется, члены команды решают одну задачу, после чего приступают к выполнению следующего задания.
Начальная стадия водопадной модели представляет собой проектирование с учетом мельчайших деталей. Все результаты этого этапа заносятся в техническое задание, что является гарантией уверенности в составляющих компонентах и числе проводимых работ. По этим причинам эта модель отличается привлекательностью и заслужила доверие клиентов.
Но в реальности заказчик получает не только гарантии, но и ряд ограничений, связанных со строгим выполнением требований технического задания. Следовательно, в цену проекта не включены пожелания клиента, возникающие в процессе работы, непредвиденные преграды, осуществление идей, которые не были запланированы. В стоимость не входят даже действия, необходимость выполнения которых обнаруживается внезапно.
Указанные проблемы зачастую приводят к конфликтам заказчика и исполнителя. Поэтому такую систему иногда именуют баллистической, так как члены команды на первом этапе целятся в четкую цель, образно нажимают на так называемый курок в виде подписания договора и далее не могут предсказать направление движения проекта.
Поточный метод
Модель водопада является отличным решением для небольших проектов с маленькими сроками реализации. Система подходит и для проектов с заранее установленными и зафиксированными требованиями. Каскадный водопад понравится заказчикам, которые имеют вариант проекта, уже запущенного в работу. Именно по этой причине при любом сроке воплощения идеи бизнес не будет останавливаться.
Нужно понимать, что подобная модель – плохой вариант для реализации сложных и продолжительных IT-проектов, на которых негативным образом сказываются быстрые изменения окружающей обстановки. В течение работы проект может устареть.
Фиксированный набор требований и детальное техническое задание становятся идеально подготовленной миной, которая мешает задать проекту верное направление. Для осуществления сложных замыслов необходимы более гибкие схемы.