Методология разработки Waterfall: что это и как применить в бизнесе
Представим, что предпринимателю нужен сайт для интернет-магазина. Перед предпринимателем и разработчиком встанет вопрос: в каком порядке его делать?
Можно сразу включить в план разработки все разделы: витрину, фешен-блог, страницу с отзывами. И релиз назначить, когда все разделы будут готовы. А можно построить процесс по-другому — сначала запустить только витрину, возможно даже с одной категорией и в минималистичном оформлении. А потом постепенно доделывать уже работающий сайт: окончательно определяться с дизайном, добавлять новые разделы.
Ответ на вопрос «Как будет делаться продукт?» — и есть методология разработки, то есть система планирования производственного процесса. Есть пять универсальных методологий, которые могут применяться в любом бизнесе.
В статье рассматриваем одну из таких систем управления процессами — Waterfall.
Что такое Waterfall и как она работает
Waterfall — это модель управления бизнес-процессами. Ее еще называют «водопадной» или «каскадной». Она предполагает, что все стадии проекта должны быть выполнены последовательно. То есть следующий этап начинается только после завершения предыдущего.
Разберем, что значит каждый этап, на примере компании «Уют», которая занимается отделкой квартиры под ключ.
Требования. На этом этапе компания выясняет пожелания заказчика. «Уют» собирает все требования клиента, как именно нужно сделать ремонт: куда перенести стены, какие использовать материалы и цвета, сколько будет розеток и так далее. На основании этих требований составляется ТЗ — техническое задание.
Проектирование. «Уют» готовит дизайн-проект и согласовывает смету со своим клиентом.
Воплощение. Прораб «Уюта» закупает расходники, затем строители выполняют работы по ТЗ. Все происходит этап за этапом: сначала перенос стен, затем штукатурка, покраска.
Тестирование. На этом этапе прораб проверяет качество ремонта: легко ли открываются двери, не ходит ли под ногами паркет.
Поддержка. В примере с ремонтом квартиры этот этап будет только в том случае, если в договоре предусмотрена гарантия. Тогда мастера занимаются поддержкой: приезжают, если что-то сломалось.
Принципы водопадной модели разработки
Waterfall — жесткая методология разработки. Жесткость ей придают принципы, от которых не рекомендуется отходить:
- Нельзя пропустить этап. Стадии производства оговорены заранее: если пропустить одну, есть риск, что в итоге продукт будет отличаться от ТЗ.
- Нельзя сделать шаг на один этап назад. Это может грозить срывом сроков. Все изменения вносятся только после этапа тестирования.
- Итераций нет. Производство — это один линейный процесс. Нельзя делать несколько подходов к одному этапу, все должно быть сделано в один прием.
- Каждый этап документируется. Всю информацию фиксируют на бумаге или в электронном виде, составляют отчеты и инструкции.
- Тестирование — после окончания разработки. Исправление ошибок можно начинать, только когда проверили готовый продукт и нашли недочеты в его работе.
- Если поменялись требования — надо начинать производство заново. В таком случае необходимо переписать ТЗ на продукт и пойти с первого этапа разработки.
- Заказчик не участвует в производстве продукта. Он влияет на результат через ТЗ и принимает готовый вариант.
То есть это строгая инструкция, как нужно действовать при выполнении задачи.
Преимущества и недостатки каскадной методологии
Сильные стороны водопадной системы:
- Точное соблюдение сроков. На каждый этап работы отводится строго определенное время, жесткие регламенты дисциплинируют команду.
- Низкая вероятность превысить бюджет проекта. Waterfall предполагает, что все будет заранее запланировано и объем работ изменяться не будет.
- Простой менеджмент. Последовательность этапов в водопадной системе интуитивно понятна каждому участнику процесса. Для каждого этапа есть ТЗ. Поэтому проектом легко управлять.
- Легко заменить любого исполнителя или даже небольшой отдел, который участвует в производстве. Каждый этап задокументирован, поэтому новые члены команды могут изучить информацию и быстро влиться в процесс.
Недостатки каскадной модели:
- Сложно написать ТЗ — это самая большая трудность работы с Waterfall. Иногда заказчику приходится нанимать отдельного подрядчика, чтобы ТЗ было прописано максимально четко и подробно.
- Продукт может не соответствовать требованиям заказчика и не удовлетворять потребностям пользователей, если сформулировать ТЗ некорректно. Причем это обнаружится только на последнем этапе.
- Высокая стоимость внесения изменений. Если меняются условия или оказывается, что при планировании что-то не учли — придется начинать заново.
Каскадная методология считается устаревшей: в современном мире обстоятельства меняются так быстро, что жесткая система управления может себя не оправдать. И все-таки в некоторых случаях метод водопада используют и сейчас, если это выгодно для проекта.
В каких случаях подходит каскадная методология
На выбор методологии могут влиять несколько факторов: специфика продукта, особенности бизнеса, методы управления, которые приняты в компании, и даже субъективные предпочтения руководства. Вот в каких случаях стоит использовать методологию Waterfall.
Выполнение госзаказов. Государственный аппарат работает по принципу жесткого планирования, поэтому и от исполнителя ждут точно выполнения сроков и соблюдения бюджета.
Высокотехнологичные и наукоемкие разработки. Например, в производстве печатных плат или спутников. В этом случае заказчик компетентен в работе подрядчика и может точно описать в ТЗ, что он хочет получить в итоге.
Проекты, связанные с жизнеобеспечением. Например, если надо создать медицинский прибор или систему экстренного торможения электропоезда. В таких работах цена ошибки — это человеческие жизни, поэтому надо проверить и перепроверить каждый шаг. Если все этапы пройдены последовательно и хорошо задокументированы, проверка упрощается.
Проекты, где процессы производства отработаны и знакомы. Например, на конвейерном производстве узлов автомобиля.
«В реальности одну методологию в чистом виде почти никогда не используют, эффективнее всего гибридные системы.
Например, мы разрабатываем сайты отелей, и производство фактически поставлено на конвейер: этапы следуют один за другим, как в методологии Waterfall. Но мы разделили большой процесс создания эксклюзивного сайта с нуля на три этапа: проектирование, разработку и настройку. На каждом из этих этапов мы можем подходить к процессу гибко, возвращаться к предыдущим шагам, чтобы внести улучшения. Заказчик взаимодействует с нами не только в начале и в конце разработки, он проверяет работу по окончании каждого этапа.
Мы заключаем с бизнесом один договор на создания сайта, но каждый этап регулируется допсоглашением. Мы сдаем их последовательно и берем деньги за каждый этап в отдельности — так мы снижаем риски обеих сторон».
Сергей Калинин
Руководитель веб-студии Трэвел Лайн Групп
Обычно жестким методам разработки противопоставляют гибкие модели управления процессами. Например, к ним относится методология Agile.
Отличие Waterfall от гибкой методологии Agile
В Agile все направлено на то, чтобы проект мог изменяться по ходу разработки, если этого требует заказчик или внешние обстоятельства. Подразумевается, что заказчик и исполнитель работают вместе на протяжении всего процесса как одна команда. В таком случае можно внести изменения еще до финиша.
Владелец мини-отеля на экоферме заказал разработчику сайт. Нужно было сделать галерею номеров и добавить модуль бронирования. Но в это время случилась эпидемия ковида и отельный бизнес встал на паузу.
Команда работала по методологии Agile: на совещании с заказчиком было решено сделать на сайте интернет-магазин фермерской продукции и дописать к нему модуль доставки. А отельную часть добавили после снятия ковидных ограничений.
Если бы разработчики действовали по каскадной методологии, задача не менялась бы на ходу. Нужно было бы закрыть один проект, сделать ТЗ на другой и только после этого начать новую разработку.
Еще один базовый принцип Agile — подрядчик выдает реальный результат как можно скорее. Пусть сначала это будет тестовая версия или только часть проекта, главное, что она будет работать. На примере первой версии можно разобрать с заказчиком ошибки и недочеты и учесть их при доработке остального проекта.
Вернемся к примеру с ремонтной бригадой «Уют», который мы рассмотрели в начале статьи. Если они будут ремонтировать квартиру по методологии Agile, сначала полностью отделают одну комнату и покажут результат заказчику. Он выскажет пожелания, например, что тон стен слишком холодный. Мастера перекрасят стены и учтут это пожелание при дальнейшем ремонте. Если клиент захочет, он сможет сразу жить в готовой комнате, а не ждать, когда закончится ремонт в остальной квартире.
Разработчики, которые практикуют методологию Agile, вывели четыре основополагающих принципа гибкого подхода. Это не готовый рецепт, как разрабатывать продукт, а, скорее, ценности, которым надо следовать при гибкой организации процессов.
«В каскадной методологии не учитывается человеческий фактор и внешние условия бизнеса заказчика. Это грозит тем, что подрядчик может выполнить ТЗ формально. Тогда в отчете все окажется хорошо, но качество продукта может не отвечать актуальным потребностям заказчика.
Agile подразумевает, что команда разделяет общие ценности — старается, чтобы их разработка приносила пользу. Поэтому, даже если в ТЗ будут пробелы, сотрудники выполнят работу так, чтобы был результат для заказчика. Когда подрядчик и заказчик работают в одной команде, над единой целью, с одинаковыми ценностями, это приносит максимальный результат».
Сергей Калинин
Руководитель веб-студии Трэвел Лайн Групп
У методологии Agile есть свои минусы: из-за своей гибкости она почти всегда оказывается сложнее, чем прямолинейная Waterfall. Поэтому командой тяжелее управлять.
Еще один существенный недостаток Agile — большая вероятность затянуть сроки и выйти из бюджета из-за бесконечного количества правок.
Главное в статье
- Waterfall — это жесткая модель управления бизнес-процессами. Она означает поэтапное выполнение всех стадий проекта, каждый этап документируется. Заказчик присутствует только при составлении ТЗ и при сдаче проекта.
- Преимущества каскадной методологии: соблюдение сроков и бюджетов, простой менеджмент, взаимозаменяемость исполнителей. Недостатки: сложно написать ТЗ, если оно сформулировано некорректно, продукт не будет соответствовать требованиям рынка, высокая стоимость изменений. Если надо что-то поменять, разработку начинают заново.
- Методология Waterfall подходит при выполнении госзаказов, для наукоемкого производства, в проектах, связанных с жизнеобеспечением, на конвейере.
- Обычно каскадной методологии противопоставляют семейство гибких методов Agile. В Agile-разработке проект может изменяться по ходу производства, если этого требует заказчик или внешние обстоятельства. При использовании методологии Waterfall команда не отходит от первоначального плана.
Какая система работы больше подходит вашему бизнесу — гибкая или жесткая — и почему?