SAFe® для операционных подразделений — теория и примеры российских компаний
Дата: 05.11.2025
Сделайте ваши ART (Agile Release Train) или поезда SAFe® (Scaled Agile Framework®) по-настоящему кросс-функциональными!
В SAFe нескольких команд организуется вокруг ценности в один Agile Release Train (ART). Таким образом, ART — это команда, состоящая из нескольких Agile-команд, которая совместно с другими заинтересованными лицами, инкрементально разрабатывает, поставляет, и, если это применимо, поддерживает одно или несколько решений потока создания ценности (Value Stream). Каждый ART состоит приблизительно из 50-125 человек, которые совместно планируют и согласовывают квартальные цели, разрабатывают и развертывают решения. ART организованы вокруг потоков создания ценности и существуют для поставки ценности внутренним или внешним заказчикам.
Как и Agile-команды, ART должен обладать всеми возможностями для поставки ценности, поэтому зачастую требуется подключение операционных подразделений: маркетинг, юристы, финансы и т.п. — вовлеченных в процесс создания ценности. Но как это обеспечить?
Содержание
Шаблоны стыковки операционных подразделений с ART
Включение сотрудников операционных подразделений в ART зависит от требуемого уровня вовлечения в процессы. Например, если задача ART заключается в замене внутренней системы бухгалтерского учета, то логичным будет подключение главного бухгалтера в ART в качестве одного из представителей бизнеса (Business Owner). Однако, если задача ART заключается в запуске нового юридического сервиса, то юристы будут задействованы гораздо больше и, вероятно, в ART необходимо включать одну или несколько выделенных команд юристов.
Рассмотрим последовательно различные варианты стыковки операционных подразделений с ART от варианта с самой низкой вовлеченностью до варианта с максимальной вовлеченностью операционных подразделений в задачи развития.
Общий сервис ART
Операционное подразделение как разделяемый командами ресурс для ART (Shared Services) — используется, когда есть специализированные роли, люди или сервисы, необходимые для успешного функционирования ART, но эти ресурсы не могут быть выделены на полное время и зачастую выделение на полное время и не требуется.
Первый вариант ART продукта МФЦ (многофункциональный центр) был построен из команд, которые его разрабатывали. Так мы провели несколько PI и поняли, что планирование производства — это только часть процесса создания и развития продукта. Другие части процесса также необходимо планировать, они включают в себя этапы: закупки, работа с документами, маркетинговые активности и т.д. С закупками нам помогает клиент-менеджер и специалист по тендерам. Мы работаем с контрактами/техническими заданиями и другими документами, в этом нам помогают юристы. Клиент-менеджеры планируют командировки, обучения, сдачи контрактов. Маркетинг готовит мероприятия, вебинары, рассылки и другие активности. Технические писатели готовят горы документов, необходимых для сдачи контрактов. И все эти сотрудники не относятся к производству, но наша деятельность зависит друг от друга и требует синхронизации. Для того чтобы это было максимально эффективно, мы стали звать сотрудников «не из производства» на PI-планирование. Потребность в этих сотрудниках возникает на определенных этапах работы с контрактами, поэтому было решено выделить «Общие сервисы» (Shared Services) и привлекать в команды по требованию. Интересный факт про производственную команду «Контент»: она была создана из потребности синхронизировать разработку услуг, печатных форм и другого контента важного в деятельности МФЦ, раньше этим занималось 3 инженера технической поддержки, которые не участвовали в PI-планировании.
Заинтересованное лицо в ключевых мероприятиях ART
Ключевые представители одной или нескольких операционных функций становятся заинтересованными лицами ключевых мероприятий SAFe, таких как:
- PI-планирование (PI Planning — планирование квартальных целей);
- Системная Демонстрация и Синхронизация ART (System Demo и ART Sync — регулярный обзор прогресса и проблем в достижении квартальных целей);
- Инспекция и Адаптация (Inspect & Adapt — подведение итогов по достижению квартальных целей)
— для обеспечения прозрачности разработки, своевременности коммуникаций и возможности синхронизации с операционными подразделениями. С точки зрения ролевой структуры SAFe они становятся представителями бизнеса в ART (Business Owner).
Может потребоваться большее вовлечение операционных функций, к примеру: помимо директора по продажам Agile-командам нужен выделенный на значительный процент времени эксперт из продаж, который разработает сценарий показа новой версии продукта на грядущей очень важной выставке и, тем самым, передаст ИТ-командам требования к функционалу этой версии. Тогда один или несколько представителей операционных функций могут быть включены в команду продуктового менеджмента ART (Product Management).
Отдельные сотрудники в Agile-командах ART
Можно выделить одного или нескольких представителей операционных подразделений в Agile-команды для обеспечения их необходимым ресурсом и связи с другими сотрудниками операционного подразделения.
Здесь уже идет речь о 100% выделении сотрудников, то есть применяется в случае наличия соответствующей нагрузки.
Обратите внимание, что в этом варианте, в отличие от всех предыдущих, кросс-функциональными становятся сами Agile-команды, из которых формируется ART, как следствие, по умолчанию меньше внешних зависимостей и выше скорость поставки.
Отдельная или несколько Agile-команд ART
Встраивание отдельной или нескольких функциональных Agile-команд в ART для обеспечения поставки ценности функций как части ART.
Здесь уже речь идет о 100% выделении множества сотрудников одной и той же операционной функции, то есть применяется в случае наличия стабильной соответствующей нагрузки, когда вы долгосрочно закрепляете ресурсы операционной функции за задачами развития.
Стратегические инициативы строятся на основе стратегии компания и ее миссии и образуют портфель видения. Далее выделяются стримы со стратегическими и операционными проектами, которые синхронизируются в рамках Business Enabled ART. В поезде кросс-функциональные команды уровня СЕО-1, СЕО-2, которые имеют общие цели и объединены общей стратегией компании по улучшению имеющихся и запуску новых инициатив/направлений бизнеса.
Если вы дочитали до этого места, значит, вам интересен полезный контент о современных методах управления. Чтобы узнавать про новые статьи, видео и бесплатные мероприятия, вступайте в сообщество SAFe® Russia.
Как выбрать и с чего начать?
Цель в том, чтобы сделать ваши действующие ART по-настоящему кросс-функциональными, подключив к ним зависимые операционные функции.
Поэтому нужно провести сессию для следующих 2 групп участников:
- руководители ART: представители бизнеса, продуктовый менеджер, архитектор, RTE, владельцы продуктов, Scrum-мастера и прочие заинтересованные лица ART;
- руководители зависимых операционных подразделений: маркетинг, юристы, финансы, ИТ и т.п. — в зависимости от контекста вашего ART
— чтобы собрать план улучшения как операционных подразделений (структура и процесс), так и стыковки этих операционных подразделений с ИТ-командами, которые уже работают в рамках ART.
В результате сессии каждое операционное подразделение:
- Разделило свои активности и выполняющих их сотрудников по 2 направлениям: операционная деятельности (Run The Business, RTB или Business As Usual, BAU) и задачи развития (Change The Business, CTB).
- Определило целевую организационную структуру связки сотрудников, задействованных в задачах развития, с зависимыми ИТ-командами.
- Понимает целевой процесс совместного квартального планирования задач развития с зависимыми ИТ-командами, а также координации по зависимостям внутри квартала.
- Совместно с руководителями ИТ-команд собрало план внедрения целевой структуры и процесса работы по задачам развития.
