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

Не гоняйтесь за водопадами, поют они. Однако, когда речь идет о методологии управления проектами, водопад может оказаться именно тем аттракционом, по которому вы хотите прокатить свою проектную команду. Но что такое водопадная методология управления проектами, спросите вы? К счастью, у нас есть целая разъяснительная статья об этом ниже. Мы начнем с определения и перейдем к конкретике, такой как фазы, преимущества и недостатки.

Что такое водопадная методология управления проектами? Наше определение

Давайте начнем с определения водопадного управления проектами. Водопадная модель относится к стилю и методу управления проектами, который подчеркивает линейный и последовательный порядок прохождения проекта через несколько этапов.  Более того, водопадный подход подчеркивает, что все задачи должны быть сгруппированы по этапам, и что все задачи каждого этапа должны быть выполнены до начала выполнения задач следующего этапа. Именно это подразумевается под водопадной методологией управления проектами. Это одна из многих методологий управления проектами, но она особенно подходит для больших команд благодаря четким этапам планирования. С другой стороны, она имеет некоторые относительные недостатки в области планирования и зависимости задач.

Когда уместна методология водопадного метода?

Водопадный PM подходит, когда agile-подход не подходит. Что это значит? По сути, когда речь идет об управлении проектами методом водопада и agile, ключевое различие заключается в том, что в методе водопада существует больше предварительного планирования всего жизненного цикла проекта, чем в agile-командах. Методология водопада также полезна в тех случаях, когда проект имеет сильные зависимости задач и группы задач, что означает, что один или некоторая часть рабочего процесса проекта не может быть начата до завершения другого или всех других рабочих процессов проекта. В отличие от этого, agile-команды могут работать более независимо, в своем собственном темпе. Когда речь идет о сравнении других систем управления проектом, например, водопада и метода критического пути, модель водопада более полезна и уместна, когда существует меньше ограничений в плане сроков и последовательности событий. Можно сказать, что метод критического пути является противоположностью методологии agile, а водопад находится между ними, хотя, вероятно, ближе к критическому пути.  Наконец, если ваша команда хочет использовать WBS, или структуру разбивки работ, то делать это при использовании водопадных методов также уместно, как это было бы и в agile-управлении проектами. В конечном итоге, водопадная модель подходит для запланированных фаз проекта для непрерывного продвижения проекта на протяжении всего жизненного цикла.

Как и когда был создан водопадный подход к управлению проектами?

История водопадной модели управления проектами восходит к 1956 году и Симпозиуму по передовым методам программирования для цифровых компьютеров. Однако термин «водопад» еще не использовался, только в середине 70-х годов. Традиционный водопадный подход к управлению проектами, возможно, восходит к 1985 году, когда Министерство обороны США разработало определенные руководства и стандарты, которые должны были использовать любые внешние разработчики программного обеспечения, работающие по контракту. Из-за долговечности этого метода он имеет ключевое значение для понимания основ управления проектами, поскольку его проверенную и верную, простую фазовую модель можно сравнить с другими каноническими методами. Например, водопад можно противопоставить бережливому управлению проектами, которое также восходит к 1950-м годам, и гибкому методу Toyota «точно в срок». Водопад гораздо более линеен по сравнению с бережливым управлением проектами, так как в последнем не придается значения иерархии, а целью является уменьшение запасов и регулярное выполнение работ.  Можно также спросить: чем методология канбан отличается от водопадного подхода? Канбан, разработанный чуть раньше, в конце 1940-х годов в послевоенной Японии, был направлен на совершенствование процессов, основанных на ценностях бережливого производства и бережливом мышлении. Его акцент на визуализации процесса в двух измерениях и достижении фокуса также значительно отличается от водопадного подхода. 

Каковы 6 фаз управления проектами водопада

Хотя точное число варьируется, в этой статье мы расскажем о 6 этапах или фазах управления проектами по методу водопада. Иногда вы увидите, что их всего 5. Мы прольем свет на это несоответствие позже. К 6 этапам водопада относятся:

1. Требования
2. Дизайн
3. Реализация
4. Верификация
5. Развертывание
6. Техническое обслуживание

Первая фаза водопада: требования

Первая фаза водопадной методологии — это фаза сбора. Это время для создания предварительного документа с требованиями к проекту и принятия решения о том, какие метрики использовать для измерения успеха проекта. Здесь вы также можете написать устав проекта и бэклог конечного продукта. Идея заключается в том, чтобы иметь четкий набор конечных продуктов. Вы также составите план жизненного цикла проекта и спланируете спринты, если вы являетесь командой разработчиков программного обеспечения и используете инструменты scrum. В это время вы также составляете график проекта, основные этапы и бюджет проекта. На этом этапе необходимо привлечь всех заинтересованных сторон проекта и членов команды.

