Каскадный метод: Как устроена waterfall-методология или каскадная модель управления

Содержание

Как устроена waterfall-методология или каскадная модель управления


Особенности


Последовательность действий. В каскадной модели проекта все этапы идут друг за другом: на следующий этап проекта переходят только после того, как сделаны все работы на предыдущем. 


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


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


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


Этапы


Классическая водопадная модель состоит из пяти этапов:


  1. Сбор требований. Здесь собирают требования к проекту, оформляют их в техническое задание, в котором расписаны план работ, предполагаемые риски и роли в команде;


  2. Проектирование. Здесь определяют главные принципы продукта, например, логику программного обеспечения, архитектуру здания, дизайн самолета. Под эти принципы подбирают инструменты, например, языки программирования, методы строительства, технологии моделирования самолета;


  3. Разработка. Здесь по плану и техническому заданию делают продукт: пишут код, строят здание, собирают самолет. Разработка занимает большую часть проекта;


  4. Тестирование. Здесь проверяют продукт на соответствие техническому заданию, ищут и исправляют ошибки;


  5. Эксплуатация и поддержка. Здесь выпускают и поддерживают продукт: устраняют ошибки, поддерживают работоспособность, собирают отзывы от пользователей, добавляют новые функции.



Водопадную модель можно расширить и добавить в нее дополнительные этапы: анализ требований, сбор команды, поиск финансирования.


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


Проект не зависит от конкретных исполнителей. Все процессы зарегламентированы и описаны. Поэтому в течение жизненного цикла проекта члены команды могут приходить и уходить без вреда для сроков и качества работ.


Исполнители работают по четкому плану. Участники знают свои задачи, в какой последовательности их выполнять и когда сдавать работу. Это делает ход проекта предсказуемым.


Сроки и бюджет зафиксированы. Стоимость и длительность проекта заранее рассчитывают и утверждают, а в ходе работы их не меняют.


Требования не меняются во время работы. Так как нельзя вернуться к предыдущему этапу, требования к проекту после утверждения не меняются. Но если до начала работ у заказчика изменилась ситуация, то есть время, чтобы пересмотреть концепцию проекта и изменить требования.



Недостатки каскадной модели


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


Например, заказчик утвердил высотные жилые комплексы, но за время строительства покупатели захотели малоэтажные кварталы. Отменить стройку или переделать проект не получится.


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


Поздно находят проблемы. Тестирование – один из последних этапов, на котором ищут все ошибки проекта, не только изготовления. Из-за последовательной работы фундаментальные проблемы проекта находят слишком поздно. На их исправление не хватит времени и бюджета. Остается «сглаживать углы»: заделывать дыры в доме монтажной пеной, исправлять простые баги, заклеивать щели в ракете монтажной лентой.


Заказчик поздно дает обратную связь. Заказчик видит результат в конце проекта и если у него изменились требования или условия, то исполнители поздно об этом узнают. Новые требования приводят к новому проекту.



Гибридные методологии управления проектами


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


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



Итеративная каскадная модель. В этом методе на следующий этап передают не весь результат, а рабочую часть. Когда проект выдает часть работоспособного продукта, начинается новый (другой) проект, в котором делают другую часть. Такой процесс называют итерационным и его обычно используют для разработки программного обеспечения, приложений и сайтов.



Параллельный и поточный метод выполнения работ в waterfall-методологии


При последовательном выполнении работ нельзя начать новый этап, пока не будет закончен предыдущий, – это увеличивает срок проекта. Чтобы решить эту проблему, меняют последовательность работ.


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



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




Каким проектам подходит каскадная модель управления


Несмотря на свои недостатки, классическая каскадная модель эффективна в жилом строительстве, корабле-, авиа- и ракетостроении. В этих сферах:


  • разрабатываемый продукт технически сложный или не имеет аналогов;


  • у исполнителей есть опыт подобных проектов и их процессы стандартизированы;


  • требования, технологии и инструменты заранее известны и не меняются;


  • влияние внешней среды минимально;


  • нельзя сдать продукт по частям;


  • главный критерий проекта – качество и соответствие требованиям;


  • заказчик не участвует в проекте, а только получает готовый продукт.


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

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


  • Каскадная модель – методология управления проектом, в котором все этапы идут последовательно друг за другом.


  • На следующий этап проекта можно перейти только после выполнения всех работ на предыдущем. Перед приемкой результат обязательно проверяют на соответствие требованиям.


  • После завершения этапа проекта вернуться на него нельзя.


  • Плюсы каскадной модели: все процессы зарегламентированы и описаны, исполнители следуют четкому плану, а требования, сроки и бюджет зафиксированы и не меняются во время работы.


  • К недостаткам waterfall относят то, что проект не готов к изменениям, в нем поздно обнаруживают проблемы и он растягивается во времени.


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


  • Каскадная модель подходит для технически сложных или уникальных проектов с заранее известными требованиями и минимальным влиянием внешней среды.

