Generated with Avocode. Generated with Avocode. Generated with Avocode. Group 15 close hat Generated with Avocode. Generated with Avocode. Generated with Avocode. Generated with Avocode. Generated with Avocode. Generated with Avocode. path40

Waterfall: что это и чем отличается от Agile

Эта методология появилась давно, ее не так часто используют, но без нее никто бы не придумал Agile. Рассказываем про Waterfall

Что еще за Waterfall?

Waterfall — модель «Водопад», водопадная или каскадная разработка ПО. Название впервые появилось в 1970 году в статье Винстона Уолкера Ройса, директора Lockheed Software Technology Center, а структура методологии многое позаимствовала у диаграммы Ганта.

Принципы водопадной модели разработки

  1. Вот принципы методологии Waterfall:
  2. Документы — это важно, все должно быть зафиксировано.
  3. Следующий этап работы не начинается, пока не закончится предыдущий.
  4. Пропускать этапы нельзя.
  5. Если требования изменились после согласования, — значит нужно переписать ТЗ.
  6. Возвращаться назад, чтобы что-то изменить, нельзя.
  7. Нет итераций, есть один общий процесс создания продукта.
  8. Искать и исправлять ошибки можно только на этапе тестирования.
  9. Клиент не участвует в создании продукта.

Как работает Waterfall

Жизненный цикл разработки ПО при использовании каскадной модели — это пять последовательных этапов.

Аналитика

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

Проектирование

Дальше команда делает прототип и готовит дизайн-макеты. Когда все готово, подключаются разработчики.

Разработка

На этом этапе пишут код продукта согласно плану и требованиям. Ни шагу в сторону, все четко по ТЗ.

Тестирование

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

Эксплуатация и поддержка

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

Как отличить Waterfall от гибких методологий

Классическая методология Waterfall — это работа по заранее написанному и согласованному ТЗ. Гибкость здесь не приветствуется. В этом основное отличие водопадной модели от Agile.

Жизненный цикл продукта в Agile и Waterfall

Waterfall отличается от Agile подходом к работе и ценностями.

Принципы, на которых основана Agile, хорошо показывают ценности методологии. Они отличаются от принципов Waterfall, о которых мы говорили выше.

12 принципов Agile

  1. Главное — хорошее ПО и довольный заказчик.
  2. Готовность к изменениям в любой момент.
  3. Полностью рабочее ПО — как можно чаще.
  4. Встреча команды — лучше всего для обмена информацией.
  5. Заказчик и команда разработки должны работать вместе.
  6. Доверять людям делать свою работу.
  7. Есть рабочее ПО — есть прогресс.
  8. Гибкие процессы — непрерывное развитие.
  9. Внимание к качеству способствует гибкости.
  10. Простота процесса позволяет не делать лишней работы.
  11. Самоорганизующаяся команда лучше работает.
  12. Постоянное стремление к большей эффективности.
Сравнение ценностей Agile и Waterfall

Эти принципы появились из agile-манифеста.

Манифест гибкой разработки ПО

  1. Люди важнее инструментов.
  2. Качество продукта важнее документации.
  3. Взаимодействие с заказчиком важнее контракта.
  4. Готовность к изменениям важнее установленного плана.

Если бы у Waterfall тоже был манифест, он мог бы выглядеть так.

Манифест водопадной модели разработки ПО

  1. Следуйте правилам.
  2. Нет ТЗ — нет продукта.
  3. Чем подробнее ТЗ, тем лучше продукт.
  4. Следите, чтобы не было изменений.

Чем Waterfall отличается от Scrum

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

Waterfall
каскадная модель

Scrum
итерационная модель

Все требования известны вначале и не меняются

Требования могут меняться по ходу проекта

Объемное и подробное ТЗ 

Бэклог

Тестирование в конце

Тестирование после каждой итерации

Негибкая

Гибкая

Готовый продукт в конце

Работающая часть продукта после первой итерации

Клиент не видит промежуточный результат

Клиент видит и может влиять на промежуточный результат

Если хотите разобраться подробнее:

  Посмотрите вебинар «Scrum & Waterfall: битва методологий».

  Прочитайте статью «Будь гибким: как понять Scrum и создать
       agile-команду».

  Прочитайте руководство «Как создать план проекта в Scrum за 5 шагов».

Заключение

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

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

Курс «Управление Digital-проектами»
Курс поможет вам оценить себя как менеджера: разобраться и понять, почему у вас что-то не получается. Определить, какие навыки и знания нужно подтянуть. И сделать это, выполняя практические задания.
  • Живая обратная связь с преподавателями
  • Неограниченный доступ к материалам курса
  • Стажировка в компаниях-партнёрах
  • Дипломный проект от реального заказчика
  • Гарантия трудоустройства в компании-партнёры для выпускников, защитивших дипломные работы
Хочешь получать крутые статьи по менеджменту?
Подпишись на рассылку Skillbox
Новогодняя распродажа курсов