Вторая фаза водопада: дизайн

Следующая фаза проекта по водопаду — это фаза проектирования. Здесь вы углубляетесь в план проекта. Вы определяете, какие инструменты или приложения будет использовать команда, будете ли вы использовать шаблон проекта, и какие роли будут выполнять все участники. Сейчас самое время создать доски Канбан или диаграммы Ганта. Если речь идет о процессе разработки программного обеспечения, то на этом этапе программирование еще не ведется. Все входы и выходы проекта также закупаются на этом этапе.

Третья фаза водопада: реализация

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

Четвертая фаза водопада: верификация

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

Пятая фаза водопада: развертывание

Пятая фаза водопадной методологии — это фаза развертывания. Эта фаза связана с производством результатов. Вполне вероятно, что на этой фазе будут задействованы все заинтересованные стороны. Если вы работаете по итерационному подходу, скажем, потому что смешиваете водопадную модель с agile-методологией, то фаза развертывания будет связана не с конечным продуктом, а с итерацией, которая обслуживает некоторые функции конечного использования, которые могут быть протестированы.

Шестая фаза водопада: техническое обслуживание

Фаза сопровождения — это заключительная фаза водопадного метода. К этому моменту продукт передается заказчику, заинтересованным лицам или клиенту, чтобы они начали его использовать. В процессе использования они могут обнаружить ошибки или проблемы, или даже заметить области, в которых можно что-то улучшить. Фаза сопровождения позволяет постоянно совершенствовать продукт путем внесения мелких исправлений и изменений, но если изменения достаточно велики, вы можете вернуться к первой фазе и начать все заново. Теперь, для тех, кому интересно, какая фаза отсутствует, когда люди говорят, что методология водопада имеет только 5 фаз, это фаза развертывания и доставки. Логика здесь в том, что вы можете рассматривать развертывание как переход от тестирования к обслуживанию или даже как горизонт событий, отделяющий незавершенную поставку от готовой.

Способы использования водопадной методологии проектов

Водопадный стиль управления проектами можно использовать по-разному. Вот чего метод водопада может помочь вам достичь:

Четкие цели. Когда клиент или заинтересованные стороны очень точно определяют, чего они хотят от результатов проекта, тогда методология водопада в управлении проектами — это отличный способ обеспечить то, что хочет клиент, когда он этого хочет, и за обещанную цену.

Организованное планирование. Будь то из-за нехватки времени, ограничений по стоимости или просто из-за того, как ваша организация любит доводить дела до конца, вы можете использовать подход водопада PM, когда очень важно, чтобы был четкий план и все были на одной волне.

Удовлетворенность клиентов. Существует множество различных типов клиентов, и некоторые из них более склонны к желанию изменений, в то время как другие никогда не отступают от своих первоначальных запросов. Один из лучших способов применения водопадного подхода — для клиентов, которые точно не захотят никаких изменений, в противном случае, возможно, больше подойдет agile.

Примеры водопадных проектов

Если вам интересно, каким может быть пример водопадного стиля проекта, то здесь мы приводим три из них. Ниже вы найдете пример водопадного проекта для строительной отрасли, для разработки мобильного приложения и для подготовки к открытию магазина у дома.

Пример проекта водопада 1: Строительство. Поскольку водопад является последовательным и линейным в своем развитии, он очень хорошо подходит для строительства такого строительного проекта, как дом. Например, вы не можете начать возводить стены, пока фундамент не будет готов на 100%. Вам нужно, чтобы клиент изложил свои требования, прежде чем вы сможете приступить к проектированию и планированию. А поскольку вы будете работать с реальными материалами, различными бригадами от каменщиков до плотников, арендой оборудования и некоторыми ограничениями по времени, тот факт, что этап проектирования является настолько тщательным перед реализацией, действительно полезен в строительстве. 

Пример водопадного проекта 2: Разработка мобильных приложений. Изобретение нового мобильного приложения имеет множество этапов, начиная с первоначальной искры гениальной идеи и далее. Теперь, когда речь идет о программном проекте, здесь, несомненно, будут применяться некоторые гибкие методы, но где может помочь водопадная модель? Приложения иногда могут быть очень простыми по своим функциям, и применение водопадной системы означает, что команда программистов может оставаться сфокусированной на этих требованиях, не позволяя сбиться с пути. Кроме того, при водопадной модели вы можете развернуть приложение на стадии бета-тестирования, что очень поможет на этапе технического обслуживания.

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