Waterfall методология разработки — QA evolution

Каскадная модель (англ. waterfall model, иногда переводят, как модель «Водопад») — модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки.

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

Waterfall

Для классической модели разработки программного обеспечения выделяют следующие этапы:

  1. Анализ требований проекта. Определяются программные требования для информационной предметной области системы.
  2. Проектирование. Разрабатывается и формулируется логически последовательная техническая характеристика программной системы. Детализация системы.
  3. Реализация ПО. Воплощение полноценного проекта.
  4. Тестирование продукта. Тестовая эксплуатация продукта
  5. Интеграция системы. Включает установку и официальную приёмку продукта.
  6. Поддержка. Предоставление технической помощи по продукту после запуска а коммерческую эксплуатацию.

Эта модель подразумевает строго последовательное и однократное выполнение каждой фазы проекта. Переход от одной фазы к другой возможен только после успешного завершения предыдущего этапа. Каждый этап подразумевает детальное планирование и полную корректность результата этапа.

Такие жёсткие ограничения последовательности позволяет построить процесс разработки, который максимально прозрачен и удобен для Заказчика.

ПРОЕКТ И ДОКУМЕНТАЦИЯ

Обратная сторона «медали» данного метода, это необходимость поддержки и постоянной актуализации документации разработки продукта. Любое изменение необходимо обязательно согласовывать с Заказчиком. А не достаточный уровень проработки требований несёт за собой увеличение бюджета и сроков проекта, которые довольно сложно оценить.

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

Каскадная модель подходит при разработки сложных и больших проектов и систем со строго определённой функциональностью. Использовать при разработке больших гос.заказов или научных разработках. Использовать данную методология для разработки бизнес-приложений крайне не желательно.

Мета информация

  • Количество процессов — 6
  • Команда — десятки человек

Минусы

  • Watrefall проект должен постоянно иметь актуальную документацию. Обязательная актуализация проектной документации. Избыточная документация
  • Очень не гибкая методологии
  • Может создать ошибочное впечатление о работе над проектом (например фраза «45% выполнено» не несёт за собой никакой полезной информации, а является всего лишь инструментов для менеджера проекта)
  • У Заказчика нет возможности ознакомиться с системой заранее и даже с «Пилотом» системы
  • У Пользователя нет возможности привыкать к продукту постепенно
  • Все требования должны быть известны в начале жизненного цикла проекта
  • Возникает необходимость в жёстком управлении и регулярном контроле, иначе проект быстро выйдет из графиков
  • Отсутствует возможность учесть переделку, весь проект делается за один раз

Плюсы

  • Высокая прозрачность разработки и фаз проекта
  • Чёткая последовательность
  • Стабильность требований
  • Строгий контроль менеджмента проекта
  • Облегчает работу по составлению плана проекта и сбора команды проекта
  • Хорошо определяет процедуру по контроля качества

Применение

  • Для средних и больших проектов, где задействованы десятки программистов и несколько разных команд проекта.
  • Проекты, в которых требования и границы прозрачны и точно известны в начале жизненного цикла проекта.

Тем самым, каскадная модель подразумевает, что переход от одной фазы разработки к другой происходит только после полного и успешного завершения предыдущей фазы, и что переходов назад либо вперёд или перекрытия фаз — не происходит.

Читать про все методологии разработки

Научитесь играть на фортепиано в увлекательной игровой форме! — Обучение игре на фортепиано каскадным методом

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

Эта онлайн-программа включает в себя более 100 комплексных видеоуроков, разбитых на шесть модулей, копию нашего учебника по теории фортепиано и Инструмент NoteMatch, рабочие листы в формате PDF, более 100 популярных песен с секретным соусом , а также доступ к другим эксклюзивным предложениям и инструментам, помогающим развивать и масштабировать ваш бизнес.