Хриплая толпа, заполняющая арену, разделена на две кровожадные фракции: одна носит футболки с буквой A, а другая - W. Пыл достигает крещендо, когда два знакомых противника подходят к кольцу с противоположных входов.

Первый, подвижный молодой спортсмен с кулаками, сверкающими, как молния, и ногами, танцующими, как Джинджер Роджерс, носит оранжевую мантию со стрекозой на спине.

Второй, стареющий воин с массивными плечами под синей мантией, украшенной грохотом водопада, величественно шагает к рингу.

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

Agile против водопада: повесть о ленте

Дебаты Agile Vs Waterfall продолжаются с тех пор, как в 2001 году 17 разработчиков программного обеспечения разработали Манифест для гибкой разработки, которые искали гибкое улучшение проверенного, но жесткого стиля Waterfall. Истоки инкрементальной итеративной разработки программного обеспечения восходят к 1950-м годам .

Водопад, названный так из-за его последовательного или падающего подхода, родился в процессе производства космических кораблей. Впервые он был официально описан в контексте разработки программного обеспечения Уинстоном У. Ройсом в 1970 году и с тех пор столкнулся с серьезной критикой со стороны разработчиков программного обеспечения из-за своей негибкости и зависимости от бумажной работы.

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

Профессор Филипп Крухтен из Университета Британской Колумбии резюмировал это, сказав, что разработка программного обеспечения «унаследовала цикл Waterfall от других инженерных дисциплин, где он оказался очень эффективным ... обстоятельства, для которых он не подходил ».

Тем не менее, согласно отчету Gartner , в 2015 году 56% ИТ-проектов по-прежнему использовали метод водопада , так что у него есть много преданных сторонников.

Agile раз и навсегда хочет получить чемпионский пояс.

Давайте приготовимся к грохоту!

1. Первый раунд: качество

Agile полагается на итеративное тестирование, постепенно улучшая рабочие результаты на протяжении всего процесса для обеспечения качества. Разработчики и тестировщики работают бок о бок для лучшего взаимодействия. Цель Agile - обеспечить обеспечение качества на каждом этапе разработки, предполагая открытое общение между разработчиком и клиентом.

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

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

Оценка первого раунда: Agile 1, Waterfall 0.

2. Второй раунд: общение

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

Agile заставляет Водопада пошатнуться сильным левым хуком в грудную клетку!

Излишнее и бесцельное общение может отвлекать от получения рабочих результатов. Для строго регулируемых государственных проектов могут быть полезны легко доступные требования Waterfall. И если кто-то покидает команду Waterfall в середине проекта, тщательная документация позволяет новому участнику продолжить работу с того места, где остановился бывший член команды.

Оценка второго раунда: Agile 2, Waterfall 0.

3. Третий раунд: эффективность проекта.

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

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

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

Это делает Waterfall отличным методом разработки для высоко структурированных проектов, где постпроизводственные изменения недопустимы (например, в государственных ИТ-проектах).

Оценка третьего раунда: Agile 2, Waterfall 1.

4. Четвертый раунд: гибкость

Agile предоставляет заказчику рабочие итерации за короткие циклы (планирование, оценка, расстановка приоритетов, выполнение, адаптация), предоставляя обеим сторонам широкие возможности для формирования и адаптации продукта до его окончательной доработки. Тем не менее, хороший руководитель проекта должен настаивать на реалистичных и конкретных сроках, чтобы не допустить смещения объема работ и бесконечных циклов.

Agile видит брешь и наносит сокрушительный апперкот!

Каждый шаг водопадного процесса (требования, проектирование, реализация, проверка, обслуживание) зависит от завершения предыдущего шага, поэтому один перегиб в любом месте конвейера может остановить весь процесс.

Разработчик и заказчик должны согласовать характер конечного продукта до начала разработки, что ограничивает возможности для инноваций в середине проекта. Однако преимущество состоит в том, что заинтересованные стороны точно знают, во что они инвестируют, после запуска проекта.

Оценка четвертого раунда: Agile 3, Waterfall 1.

5. Пятый раунд: Удовлетворенность клиентов

Agile позволяет клиенту принимать активное участие в разработке от начала до конца, как пиццерия с панорамным окном на кухне. Поскольку заказчик получает рабочие итерации на протяжении всего процесса, он может высказаться, чтобы сформировать и усовершенствовать конечный продукт в соответствии со своими спецификациями. Однако, если покупатель решит, что ему нужна дополнительная начинка, ему это будет стоить. И они могут позже пожалеть о решении добавить спаржу И ломтики хот-дога, но эй, их зов.

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

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

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

Оценка пятого раунда: Agile 4, Waterfall 1.

Победитель

Agile единогласным решением!

• Качество: Agile
• Коммуникация: Agile (нокдаун)
• Эффективность проекта: водопад
• Гибкость: Agile (нокдаун)
• Удовлетворенность клиентов: Agile

Согласно отчету Gartner (« Конец водопада, каким мы его знаем » Мэтью Хотла и Натана Уилсона):

«Проще говоря, методы водопада, если их использовать традиционным, проектным образом, непоследовательны и рискованны. Поскольку есть и другие варианты, которые потенциально могут быть более последовательными и менее рискованными, пора начать переход к этим методам ».

Если вы хотите научить свою техническую команду Agile-методике , мы вам поможем!

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

В статье « Управление разработкой больших программных систем » Ройс написал: «Я верю в эту концепцию, но описанная реализация… рискованна и ведет к неудачам».

Так что, возможно, Ройс все время знал, что его соперник в конечном итоге будет побежден. И, возможно, - подобно мастеру смешанных единоборств, который заимствует лучшие навыки из целого ряда дисциплин - чемпионская модель разработки программного обеспечения будущего будет гибридом Agile, Waterfall и всего остального, что работает лучше всего.

Такие методы, как Wagile , Rational Unified Process , Sashimi и Water-Scrum-Fall , приняли этот образ мышления.

Каким был ваш опыт работы с Agile и Waterfall? Вы использовали разные методы разработки программного обеспечения или их комбинацию? Пожалуйста, поделитесь своими мыслями в комментариях и подпишитесь на меня в Twitter @Platforms AC, чтобы продолжить обсуждение!