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