Agile-методы и проектный подход – в чем разница?
Вопрос о разнице между проектным подходом и Agile-методами — непростой. Потому что за 20 лет развития Agile вобрал многие практики классического менеджмента, и наоборот, классический проектный подход вобрал практики Agile, и различие стало гораздо менее отчетливым, чем в нулевых.
Я тоже когда-то с этой темой разбирался, но пришел немного к другому выводу. По моему мнению, Agile является просто более общей и точной системой управления, а классическое управление проектами является его частным случаем. Суть того, что Agile привносит в управление проектом – это продукт. Именно наличие продукта позволяет приоритизировать требования к системе и отложить определение некоторых из них на более поздний срок. Убери из Agile продукт – и мы получим классическое проектное управление, которое знает только про необходимость удовлетворения стейкхолдеров и про ТЗ, которое необходимо согласовать и выполнить.
Почему Agile имеет такой успех? Потому на заре появления информационных систем с их помощью в первую очередь решались наиболее острые проблемы. Если ни у кого на рынке информационных систем нет, то даже плохая информационная система принесет огромную выгоду, а ее устаревание не приведет к особой необходимости ее доработки. То есть, конкуренция велась на уровне самого наличия/отсутствия информационных систем. На современном рынке информационные системы есть у всех, поэтому конкуренция идет по линии эффективности их проектирования, эксплуатации и сопровождения. Поэтому сегодня проектные задачи ставятся совершенно по другому, не так как 50 лет назад. Другая постановка задач как раз и приводит к другим формам проектного управления.
VUCA-мир – это всего лишь проявление задач нового типа. Разумеется, мы не можем выбирать систему управления проектом на основе того, что нам неизвестно, потому что мы не можем опираться на то, что мы еще не знаем. Мы точно не можем начать никакой проект, если модель мира не может быть построена. Как минимум, для постановки задачи необходимо представлять себе, как войти в контакт со стейкхолдерами, как результат проекта может с ними взаимодействовать, кто и как может создать этот результат.
Понимаете, специалисты по проектному управлению вовсе не хотят признавать его частным случаем Agile уже много лет. Да и по сути это не так, если взять PMBOK и, например, Scrum Guide, или описания Kanban-подхода то не сводится один к другому, все-таки это разные методы.
Та же удовлетворенность стейкхолдеров. Проектному подходу, по большому счету, на нее наплевать, это дополнительная активность, а не основная. Основная - снять ТЗ и его выполнить. А в Agile - наоборот, снять требования и их выполнить - лишь средство, чтобы обеспечить удовлетворенность стейкхолдеров. При этом выполнить можно по-разному, лучший софт - не написанный :)