В 2025 году мы официально изменили название должности Scrum Master на Agile Delivery Manager (ADM) в нашем технологическом отделе. Это переименование не было изменением названия просто ради изменения. Оно отражало более глубокую эволюцию, уже происходящую, основанную на расширении роли лидерства в поставке, внедрении метрик потока и управления ценностью, а также на реальном переходе от традиционного Scrum к более гибкой модели, основанной на Kanban.
В этом году название наконец-то стало подходящим. Когда мы передали скрам-мастерам ответственность за организацию потока ценности и предоставили им ответственность за метрики поставки и состояние работы команды, а также за взаимодействие между ролями в их Agile-команде, я понял, что название «Scrum Master» больше не подходит для этой роли. Я даже рассматривал вариант Agile Value Stream Manager, но это казалось слишком узким и ограниченным по своему охвату.
Тогда лучшим вариантом стал Agile Delivery Manager, не только как более точное название, но и как более верное отражение подхода и миссии.
Я не одинок в этом. Моя жена, тоже скрам-мастер, заметила рост числа ролей Agile Delivery Manager. Эти роли появились как естественная эволюция роли скрам-мастера, более широкой по охвату, но всё ещё основанная на принципах лидерства как служения и ценностях Agile. Этот сдвиг становится всё более распространённым в разных отраслях.

