Agile-методы и проектный подход – в чем разница?
Вопрос о разнице между проектным подходом и Agile-методами — непростой. Потому что за 20 лет развития Agile вобрал многие практики классического менеджмента, и наоборот, классический проектный подход вобрал практики Agile, и различие стало гораздо менее отчетливым, чем в нулевых.
Если Agile методы про гибкий итеративный подход, то ему уже 100 лет в обед. Любой новый/эксперементальный тип устройства или изобретение чего-то принципиально нового так или иначе создается при помощи итеративности, поиск равновесия между значимыми факторами.
Если говорить проще, то синтетическая эволюция продукта обеспечиваемая людьми. А про эволюцию еще и Дарвин говорил )
Agile даже был на производстве, просто тогда больше делали, чем продавали, то как якобы надо работать.
Производство менее изменичвая среда и она материальна: "фарш невозможно провернуть назад, мясо из котлет не восстановишь". но даже и это условно, воостановление фарша стоит сильно дороже, чем присоздании ПО.
Любой новый тип устройств создавался именно при помощи agile - грамотная команда.
Сначала моделируют, потом прототипируют, потом опытный образец, опытная партия, изделия и релизы типов изделия. При этом развивается и экспертиза и окружение и оборудование.
Проект это не более чем использование накопленной экспертизы в определенной области.
Наклепать новую форму или добавить подобную фичу - проект, потому как все или почти все известно заранее - окружение детерминированно.
Создать новое приложение в новой сфере - agile (прости господи) итеративный поиск какого-то решения в нетерминированной среде.
И весь этот agile можно назвать обычным русским словом - изобретение : итеративный поиск решения в недетерминированной среде, с постепенной детерминизацией окружения, накоплением экспертизы и инструментария.
Agile - это набор ценностей, принципов и методов разработки, объединенный Agile-манифестом (2001) и разработанный в рамках IT-отрасли для реализации проектов в противовес проектному подходу и другим методам классического менеджмента. И он включает вполне конкретный набор методов и практик.
Понятно, что разбираться во всем этом не всем комфортно, поэтому в рамках информационного шума под Agile часто понимают любую итерационную разработку, и слово "гибкий" тоже трактуют как угодно.
И если сравнивать с подходами по созданию сложных технических устройств или другими НИОКР, то есть явные отличия, которые хорошо видны тем, кто работал по классическим процессам, а сейчас пробует и использует Agile-методы и видит их преимущества, например, концерну Калашникова для разработки оружия, Северстали для разработки новых материалов, Росатому, который, в частности, применял его для доработки проекта АЭС в Финляндии, чтобы обеспечить требования безопасности ЕС без недопустимого увеличения стоимости (чего они не смогли добиться классическими методами). Обо все этом - есть доклады и материалы, ссылки есть в моей статье https://vc.ru/hr/101238 "Кейсы Agile-трансформации. Часть 2 — корпорации и госструктуры"
Так что назвать, конечно, можно как угодно. А когда решаешь конкретные задачи, то можно использовать технологичные методы, а можно работать привычными способами или изобретать собственные, наступая на те грабли, которые применение технологии устраняет.