Методология Waterfall

Нужна помощь в рекламе сайта?

Разработка и ведение рекламных кампаний в Яндекс Директ с гарантией результата по этой ссылке

В наше время Waterfall не пользуется популярностью, но без этой модели не придумали бы Agile. Эта информация будет очень полезна тем, кто планируют стать менеджером проектов, а также кто уже находится в этой сфере. В теории Waterfall не является сложным процессом разработки, но когда начинается сама практика, то у новичков возникают вопросы по этой методологии. На своих лекциях «Руководитель digital-проектов» опытные учителя Skillbox помогают новичкам разобраться в данной сфере деятельности, для того чтобы ученики могли спокойно и без ошибок использовать их в своем деле.

Что это такое?

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

Модель водопада

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

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

Процесс Waterfall

Разработка водопадной модели имеет следующие пять этапов:

Аналитика

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

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

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

Разработка

Само формирование происходит согласно плану, макетам и требованиям. Все строго по ТЗ, всё четко по плану.

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

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

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

Результат пересылают заказчику и следят за тем чтобы всё работало без лишних проблем.

Различия Waterfall от других видов гибких методологий

Методология Waterfall — это рабочий процесс по заранее составленному и записанному ТЗ. Гибкость в данном случае не нужна. Это и делает эту методологию непохожую от Agile.

Суть Agile и Waterfall

Waterfall и Agile имеют различные правила работы, информация про это выше по тексту.

12 главных принципов Agile

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

Манифесты для Agile и Waterfall

Такие правила созданы из agile-манифеста.

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

  • Человек превыше инструмента
  • Качество превыше документов
  • Сотрудничество с клиентом превыше договора
  • Быть готовым к изменениям превыше поставленной задачи

Если бы также для Waterfall был написан свой манифест, он бы примерно выглядел так:

  • Не нарушайте правила.
  • Если отсутствует ТЗ, значит отсутствует продукт
  • Расписанным со всеми подробностями ТЗ, делать разработку намного лучше и проще.
  • Стараться не делать изменения в процессе работы.

Отличия Waterfall и Scrum

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

Заключение

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

 Блог о Яндекс Директ