Почему мы внедрили это изменение
Это не было решением, принятым за одну ночь — это был итог многих лет наблюдений за разрывом между традиционными ролями в Agile и современными требованиями к поставке. Я много писал об эволюции ролей в области поставки в современной экосистеме продуктов и инженерии. В статье «Навигация в ландшафте метрик рабочего потока цифровых продуктов» я подчеркнул, как организации, которые вышли за пределы практик Agile 101, начинают обращать внимание на создание ценности, эффективность потока и влияние на бизнес.
В этой статье я делился следующими мыслями:
Организации, которые инвестировали в высокую автоматизацию, устранили потери и ускорили циклы CI/CD, теперь смещаются влево — стремясь к более широкому видению от идеи до эксплуатации.
Аналогично, в статье «Зависимости здесь навсегда» я обсуждал, почему фреймворки не могут ограничивать лидерство в поставке:
Мы не можем измерять гибкость изолированно. Зависимости — это часть системы, а не её неудача. Роли лидерства должны эволюционировать для управления потоком по этим зависимостям, а не только внутри доски команды.
Эта эволюция как раз и происходила с нашими бывшими скрам-мастерами. Они коучили команды и направляли обсуждения по поставке, управляли рисками поставки, управляли ожиданиями заинтересованных сторон и отслеживали системный поток. Название должно было развиваться вместе с ответственностью.
Agile-роль, которая соединяет всё
Роли и обязанности лидеров в Agile могут различаться в разных организациях. В некоторых есть Scrum Master или Agile Leader, в других — такие должности, как Technical Project Manager или Agile Coach. В некоторых случаях обязанности переходят к инженерным или продуктовым менеджерам, а в некоторых компаниях эти функции распределяются среди членов команды, и роль вообще устраняется. Несмотря на эти различия, мы считаем, что специализированная роль в Agile-руководстве крайне важна. Эта роль играет ключевую роль в улучшении производительности команды, эффективности поставки и оптимизации рабочих процессов.
Роль Agile Delivery Manager уникальна тем, что это единственная роль в команде, которая не ограничивается конкретным типом работы.
Product Manager фокусируется на росте и приоритизации новых фич.
Technical Lead сосредоточен на архитектуре и управлении техническим долгом.
Руководители по информационной безопасности занимаются снижением рисков безопасности.
QA-команды обеспечивают выявление и устранение дефектов.
Agile Delivery Manager работает на более высоком уровне, контролируя рабочий процесс, включая распределение типов работы, таких как новые фичи, технический долг, риски и дефекты. Эта роль способствует постоянному улучшению команды, обеспечивая при этом, чтобы поставка всегда несла ощутимую бизнес-ценность.
Какова роль Agile Delivery Manager?
Стоит уточнить: в нашей модели Agile Delivery Manager остаётся сосредоточенным на своей команде или группах команд. Несмотря на то, что название может звучать более широко, роль не предполагает работы с несколькими командами или координации работы на уровне программы. Вместо этого ADMs направляют команду и совершенствуют поток поставки внутри своей команды — проводя коучинг команды, оптимизируя её рабочие процессы и сотрудничая с продуктом и инженерами, чтобы обеспечить эффективную поставку ценности.
Вот как теперь мы определяем Agile Delivery Manager в нашей обновлённой должностной инструкции:
Как Agile Delivery Manager вы будете возглавлять стратегическую трансформацию, поддерживать метрики потока и карту потока ценности (VSM), а также определять способы поставки реальной бизнес-ценности командами.
Ключевые обязанности включают:
Лидерство в Agile и поставка на основе потока
Коучинг команд при обеспечении ясности, темпа и стабильности в адаптированных системах в стиле Kanban.Сотрудничество в команде и управление зависимостями
Сотрудничество с ролями QA, продуктовыми, информационной безопасности и инженерами для разрешения блокеров, обеспечения качества и поддержания потока поставки.Метрики потока и оптимизация потока ценности
Руководство обзорами метрик с использованием времени потока, нагрузки, эффективности и распределения для улучшения результатов поставки.Архитектура потока ценности
Роль архитектора поставки на уровне системы, а не кода, определяя, как работа движется от идеи к ценности.Стратегическая отчётность и выравнивание результатов
Подготовка квартальных отчётов о поставке, которые связывают выполнение с бизнес-ценностью, поддерживая видимость для руководства и непрерывное улучшение.
Эта роль теперь выходит за пределы ограничений, предложенных Scrum. Она сочетает лидерство в поставке, управление Agile-процессами и оптимизацию потока.
Что это означает для скрам-мастера
Если вы скрам-мастер и не знаете, что будет дальше, вы не одиноки. Скорее всего, вы уже выполняете множество задач, но эта роль требует времени, чтобы расширить свои горизонты.
Как сказал Дэйв Уэстгарс в LinkedIn:
Вы используете те же основные компетенции: фасилитацию, лидерство как служение, коучинг и наделение команды полномочиями. Они просто применяются на разных уровнях и с разных перспектив.
Эта эволюция не заключается в отказе от Agile. Речь идет о масштабировании его целей.
Многие члены нашей команды до сих пор ценят свою сильную базу в Scrum. Однако они расширили своё фокус, чтобы улучшить эффективность поставки, повысить координацию в команде, управлять рисками поставки и обеспечивать бесперебойную работу команды, сочетая различные типы работы и потребности заинтересованных сторон.
Если вы уже управляете поставкой за пределами командных встреч, влияете на потоки системы и справляетесь с её сложностью, эта эволюция — ваш следующий шаг.
Заключение
Переход к роли Agile Delivery Manager отражает современную реальность: фреймворки сами по себе не масштабируют гибкость; это делают люди. Роль Delivery Manager’а сохраняет подход коучинга скрам-мастера, при этом принимая сложности поставки в сегодняшних гибридных, платформенных и ориентированных на результаты организациях.
Для нашего подразделения изменение названия стало сигналом для наших команд и бизнес-стейкхолдеров, что лидерство в поставке эволюционировало. Что более важно, это дало нашим людям возможность развиваться в рамках этой эволюции.
Если вы чувствуете, что текущая роль уже не покрывает всё, за что вы реально отвечаете — вы не одиноки. Переход от Scrum Master к Delivery Manager — это не смена бейджика, а ответ на вызовы: поток, метрики, зависимые команды, бизнес-ожидания.
Приглашаем на открытые уроки — будут полезны для тех, кто уже работает на стыке процессов, людей и результата, и хочет делать это осознанно:
1 июля в 20:00
С чего начать путь в Delivery Management: ключевые навыки и компетенции22 июля в 20:00
Delivery Manager: технарь или управленец? Поговорим о том, можно ли войти в роль без технического бэкграунда, и где она заканчивается — между project, product и delivery.
А тем, кто всерьез задумался над корректировкой карьерного трека, рекомендуем пройти вступительный тест, который покажет, готовы ли вы к программе курса "Delivery Manager".