Меню
Управление
Управление
#статьи
  • 32300

Методология разработки Waterfall: что это, как работает и чем отличается от Agile

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

Бывает, что в теории методология ясна, а потом дело доходит до внедрения и начинаются вопросы. На курсе «Руководитель digital-проектов» преподаватели Skillbox разбирают инструменты управления на реальных кейсах, чтобы студенты легко и безошибочно применяли их в работе.

Что ещё за Waterfall?

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

Мария Ираидина

Пишет про управление в Skillbox. Работала координатором проектов в Русском музее, писала для блога агентства
CRM-маркетинга Out of Cloud.


.

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

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

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

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

Аналитика

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

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

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

Разработка

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

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

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

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

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

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

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

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

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

.

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 
итерационная модель
Все требования известны вначале и не меняютсяТребования могут меняться по ходу проекта
Объемное и подробное ТЗБэклог
Тестирование в концеТестирование после каждой итерации
НегибкаяГибкая
Готовый продукт в концеРаботающая часть продукта после первой итерации
Клиент не видит промежуточный результатКлиент видит и может влиять на промежуточный результат

.

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

Заключение

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

В Digital такое бывает редко, поэтому команды добавляют к каскадной модели гибкие практики: например, проверяют продукт на соответствие требованиям после каждого этапа работы, а не в самом конце.

Курс

Руководитель digital-проектов


Курс поможет вам оценить себя как менеджера: разобраться и понять, почему у вас что-то не получается. Определить, какие навыки и знания нужно подтянуть. И сделать это, выполняя практические задания. Вы будете работать над собственным проектом или над проектом реального заказчика по стандартам scrum-студии — отточите навыки тайм-менеджмента, научитесь конструктивной коммуникации в боевых условиях, овладеете искусством постановки задач и контроля команды.

Понравилась статья?
Да