Выбор между Agile и Waterfall зависит от многих факторов. Влияет характер проекта, требования заказчика, навыки команды. Вы можете создать и использовать гибридную модель, однако, прежде чем совмещать методологи, разберитесь, как работает каждая из них в отдельности. Наша статья поможет понять основные принципы подходов и области их применения.
Сравним методологии разработки Agile и Waterfall.
Что такое Waterfall
Waterfall (или водопад) — каскадный подход к разработке программного обеспечения и управлению проектами. Каждый новый этап работы начинается только после того, как команда полностью завершила предыдущий.
Схема примерно такая:
- Заказчик задает требования.
- Рабочая группа создает модель (прототип).
- Заказчик проверяет промежуточный результат.
- Команда создает полноценный продукт.
- Коллектив тестирует его и дорабатывает.
- Исполнители передают завершенный проект заказчику.
Работы ведутся непрерывно и поэтапно, что напоминает водопад. Все распланировано с самого начала. Любые изменения вносят хаос и вынуждают команду возвращаться к старту.
Как работает Waterfall
В каскадной модели каждый этап зависит от предыдущего:
- Определение требований (Requirements).На этом этапе разработки вы собираете всю необходимую информацию от заказчика или заинтересованных сторон о том, что должно быть в проекте. Это могут быть функции, возможности, дизайн.
- Проектирование (Design). Здесь вы разрабатываете детальные планы того, как будет выглядеть и работать ваш проект. Создается архитектура, дизайн интерфейса и прочее.
- Реализация (Implementation). Команда воплощает то, что было спроектировано на предыдущем этапе. Например, программисты пишут алгоритмы, дизайнеры создают визуальные элементы.
- Тестирование (Testing). Продукт тщательно проверяют на ошибки. Если что-то не работает или не соответствует ожиданиям, доводят до ума.
- Внедрение (Deployment). После успешного тестирования выпускают готовый продукт. Его устанавливают на серверы, распространяют среди пользователей.
- Сопровождение (Maintenance). После внедрения наступает фаза поддержки. Вы следите за тем, чтобы продукт работал как надо, решаете проблемы, с которыми сталкиваются пользователи. Далее команда готовит обновления, исходя из новых требований или обстоятельств.
Например, команда в короткие сроки создает простой корпоративный мессенджер для клиента. Продакт-менеджер получает от заказчика перечень функций, который не будет меняться на протяжении работы. В него входят отправка сообщений, создание групповых чатов, прикрепление файлов. Затем дизайнеры создают прототип мессенджера. После его утверждения программисты занимаются разработкой — создают и интегрируют код. Как только продукт создан, подключаются тестировщики — проверяют его на корректность работы.
Если мессенджер поддерживает все заявленные функции, его передают клиенту.
Что такое Agile
Agile — гибкий подход к разработке ПО и управлению проектами.
Основная идея аджайл в том, чтобы создавать продукт по частям (итерациям). Это позволяет быстро адаптироваться к изменениям.
Основные компоненты Agile:
- Итерации. Работу разбивают на этапы, которые часто называют спринтами. В конце каждой итерации исполнители сдают готовую часть продукта.
- Вовлеченность заказчика. Без постоянной обратной связи реализовать методологию Agile невозможно.
- Гибкость. Agile позволяет легко адаптироваться к ситуации, что особенно полезно в условиях нестабильного рынка.
- Коллективная работа. Команда ежедневно обменивается идеями, знаниями и опытом.
- Работающий продукт. Фокусируйтесь на результате, а не на отчетах, условиях договора и прочих формальностях.
- Стратегия тестирования. Она интегрирована в процесс разработки, что помогает выявлять проблемы на ранних этапах.
- Стабильные команды. Предпочтительно иметь постоянных сотрудников, которым можно доверять.
Методики Agile, такие как Scrum, Kanban, и Extreme Programming (XP), представляют собой системы для реализации этих принципов. Аджайл подойдет, когда заказчик хочет влиять на процесс разработки и сразу видеть результаты.
Как работает Agile
Разработка в рамках методологии Agile, по сравнению с Waterfall, включает в себя следующие шаги и практики:
- Создание бэклога задач. Составьте список действий, которые необходимо выполнить для достижения целей.
- Планирование итераций (спринтов). Выберите задачи из бэклога, с которыми команда справится в течение короткого временного интервала (обычно от одной до четырех недель). Сложные задачи разбивайте на более простые, чтобы было легче контролировать их выполнение.
- Разработка и тестирование. Основной акцент — на создании работоспособного продукта, который можно продемонстрировать заказчику.
- Ежедневные стендапы. Команда проводит короткие встречи, на которых каждый участник докладывает о своем прогрессе: над чем работал, какие проблемы возникали и как их получилось решить.
- Демонстрация результатов. В конце спринта команда проводит презентацию продукта.
- Ретроспектива. По окончании спринта команда обсуждает, что получилось хорошо, а что плохо. Это помогает учиться на ошибках и постоянно совершенствоваться.
- Повторение. После ретроспективы готовятся к следующей итерации. Команда выбирает новые задачи из бэклога, планирует следующий спринт, и цикл начинается вновь.
- >Внедрение и обратная связь. После всех итераций — релиз. Заказчик и пользователи дают обратную связь, на основе которой команда дорабатывает продукт.
Раскрывая суть методологии Waterfall, мы описали разработку простого корпоративного мессенджера. Представим теперь, что компания создает мессенджер для широкого круга пользователей и продвигает его в магазине приложений. В этом случае список требований будет постоянно обновляться в соответствии с запросами пользователей и тенденциями рынка. А бэклог — регулярно пополняться.
На этапе планирования команда определяет, какие функции она может реализовать в данный момент. Отталкиваются от текущего состояния продукта и собственных ресурсов.
Затем программисты разрабатывают и внедряют функции, тестировщики — проверяют их работу. Ежедневно команда отчитывается о сделанном, при необходимости просит помощи. Как только результат достигнут, его обсуждают внутри коллектива и передают заказчику.
В ходе совещаний команда осмысляет опыт работы внутри итерации, предлагает идеи по организации процесса и запрашивает ресурсы, например, докладывает, каких специалистов им не хватает. Руководители учитывают пожелания сотрудников и отбирают задачи для нового спринта. Цикл повторяется.
Чем Waterfall отличается от гибких методологий
Покажем, чем Agile отличается от Waterfall:
| Waterfall | Agile | |
| Характер разработки | Линейный, последовательный | Итеративный, гибкий |
| Требования | Жесткие, определены заранее | Могут меняться в процессе |
| Адаптивность | Низкая, подходит для стабильных задач | Высокая, подходит для динамичных задач |
| Количество этапов | Минимальное | Сколько потребуется |
| Реакция на перемены | Затруднена и дорого обходится | Изменения приветствуются на любом этапе |
| Скорость разработки | Медленная | Подходит для динамичных задач |
| Участие заказчика | Ограничено | Активное на всех этапах |
| Доставка продукта | В конце процесса | Постепенно, после каждой итерации |
| Риск | Высокий риск изменений в конечной версии | Риск уменьшается за счет оперативных доработок |
| Скорость разработки | Медленная | Стабильно высокий темп работы |
| Прозрачность | Меньше видимости для заказчика | Большая вовлеченность заказчика |
| Области применения | Строительство, крупномасштабное производство и др. | Разработка ПО, менеджмент, маркетинг и др. |
| Прогнозирование | Не вызывает трудностей | Не всегда поддается прогнозированию |
| Сопровождение и обновления | По запросу | Частые обновления и поддержка |
Это далеко не все отличия Waterfall и Agile. Есть более глубокие уровни сравнения. К примеру, управление при Waterfall почти всегда централизованное, процессом руководит буквально пара человек, остальные — исполнители. В противовес водопадной модели, Agile ставит во главу угла самоорганизацию команды.
Какой подход выбрать для разработки проекта
Выбирайте Waterfall, если:
- У вас есть четкое представление, какой продукт вы хотите создать, а перемены маловероятны.
- Ваша команда привыкла к централизованному управлению.
- Вы не располагаете временем и прочими ресурсами, чтобы обучить сотрудников гибким подходам.
Выбирайте методологию Agile, если:
- Вы стремитесь быстро вывести продукт на рынок.
- Вам предстоит работа над новаторским проектом.
- У вас есть возможность наладить коммуникацию со всеми заинтересованными сторонами и внутри команды.
Вне зависимости от того, какой подход вы выбрали, ведите работу в специализированных системах управления. CRM Битрикс24 позволит вам создавать задачи для каждого специалиста, контролировать работу команды и оперативно обмениваться информацией. Систему можно адаптировать под бизнес-процессы разных компаний: от гибких IT-стартапов до крупных торговых сетей со строгими правилами работы.
Преимущества и недостатки каждого подхода
Традиционная каскадная модель
| Преимущества | Недостатки |
|
|
Agile по сравнению с Waterfall
| Преимущества | Недостатки |
|
|
Частые вопросы
Разница Agile и Waterfall — во взгляде на организацию рабочего процесса.
Agile — это подход, в котором проект делится на небольшие этапы. Каждый из них команда проходит быстро, а промежуточные результаты регулярно демонстрирует клиенту. В конце каждого спринта у Agile-разработчиков должна быть работающая часть продукта. План меняют по мере необходимости. Заказчик вносит свои коррективы и постоянно поддерживает связь с исполнителями.
Waterfall — работа по четкому плану. Все, включая требования к продукту, сроки и бюджеты, определяют заранее. Любые изменения приводят к непредвиденным тратам, а результат можно посмотреть только в самом конце. Отчеты в традиционных моделях разработки играют ключевую роль: весь прогресс оценивают прежде всего по документации.
Успешный выбор методологии зависит от того, насколько она соответствует потребностям конкретного проекта. Можно использовать и гибридный подход, который сочетает все лучшее от Agile и Waterfall
- Антикризисное управление. Agile позволяет быстро пересмотреть план и перестроиться на новый курс.
- Быстрый выход на рынок. Итерации способствуют высокому темпу разработки и выпуску продукта раньше срока.
- Акцент на сотрудниках, заказчиках и пользователях. Agile строится вокруг людей: их потребностей, навыков, идей, реакций. Традиционный подход не человекоцентричен.
Сначала перечислим возможные проблемы Agile.
- Несогласованная работа с клиентом. Вы должны получать постоянную обратную связь от заказчика. Если он не заинтересован в тесной работе, готовьтесь к сумбуру и неопределенности.
- Низкий уровень контроля. Когда нужно быстро адаптироваться под новые условия, а работа команды не скоординирована, многое может пойти не так: потеряется информация, кто-нибудь сорвет сроки, в отчеты прокрадутся ошибки. Чтобы этого не случилось, используйте инструменты управления версиями, автоматизируйте запись изменений и обеспечивайте прозрачность работы участников команды.
Применение Waterfall чревато своими сложностями:
- Зависимость от документации. Каждый этап Waterfall сопровождается подготовкой большого количества отчетов. Документооборот порой лишь вносит путаницу и отвлекает от сути проекта.
- Долгий цикл разработки. Поскольку каждая фаза Waterfall начинается только после завершения предыдущей, процесс может затянуться. Часто действовать нужно быстро — мгновенная реакция на изменения играет ключевую роль, когда конкуренты наступают на пятки.
- Трудности с интеграциями и экспериментами. Если понадобится добавить какой-либо компонент, это может привести к задержкам релиза и перерасходу.
Что в итоге
- Особенности каскадной методологии: линейный порядок, фиксированные требования, минимальное взаимодействие с заказчиком, зависимость от документации, централизованное управление.
- Особенности гибкой методологии: итерационный подход, участие заказчика в процессе разработки, краткосрочное планирование, быстрое решение проблем благодаря самоорганизации команды и постоянным планеркам.
- Agile предпочтительнее, если результат проекта не определен. Для более структурированных и менее сложных разработок подойдет Waterfall.
- Вы можете создать и использовать гибридную модель с учетом специфики вашего бизнеса.
- Чтобы разобраться, какая аджайл-методика подойдет именно вам, обратитесь к консультанту или коучу.