Преимущества и недостатки управления проектами по водопадной модели

Ни одна методология управления проектами не является лучшей во все времена и для всех целей, и водопадная модель не является исключением. У нее есть свои плюсы и минусы. Давайте рассмотрим несколько из них.

Преимущества водопадного управления проектами

Все, начиная с проектной группы, заинтересованных сторон и заканчивая клиентами, могут заранее иметь представление о масштабах проекта, сроках и бюджете. Поскольку работа начинается не сразу, у вас будет достаточно времени, чтобы выявить проблемы или риски на этапе проектирования и не дать им слишком сильно проявиться во время реализации. Если у вас проект с большим количеством зависимостей между задачами, то применение водопадной методологии управления проектами будет полезно для планирования и выполнения. Водопадный подход хорош тем, что вы можете постоянно сравнивать свои первоначальные планы проекта с заданными показателями и этапами, чтобы понять, насколько хорошо вы справляетесь. Благодаря строгому соблюдению фаз иногда есть возможность реструктурировать команду между фазами, не теряя при этом много времени на привлечение новых членов, поскольку на каждой новой фазе все приступают к новым задачам. Наконец, еще один плюс водопадного метода заключается в том, что он отлично подходит для работы с клиентами, которые обычно требуют слишком много изменений в течение всего жизненного цикла проекта, поскольку строгая структура не позволит им потакать этой тенденции.

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

Первый недостаток водопадного подхода к управлению проектами — это, несомненно, тот аспект, который отличает его от agile-подхода. Это означает, что его труднее адаптировать к изменениям на различных этапах жизненного цикла проекта. По сравнению с agile-методами, которые имеют итеративный подход и поэтому могут быстрее начать производить результаты, получение результатов при водопадном методе может быть более медленным. В то время как agile-методы могут страдать от «ползучести проекта», то есть они доходят до точки, когда так много изменений, что конца не видно, водопадная модель имеет еще один недостаток: «ползучесть сроков». Это когда одна часть проекта задерживается, а затем все остальные части задерживаются в ожидании, угрожая выбиться из графика.

Как менеджеры проектов водопада получают преимущества от водопадного стиля управления

Менеджеры проектов могут извлечь большую пользу, применяя технику управления проектами по методу водопада. Водопадное планирование проектов означает, что менеджеры получают отличный обзор всего жизненного цикла проекта с высоты птичьего полета с самого начала. Применение водопадного планирования проектов снижает риск возникновения непредвиденных препятствий, что может стать хорошим средством снятия стресса для менеджера.  Еще одно преимущество для менеджера проекта, использующего водопадную стратегию развития, заключается в том, что у него есть несколько хороших возможностей между каждой фазой проекта оценить свою команду, предложить, где это необходимо, наставничество, перераспределить рабочую нагрузку или произвести другие изменения в команде. Такая регулярная проверка со стороны менеджера проекта помогает команде оставаться мотивированной и чувствовать себя связанной с успехом проекта.  Наконец, менеджеры проектов выигрывают от использования водопадного подхода, потому что он позволяет не привлекать внимание клиента на протяжении большей части процесса, особенно во время реализации и проверки.

Наше заключение об управлении проектами по методологии водопада

Когда вы думаете о наиболее эффективных способах реализации водопадной стратегии управления проектами, вам следует попробовать один из многочисленных инструментов управления проектами, представленных на рынке.  Многие из лучших CRM и программ управления проектами предлагают такие функции, как календари, Kanbans, временные шкалы и диаграммы Ганта, которые полезны для планирования водопадных проектов, а также другие полезные инструменты управления проектами, такие как общение в команде, отслеживание времени, отслеживание расходов и выставление счетов.  Подводя итог, можно сказать, что методология управления проектами «водопад» эффективна тем, что она проста, понятна, ей легко следовать и она невосприимчива к неожиданным изменениям.  Конечно, невозможно избежать всех изменений, и методы agile известны как лучшие в управлении изменениями. Но, по крайней мере, с водопадной моделью вы можете быть уверены, что проблем, возникающих в случаях, когда задачи и действия выпадают из последовательного порядка, будет немного.  Будучи линейной системой PM, метод водопада заставляет всех плавать в одном бассейне, то есть до тех пор, пока не наступит время для всех переливов в следующий водопад.