Методология разработки Waterfall: что это и как применить в бизнесе

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

Можно сразу включить в план разработки все разделы: витрину, фешен-блог, страницу с отзывами. И релиз назначить, когда все разделы будут готовы. А можно построить процесс по-другому — сначала запустить только витрину, возможно даже с одной категорией и в минималистичном оформлении. А потом постепенно доделывать уже работающий сайт: окончательно определяться с дизайном, добавлять новые разделы.

В статье рассматриваем одну из таких систем управления процессами — Waterfall.

Waterfall — это модель управления бизнес-процессами. Ее еще называют «водопадной» или «каскадной». Она предполагает, что все стадии проекта должны быть выполнены последовательно. То есть следующий этап начинается только после завершения предыдущего.

Разберем, что значит каждый этап, на примере компании «Уют», которая занимается отделкой квартиры под ключ.

Требования. На этом этапе компания выясняет пожелания заказчика. «Уют» собирает все требования клиента, как именно нужно сделать ремонт: куда перенести стены, какие использовать материалы и цвета, сколько будет розеток и так далее. На основании этих требований составляется ТЗ — техническое задание.

Проектирование. «Уют» готовит дизайн-проект и согласовывает смету со своим клиентом.

Воплощение. Прораб «Уюта» закупает расходники, затем строители выполняют работы по ТЗ. Все происходит этап за этапом: сначала перенос стен, затем штукатурка, покраска.

Тестирование. На этом этапе прораб проверяет качество ремонта: легко ли открываются двери, не ходит ли под ногами паркет.

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

Waterfall — жесткая методология разработки. Жесткость ей придают принципы, от которых не рекомендуется отходить:

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

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

Сильные стороны водопадной системы:

1. Точное соблюдение сроков. На каждый этап работы отводится строго определенное время, жесткие регламенты дисциплинируют команду.
2. Низкая вероятность превысить бюджет проекта. Waterfall предполагает, что все будет заранее запланировано и объем работ изменяться не будет.
3. Простой менеджмент. Последовательность этапов в водопадной системе интуитивно понятна каждому участнику процесса. Для каждого этапа есть ТЗ. Поэтому проектом легко управлять.
4. Легко заменить любого исполнителя или даже небольшой отдел, который участвует в производстве. Каждый этап задокументирован, поэтому новые члены команды могут изучить информацию и быстро влиться в процесс.

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

1. Сложно написать ТЗ — это самая большая трудность работы с Waterfall. Иногда заказчику приходится нанимать отдельного подрядчика, чтобы ТЗ было прописано максимально четко и подробно.
2. Продукт может не соответствовать требованиям заказчика и не удовлетворять потребностям пользователей, если сформулировать ТЗ некорректно. Причем это обнаружится только на последнем этапе.
3. Высокая стоимость внесения изменений. Если меняются условия или оказывается, что при планировании что-то не учли — придется начинать заново.

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

На выбор методологии могут влиять несколько факторов: специфика продукта, особенности бизнеса, методы управления, которые приняты в компании, и даже субъективные предпочтения руководства. Вот в каких случаях стоит использовать методологию Waterfall.

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

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

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

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

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

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

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

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

Вернемся к примеру с ремонтной бригадой «Уют», который мы рассмотрели в начале статьи. Если они будут ремонтировать квартиру по методологии Agile, сначала полностью отделают одну комнату и покажут результат заказчику. Он выскажет пожелания, например, что тон стен слишком холодный. Мастера перекрасят стены и учтут это пожелание при дальнейшем ремонте. Если клиент захочет, он сможет сразу жить в готовой комнате, а не ждать, когда закончится ремонт в остальной квартире.

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

Еще один существенный недостаток Agile — большая вероятность затянуть сроки и выйти из бюджета из-за бесконечного количества правок.

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