«У нас гибрид». Как банковские команды живут между agile и регламентами
«У нас гибрид». Пожалуй, самая популярная фраза на собеседованиях в банки в 2026 году. Её можно услышать от рекрутеров Сбера, ВТБ, Альфа-Банка, Т-Банка, Газпромбанка. Звучит современно. На деле «гибрид» в банке обычно означает следующее: спринты есть, daily есть, ретроспективы иногда проводятся. При этом решения по-прежнему принимаются на уровне руководителей направлений, scope фиксируется в начале квартала, а релизы выходят по расписанию.
Формально agile внедрён. Jira настроена, скрам-мастер в штате, команды работают двухнедельными итерациями. Но у многих остаётся ощущение, что процесс скорее имитирует гибкость, чем действительно её обеспечивает. И если вы когда-нибудь задумывались, чем ваш спринт отличается от обычного двухнедельного плана, вы точно в этом ощущении не одиноки.
Регуляторика как универсальное объяснение
«Банк же, тут регуляторика». Этой фразой часто объясняют, почему agile в банке работает иначе. И в этом есть доля правды. Требования ЦБ, комплаенс, безопасность данных, аудит. Всё это создаёт слои согласований, без которых действительно обойтись сложно.
Другое дело, что регуляторика нередко становится удобным объяснением для вещей, которые к ней отношения имеют мало. Для квартального планирования, при котором scope фиксируется на три месяца вперёд и команда по сути выполняет план вместо того, чтобы итерировать. Или для процесса приоритизации, при котором product owner получает список задач сверху и распределяет их по спринтам. Всё это вопрос организационных привычек, и к требованиям регулятора он имеет косвенное отношение.
Одна история из жизни банковской команды
Середина квартала, команда работает по плану, утверждённому в январе. Приходит обновление требований от ЦБ, которое затрагивает один из продуктов. Технически команда может адаптировать решение за неделю. Но чтобы взять задачу в спринт, нужно пересмотреть квартальный план. Для этого нужно согласование руководителя направления. Руководитель хочет обсудить с владельцем бюджета. Владелец бюджета на командировке.
Пока идут согласования, проходит три недели. Задачу берут в следующий спринт. К этому моменту команда уже потеряла контекст, переключилась на другие задачи. Работа, которая могла занять неделю, растягивается на две с половиной.
На ретроспективе кто-то поднимает вопрос. Скрам-мастер записывает в action items «ускорить процесс согласования». На следующей ретро в action items появляется то же самое. И на следующей тоже. Постепенно команда перестаёт поднимать эту тему, потому что привыкает. Так устроен банк.
Что в этой ситуации можно сделать
Перестроить процессы организации с 50 000 сотрудников одна команда, конечно, не в состоянии. Но есть инструменты, которые помогают на уровне команды и дают аргументы для предметного разговора с руководством.
Измерение cycle time с учётом ожидания. Cycle time включает все стадии работы, в том числе время в очереди на согласование. Когда данные собираются системно, из той же Jira, появляется наглядная картина. Допустим, из 14 дней спринта задача в среднем 8 дней проводит в ожидании. Это уже аргумент, с которым можно прийти к руководителю, и это совсем другой разговор по сравнению с «нам мешают согласования».
Kanban-доска с явными стадиями ожидания. Колонки «ожидает ревью», «ожидает согласования», «ожидает деплоя» делают видимыми узкие места, которые в стандартной Scrum-доске прячутся за статусом «В работе». Визуализация часто сама запускает обсуждение, которое раньше просто не случалось.
Ретроспективы с анализом конкретных задач. Вместо формата «что было хорошо / что было плохо» команда берёт 3-5 задач из прошлого спринта и разбирает, как именно проходил их жизненный цикл. Где ждали, чего ждали, можно ли было сделать иначе. Конкретные примеры работают убедительнее абстрактных жалоб.
Где развивать навыки
Менеджерам проектов и delivery-менеджерам в банках полезна программа Agile Project Management. Метрики потока, прогнозирование сроков, работа с бизнесом в условиях, когда часть процесса за пределами контроля команды. Сертификат ICP-APM от ICAgile подтверждает эти компетенции.
Скрам-мастерам и тимлидам, которые пытаются менять процессы изнутри, подойдёт Advanced Scrum Master & Agile Coach. Фасилитация сложных обсуждений, работа с конфликтами, управление групповой динамикой в корпоративной среде.
Базовая программа Certified Agile Professional полезна всем участникам команды, включая менеджеров и аналитиков со стороны бизнеса. Она помогает увидеть разницу между agile как набором церемоний и agile как способом организовать работу, при котором команда действительно может влиять на результат.
Где развивать навыки
Agile Project Management
Метрики потока, прогнозирование и прозрачность для бизнеса. Для менеджеров проектов и delivery-менеджеров.
Подробнее →Advanced Scrum Master & Agile Coach
Фасилитация, работа с конфликтами и групповая динамика. Для скрам-мастеров и agile-коучей.
Подробнее →Certified Agile Professional
Scrum, Kanban и AI-инструменты. Базовая сертификация для работы в agile-командах.
Подробнее →