Май, 2015

Проект с умом. Выбираем между Waterfall и Agile

Опубликовано: 08.05.2015 | 13311

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

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

Одни из самых распространенных категорий моделей разработки ПО – Agile и Waterfall, гибкая и каскадная соответственно. Мы дадим краткое описание каждой, рассмотрим их плюсы, минусы и определимся с корректной системой под проект.

Agile

Гибкие методологии придерживаются итеративных принципов разработки. Процесс создания продукта делится на серию коротких циклов по 1-4 недели. Каждая итерация представляет собой отдельный проект с планированием, проектированием, программированием, тестированием и ретроспективой.

При оплате труда разработчиков в рамках Agile обычно выбирают между выделенной командой под проект (Dedicated Team) и системой Time&Materials (T&M). Мы уже сравнили между собой некоторые механизмы построения финансовых отношений с подрядчиком. Наши выводы с позиций клиентов и разработчиков можно найти здесь.

Гибкая модель разработки основана на 12 принципах, из которых определяющими мы считаем следующие:

  • рабочее ПО — лучший показатель эффективности команды разработки;
  • редактирование требований приветствуется на любом этапе разработки;
  • личное общение — самый продуктивный способ коммуникации;
  • новые версии продукта выходят либо каждую итерацию, либо раз в несколько месяцев, в зависимости от проекта.

К классу Agile относятся такие методики, как экстремальное программирование (XP), FDD, DSDM, Scrum и другие.

Waterfall

Принцип каскадной системы состоит в последовательности. Процесс разработки разбит на следующие шаги:

1. Анализ требований

2. Планирование

3. Реализация

4. Интеграция

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

6. Релиз

7. Поддержка

Переход к каждой фазе происходит только после окончания предыдущей. Новые функции добавляются уже после релиза и исправления предыдущих ошибок. Благодаря четкой документации и стабильным требованиям для каскадных проектов лучше подойдет модель финансового взаимодействия с фиксированной ставкой (Fixed price).

А теперь сравним сильные и слабые стороны Agile и Waterfall.

Agile против Waterfall

Плюсы методологий:

Гибкая модель

  • Корректировки функциональных требований встроены в процесс разработки для обеспечения конкурентного преимущества. По сути, уже через 2 итерации проект можно развернуть на 360 градусов и делать совсем другой продукт.
  • Проект разделен на короткие и прозрачные итерации.
  • Минимизация рисков благодаря гибкому процессу внесения изменений.
  • Быстрое получение первой рабочей версии продукта.

Каскадная модель

  • Понятная и простая структура процессов, удобная для команд с небольшим опытом.
  • Качественная и детальная документация.
  • В проекте можно легко отследить ресурсы, риски и затраченное время.
  • Задачи продукта стабильны от начала до конца.

Минусы методологий:

Гибкая модель

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

Каскадная модель

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

Изучив матчасть, мы легко научимся жонглировать Agile и Waterfall в своих проектах!

Гибкая модель разработки действует, если:

1. В проекте задействована опытная команда.

2. Окончательный функционал продукта пока неизвестен, и изменения необходимо вносить максимально оперативно.

3. Конечный пользователь «варится» в проекте с самого начала.

4. Необходимо быстро разработать рабочее ПО.

5. Вы стартап.

Выбирайте каскадную модель в случаях, если:

1. Требования к проекту стабильны и практически неизменны;

2. Качество продукта намного важнее затраченного времени и ресурсов;

3. Проект разрабатывается на аутсорсе;

4. Конечный пользователь только принимает результат работы, не участвуя в процессе.

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

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

А теперь просто идите и сделайте свой проект!