Agile-методологии, основанные на манифесте 2001 года, стали краеугольным камнем современной разработки программного обеспечения (ПО) благодаря своей гибкости, ориентации на клиента и способности адаптироваться к изменениям. В России, где IT-сектор демонстрирует устойчивый рост Agile остается доминирующей парадигмой. Однако экономические вызовы, включая санкции, импортозамещение и нестабильность (инфляция 6,2% в апреле 2025), а также технологические сдвиги, такие как интеграция искусственного интеллекта (AI) и DevOps, порождают вопросы о будущем Agile. Действительно ли принципы Agile теряют популярность в российской разработке ПО? Если да, то что приходит на замену?
Российский IT-сектор уникален: он сочетает стремительный рост (CAGR 12% в разработке ПО) с ограничениями. Это стимулирует переход к локальным аналогам и гибридным методологиям. В то же время глобальные тренды, такие как автоматизация через AI и рост DevOps влияют на локальную практику. В этом контексте важно понять, сохраняет ли Agile свою актуальность или уступает место новым подходам, и как российские компании адаптируются к этим изменениям.
Agile больше не спасает российскую разработку: так ли это?
Нет, принципы Agile не теряют популярность в российском ПО, разработке, напротив, они остаются доминирующими, но с заметными корректировками. По данным на 2025 год, Agile используется в 71-95% IT-компаний России, что соответствует глобальным тенденциям (State of Agile Report 2025: 95% организаций подтверждают его релевантность). Вот ключевые аргументы "нет":
Высокий уровень адаптации и рост рынка: По данным Statista (2025), российский рынок ПО оценивается в 3,67 млрд долларов (около 330 млрд рублей), со среднегодовым ростом ~2%. Согласно опросу RUSSOFT (21-й ежегодный обзор, 2024-2025), рекордные 300 компаний подтвердили использование Agile - методологии применяются в большинстве IT-проектов. Особенно в условиях санкций и импортозамещения Agile позволяет быстрее реагировать на изменения. Российские IT-компании активно внедряют специализированные решения (в том числе отечественные аналоги Jira), акцентируя внимание на коммуникации внутри команд и с клиентами.
Глобальные параллели и локальная адаптация: Глобально Agile не умирает - 61% организаций применяют его >5 лет, а в России он расширяется за пределы IT (в HR, маркетинг и промышленность). В турбулентной экономике (PMI показывает спад в производстве на 3 года, но IT - исключение) Agile помогает с рисками: 53% используют SAFe для масштабирования. X-посты подчеркивают, что Agile критикуют за "бюрократию" (JIRA, Scrum-церемонии), но хвалят за гибкость в малых командах - особенно с AI, где команды сокращаются до 1-5 человек.
Почему кажется, что теряет? Аргументы "да", но с оговорками: Есть признаки усталости (Jira fatigue), особенно в крупных компаниях. Гибридные подходы (Agile + Waterfall) доминируют, так как "чистый" Agile не подходит для долгосрочных проектов в условиях нестабильности. В 22% компаний Agile на "начальной стадии", а в 34% отказываются от строгих фреймворков вроде SAFe в пользу кастомных. Экономический кризис (57% компаний ожидают спада) усиливает фокус на эффективности, где Agile кажется "медленным" из-за церемоний. Однако это не упадок, а эволюция: в 2025 году Agile интегрируется с AI/ML (76% разработчиков используют AI-инструменты), снижая накладные расходы.
В таблице ниже - сравнение внедрений Agile в России vs. глобально (на основе State of Agile 2025 и RUSSOFT):
Аспект |
Россия (2025) |
Глобально (2025) |
Доля использования |
71–95% в IT (DOAJ, RUSSOFT) |
95% организаций (Forbes) |
Популярные фреймворки |
Scrum (63%), Kanban (56%), гибриды |
Scrum (63%), SAFe (53%) |
Вызовы |
Импортозамещение, санкции; гибриды > чистый Agile |
Бюрократия, интеграция с AI |
Рост |
+12% CAGR в ПО-рынке (Statista) |
+20% в AI-Agile интеграции |
Несмотря на устойчивую популярность, есть признаки "усталости" от Agile, которые могут создавать впечатление его упадка:
В крупных компаниях (например, банки, телеком) Agile часто превращается в "механическое" выполнение ритуалов (ежедневные stand-up, спринты), что снижает эффективность, 34% компаний отказываются от строгих фреймворков вроде SAFe в пользу кастомных решений.
Спад в 57% секторов экономики вынуждает компании фокусироваться на эффективности, а не на "церемониях". Например, в 22% компаний Agile остается на "начальной стадии", что указывает на сложности с полным внедрением.
Agile не теряет популярность в России, а адаптируется. Его принципы (итеративность, ориентация на клиента) остаются релевантными, но "чистый" Agile вытесняется гибридными и упрощенными подходами. Причина, сочетание экономических вызовов, культурных особенностей (предпочтение структуры в крупных компаниях) и технологических сдвигов (AI, DevOps). Популярность подтверждается цифрами: 71-95% внедрение в IT, рост рынка ПО и успешные кейсы (Сбербанк, Яндекс). Однако критика бюрократии и переход к гибридам создают иллюзию "упадка", хотя это скорее эволюция.
Кто похоронит Agile в России?
Agile не заменяется полностью, но эволюционирует в гибридные, AI-усиленные и DevOps-подобные подходы. В России, под влиянием импортозамещения и экономической турбулентности, фокус на эффективность и масштабируемость. По прогнозам на 2025-2030, замены как таковой нет, но ключевые альтернативы/дополнения:
Гибридные методологии (Agile + Waterfall/традиционные): Самый распространенный "заменитель" - 50-60% компаний. Почему? В турбулентной среде (риски, нестабильные требования) чистый Agile неэффективен для долгосрочных проектов (например, в госсекторе или промышленности). Tailoring (адаптация) сочетает итерации Agile с планированием Waterfall. В России это критично: SpringerLink подчеркивает, что традиционные методы доминируют в 40% случаев, но гибриды повышают конкурентоспособность на 20-30%. Перспектива: К 2030 году 70% проектов будут гибридными.
DevOps и DevSecOps становятся естественным развитием Agile-подходов, объединяя CI/CD и безопасность. В России интерес к этим практикам усиливается из-за курса на импортозамещение: компании наращивают расходы на отечественное ПО, рынок которого, по данным Минцифры, уже оценивается в триллионы рублей и продолжает расти двузначными темпами. Такой подход позволяет ускорять выпуск релизов (в отдельных компаниях сроки сокращаются вдвое) и встроить безопасность на ранних этапах. По прогнозам TAdviser и CNews, доля облачных технологий в новых IT-проектах будет неуклонно расти в ближайшие годы, что особенно важно для работы с данными и автоматизации процессов.
Искусственный интеллект трансформирует управление проектами и разработку. По данным Gartner, рынок Low-Code/No-Code растет быстрыми темпами и уже занимает заметную долю ИТ-сектора. Это позволяет бизнес-пользователям создавать приложения без глубоких технических знаний, снижая зависимость от разработчиков. В России этот тренд усиливается политикой импортозамещения и развитием отечественных платформ - от аналогов Jira до собственных LCNC-решений. По прогнозам аналитиков, к 2030 году ИИ будет задействован в большинстве рабочих процессов, а для небольших команд это откроет возможность использовать «vibe coding» - разработку приложений на естественном языке.
-
Другие перспективные альтернативы:
Kanban и Lean: 56% внедрение, фокус на flow без спринтов - идеально для России с ее "waterfall-культурой" в промышленности.
Блокчейн и Quantum для специфических проектов: Не замена, но дополнение.
Открытые альтернативы инструментам: Open-source как Taiga, OpenProject заменяют Jira, особенно в условиях санкций.
В перспективе (2025-2030) Россия перейдет к AI-DevOps гибридам, где Agile - основа, но с минимальными церемониями. Это повысит конкурентоспособность в условиях кризиса (спад в 57% секторов, но IT +12% CAGR). Рекомендация: Компаниям стоит инвестировать в tailoring и AI-интеграцию для устойчивости.
Agile в России не теряет популярность, а трансформируется под давлением экономических, технологических (AI, DevOps) и культурных факторов. Его принципы остаются основой для 71-95% IT-проектов, но "чистый" Agile уступает место гибридным моделям, DevOps и AI-усиленным подходам. К 2030 году ожидается, что 70% проектов будут гибридными, а AI и LCNC станут стандартом для малых команд.
А как считаете вы?
Комментарии (0)
Zulu0
18.09.2025 19:26Потому в нашем ойти любят KPI, ттм и другие модные абревиатуры. А про нормальные бизнес процессы я промолчу. Не доросли... Простите.
RomanPers Автор
18.09.2025 19:26Да, "новомодный" KPI отлично "подстегивает" в развитии компании))
Zulu0
18.09.2025 19:26Он настолько новомодный, что все ушедшие ойтикомпании вытирали о него ноги, и нормально жили в аджайл, водопад и крупные инженерные проекты с аналитиками, сапортом, админами и архитекторами... Помянем. Теперь мы человеки оркестры по ттм и kpi
LarexSetch
18.09.2025 19:26А ещё новомодные ОКРы приходят)
rukhi7
18.09.2025 19:26все новое - это хорошо забытое старое. Раньше это было: Опытно Конструкторская Работа.
Talewind
18.09.2025 19:26Не. Это другое. Objective Key Results. Типа каждый период человек ставит себе таких несколько штук, которых он должен достигнуть... Или отдел должен достигнуть... Ну и т.п.
Это сверх всяких KPI, Agile, waterfall и прочего
rukhi7
18.09.2025 19:26ипа каждый период человек ставит себе таких несколько штук, которых он должен достигнуть...
самое интересное что человек может себе поставить Objective Key Result в виде: перейти на работу в другую компанию и на в два раза большую зарплату, а в бумажку (Джиру-какую-то) написать совсем другое. Я прям про такой случай слышал из первых рук - когда начальство долбило разработчиков-проектировщиков, что они должны искать себе работу сами, только начальство, видимо, не очень понимало что работа для разработчиков-проектировщиков существует не только под его началом.
Но это другое, точно! Это я всегда согласен :) !
rukhi7
18.09.2025 19:26Agile-методологии, основанные на манифесте 2001 года, стали краеугольным камнем современной разработки программного обеспечения (ПО) благодаря своей гибкости, ориентации на клиента и способности адаптироваться к изменениям.
В этой фразе все прекрасно, прекрасно даже то чего в ней нет.
Но ни одна методология не заменит инженерно-технической экспертизы-компетенции! И если этой базы нет, то никакие методологии не помогут и даже наоборот они отвлекают внимание руководства в сторону от формирования именно инженерно-технической экспертизы-компетенции на организационные вопросы. Действительно, как стратегия отвлечения внимания эти методологии какое-то время работают - у всех создается ощущение что процессы становятся лучше, ведь все только этим и занимаются! Но со временем через лоск красивых отчетов и высокоумных процессов неизменно проступает бедность, а иногда и убогость инженерно-технической экспертизы-компетенции, которыми просто некому было заниматься, отсутствие профессионализма на инженерно-техническом уровне, который просто никому не интересен потому что главное - это красивые отчеты по гибкой организации работы.
maxzh83
18.09.2025 19:26Обычно на этапе, когда все начинает идти по бороде, верховный
шаманскрам-мастер сваливает по разным причинам и уходит окучивать новых пациентов.
Epitafy-Zamogilny
18.09.2025 19:26Да просто заказчики все меньше хотят платить деньги бесконечно и начинают понимать, что дешевле написать ТЗ.
MAXH0
18.09.2025 19:26Потому что вместо Agile в 90% корпораций карго культы со своими племенными вождями и шаманами. На Хабре в корпоративных блогах зачастую радостно евангелизируют свой корпоративный Agile, который не соответствует Agile-ценностям ни разу.
R_Runner
18.09.2025 19:26"Гибридные подходы (Agile + Waterfall) доминируют, так как "чистый" Agile не подходит для долгосрочных проектов в условиях нестабильности." - а waterfall же как раз известен оптимальностью его применения для долгосрочных проектов в условиях нестабильности?
Секрет же прост и банален, в "крупных компаниях" чаще всего в роли представителя Заказчика выступают сотрудники, которые тратят не свои деньги, это раз, нежелающие увеличения своей работы, которая бы требовала от них реальных усилий, это два, и действительно, зачастую, ответственность за проект к ним прилетает строго дополнительно к имеющимся текущим обязанностям, это три.
В итоге, чтобы делать честный аджайл, нужно сначала заказать в ИТ то, что действительно окажет эффект, потому что уже через месяц, нужно будет этот эффект подтвердить (или ответить за неподтверждение), плюс требуемая скорость подразумевает существенное количество единоличных и реальных решений ряда должностных лиц, которые они должны принимать со всеми их последствиями, если на каждый "чих" устраивать традиционную "собачью свадьбу" на ...дцать персон, половина из которых ещё вопрос "распишет" на своих замов, то время, потраченное на всякую бюрократию, будет кратно больше времени полезной работы и это будет прямо бросаться в глаза.
То ли дело, святой waterfall, когда можно назаказывать кучу всего по принципу "мне вот так хочется", причем без особой даже проработки того, а что хочется, мы же только в самом начале большого пути, так что на этом этапе допускаем, что закидаем просто в общих чертах потребности свои, потом насчитать всякой ерунды в эффектах, согласовать это за несколько месяцев с целым сарафаном всяких участников для размытой коллективной ответственности за результат, уйти "в проект" на три года, после которых эффекты не сыграют, но это ничего страшного, мы же вон когда считали, за три года все поменялось.
Удобно. Но, топы-то (или даже мажоритарии) требуют аджайл, хотят быть на острие моды, хотят бесплатно поднять эффективность и выглядеть современными, прогрессивными и конкурентоспособными. Тогда звено ниже придумывает "гибрид", чтобы от вотерфолл взять самое, для них, нужное, общие сроки и безответственность, ну и чтобы "с высоты птичьего полета" это было похоже на аджайл - всякие еженедельные, ежедневные, бумажки, встречи, протоколы, графики и планы - это знакомо и нравится, к тому же, тратит рабочее время, которое можно провести без усилий. И потом статью на хабре написать, почему аджайл плохой выбор в условиях нестабильности. ;-)
Akon32
18.09.2025 19:26Интересный у вас опыт) В вашем описании agile и waterfall никак не коррелируют с ценностями agile, всего понамешано.
mazhekin
18.09.2025 19:26Представьте что аджайл, это правила дорожного движения. А теперь попробуйте порассуждать работают они или нет ))) Спасают они жизни или нет... А если не спасают.. то может быть они не работают... и их надо отменить...
Akon32
18.09.2025 19:26Аджайл это не ПДД, не юридический и не физический закон. Это свод рекомендаций.
mazhekin
18.09.2025 19:26И? ))) Если их не соблюдать? Что происходит? ))
Akon32
18.09.2025 19:26Да ничего фатального особо не происходит. Проекты пилятся, ну пусть в обычных условиях менее эффективно, чем при хорошем agile. Некоторые проекты проваливаются, ну так они и при agile, бывает, проваливаются.
То ли дело ПДД - если выехать на красный, сразу хороший шанс повредить имущество, убиться, убить кого-нибудь.
Talewind
18.09.2025 19:26Статья избыточна в числах, много слов, а смысл в одном предложении: "Наконец наступило понимание что выкинуть толстую книгу PM BoK и заменить на листик Аджайла не решит проблему управления".
Далее как обычно у пользователей Аджайла. Методология то, сё. Автор, Аджайл это не Методология, это Метод.
"Если забить на документы, чаще общаться с Заказчиком и собираться каждое утро для пения хором Мы-команда, то проект будет успешным".
Это работает. Правда. Но где всё остальное? План, бюджет, риски... От того, что это постарались забыть, оно никуда не исчезло. И именно поэтому:
- весь этот "чистый Аджайл" работает только на проектах уровня пионерлагеря. Потому что дальше приходит неизбежный водопад.
- ещё в 2020 году все радостные внедренцы Аджайла" вне ИТ" резко к нему охладели.
Автор, спасибо, статья большая конечно и аргументов много. Но сама тема слабая и 100 раз обсуждённая.
Akon32
18.09.2025 19:26Agile бывает неуспешен из-за кривого его внедрения, иногда внедряют так, что получается более негибко, чем в любых других подходах. "Заставь дурака Богу молиться - он лоб расшибёт". По сравнению с таким agile даже отсутствие методологии приносит больше результатов.
Вместе с тем даже весьма вольное и частичное следование принципам agile может приносить хорошие результаты. Успешность проекта больше зависит от управленческой компетентности менеджера, а не от декларируемого названия методологии.
MEGA_Nexus
Ушёл Agile - завяли помидоры.
ZAVHome
А оно разве, что-то спасало? :) проекты спасали конкретные исполнители, а уж какими способами, вопрос "десятый" :)
atues
Воистину так. Можно сколько угодно планировать, расписывать, нарезать, но если условный Вася Пупкин не напишет код, то все это ерунда. А код он может написать и без этих шаманских плясок и заклинаний. Вася без методологов и адептов всякой хрени прекрасно обойдется; они без Васи - никак. Весь смысл их существоаания заключается в наличии этого самого Васи