Rss

    Сравнение Waterfall и Agile. Плюсы и минусы

    При сравнении Waterfall и Agile необходимо осознание того, что Waterfall — это подход, хорошо описанный и детализированный. А вот Agile — это, скорее, набор практик и принципов, которые так или иначе поддерживают различные методологии гибкой разработки проектов.

    Итак, предлагаем Вашему вниманию сравнение, предложенное Максимом Довгополым.  

     

    Оригинал статьи здесь.

    Сильные стороны

    Waterfall

    Agile

    • Легок для понимания и использования;
    • Детально структурирован, что облегчает его применение к малоопытным командам;
    • Задает стабильные требования к проекту/продукту с самого старта;
    • Проекты легко контролируются, отслеживаются ресурсы, риски, время;
    • Качество имеет первоочередной приоритет по сравнению со стоимостью и временем.
    • Итеративная разработка;
    • Использование временные рамки(time boxes);
    • Конечный пользователь вовлечен в процесс с самого начала;
    • Быстрое получение первой/пробной версии продукта для тестирования;
    • Легко воспринимаются корректировки и изменения в процессе разработки.

     

    Слабые стороны

    Waterfall

    Agile

    • Все требования должны быть определены и детально описаны до начала разработки;
    • Дорого и медленно;
    • Чувствителен к изменениям;
    • Мало возможностей для конечного пользователя повлиять на цели проекта и требования к продукту;
    • Зачастую проблемы выявляются на этапе тестирования;
    • Много документации, много технической документации, которая не понятна конечному пользователю или заказчику.
    • Может привести к низкому качеству продукта;
    • Риск никогда не достигнуть закрытия/завершения проекта;
    • Могут возникнуть проблемы с расширяемостью продукта.

     

    Когда использовать

    Waterfall

    Agile

    • Требования к продукту предельно ясны и стабильны;
    • Известны используемые технологии и инструменты;
    • Проект большой, дорогой и сложный;
    • Примеры:
      • внедрение новой версии известного продукта;
      • внедрение ERP систем.
    • Конечный пользователь вовлечен в проект со старта;
    • Четко определены бизнес-цели проекта/продукта;
    • Небольшой или средний проект, относительно короткий по времени;
    • Состав команды стабильный;
    • Команда с высоким уровнем профессионализма;
    • Технические требования приемлемые, коллериются с технологиями, которые собираются быть использованными для разработки;
    • Система может быть модульной.

    Какой вывод можно сделать?
    Два подхода со своими плюсами и минусами, каждый из которых прекрасно подходит для применения в проектах с совершенно разными входными данными и требованиями.

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

    Задача руководителя проекта — выбрать наиболее подходящий способ для достижения целей проекта. Waterfall, RUP, Scrum, RAD, XP, FDD, TDD и другие методологии вам помогут этого добиться, если вы понимаете разницу между ними, их принципы, слабые и сильные стороны. В некоторых случаях, это не выбор между методологиями, а правильная комбинация подходов для каждого из этапов проекта.

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

    Поделиться в соц. сетях

    Опубликовать в Google Buzz
    Опубликовать в Google Plus
    Опубликовать в LiveJournal
    Опубликовать в Мой Мир
    Опубликовать в Одноклассники
    Опубликовать в Яндекс

    Добавить комментарий

    Ваш e-mail не будет опубликован. Обязательные поля помечены *

    JSantispam

    В Вашем браузере отключена поддержка JavaScript! Для корректной работы Вам необходимо включить поддержку JavaScript и обновить данную страницу.