business-agility

Как обеспечить развитие организации. Часть 2: Роли в SAFe

Один из самых популярных фреймворков масштабирования организации — SAFe, или Scaled Agile Framework. Разбираемся, на чем он основан и какие роли есть в SAFe.

АГ
Артем Гринякин
1 февраля 2022 г.
Полезна?

Часто можно слышать такие формулировки, как «инновационная организация», «непобедимая компания» или «компания будущего». Особенно часто к ним апеллируют на конференциях и презентациях новых продуктов.

И я предполагаю, что любому пытливому уму интересно узнать, что это такое и из каких фундаментальных блоков состоит. Для начала стоит дать определение такой «непобедимой организации», и поможет нам в этом Александр Остервальдер, швейцарский теоретик бизнеса, автор книг, консультант и предприниматель:

«Это организация, которая непрерывно обновляется, чтобы идти в ногу со временем. Непобедимая компания смотрит в будущее и при этом добивается совершенства в настоящем. Она поддерживает культуру инноваций и высокой дисциплины исполнения, которые гармонично дополняют друг друга. Она конкурирует, опираясь на передовые бизнес-модели, и раздвигает традиционные границы отрасли».

Из определения следует, что не последнее место занимает структура организации, а если точнее — ролевая модель, обеспечивающая как культуру инноваций, так и дисциплину исполнения. И вот тут стоит обратиться к лучшим практикам из SAFe и той модели, что она предлагает.

В отличие от Scrum, у нас появляются новые роли: Менеджер продуктов, Архитектор, RTE («машинист»), и новые структуры, такие как ART (Agile Release Train), представляющий собой команду команд.

Структура SAFe

Итак, начнем со структуры SAFe в общем виде. Любую организацию можно формально разделить на 3 уровня:

  1. Уровень портфеля
  • Владельцы бизнеса
  • Владельцы решения
  1. Уровень координации (в свое время его было принято считать за уровень программы)
  • Менеджер продуктов (продуктовый офис)
  • Архитектор
  • Машинист (RTE)
  1. Уровень команды
  • Скрам-мастер
  • Владелец продукта
  • Разработчики (Специалисты)

Логика достаточно проста:  владельцы бизнеса взаимодействуют с уровням программы для обеспечения максимальной ценности и определения основного вектора движения в рамках бизнес-стратегии, а уровень программы в свою очередь взаимодействует с командами для обеспечения поставки. Но что их всех связывает, так это фокус на пользователях и стремление предоставить лучший сервис.

Менеджер продукта vs Владелец продукта

Один из ключевых каналов взаимодействия в структуре SAFe — разделение зон ответственности между Владельцем продукта и Менеджером продукта:

Как обеспечить развитие организации. Часть 2: Роли в SAFe

Как мы видим из таблицы, наш классический Владелец продукта из Scrum был разделен на две роли в контексте SAFe (Владелец продукта и Менеджер продукта), что позволяет обеспечивать масштабируемость на уровне направления. Стоит отдельно отметить, что один Менеджер продукта может качественно взаимодействовать не более чем с четырьмя Владельцами продуктов.

Как обеспечить развитие организации. Часть 2: Роли в SAFe

Пример распределения зон ответственности Менеджера продукта и Владельцев продукта

Кроме того, в SAFe появляются роли Архитектор решения, Системный архитектор и Машинист (Release Train Engineer). Поговорим о специфичных ролях в SAFe в следующем посте.

Частые вопросы
Что такое SAFe (Scaled Agile Framework) и почему его выбирают крупные компании?
SAFe (Scaled Agile Framework) – это ведущий фреймворк для масштабирования Agile в крупных организациях. В отличие от Scrum, SAFe предлагает готовую модель масштабирования с четкими ролями на всех уровнях организации: портфельном, программном и командном. Фреймворк особенно эффективен для компаний с сотнями сотрудников, где требуется координация множества Agile-команд.
Какие ключевые роли и обязанности существуют в SAFe?
В SAFe существует несколько уникальных ролей: Product Manager отвечает за стратегическое видение продукта, Product Owner управляет бэклогом команды, Release Train Engineer (RTE) координирует работу Agile Release Train. Также важны роли Архитектора решения и Scrum Master. Каждая роль имеет четкие обязанности и зоны ответственности, что облегчает масштабирование Agile-практик.
Как правильно внедрить SAFe в крупной компании?
Внедрение SAFe начинается с обучения ключевых сотрудников и получения базовой SAFe-сертификации. Затем организация формирует Agile Release Trains (ART), определяет роли и создает структуру из трех уровней: портфельного, программного и командного. Важно начать с пилотного проекта и постепенно масштабировать практики на всю организацию.
Как работает Agile Release Train в SAFe?
Agile Release Train (ART) – это ключевой элемент SAFe, представляющий собой команду команд из 50-125 человек. ART работает в синхронизированных итерациях и PI (Program Increment) циклах, обеспечивая регулярные поставки ценности. Release Train Engineer (RTE) координирует работу всего ART, помогая командам достигать общих целей.
Как организовано обучение и сертификация по SAFe?
SAFe предлагает структурированную программу обучения и сертификации для разных ролей. Начальный уровень – Leading SAFe certification, необходимый для понимания основ фреймворка. Существуют специализированные курсы для Product Owner/Product Manager, Scrum Master, Release Train Engineer и других ролей. Сертификация подтверждает знание практик масштабирования Agile.
Какие уровни организации предусмотрены в SAFe?
SAFe включает три основных уровня организации: портфельный (Portfolio), программный (Program) и командный (Team). На портфельном уровне принимаются стратегические решения, программный уровень координирует Agile Release Trains, а командный уровень отвечает за непосредственную разработку. Такая структура обеспечивает эффективное масштабирование Agile-практик.
"Каждый проект начинается с разговора о задаче. Часто за исходным запросом кроется большой организационный контекст, который нужно изучить для правильного решения задачи. Поэтому мы много спрашиваем на старте."
Дмитрий Лобасев, управляющий партнер OnAgile

Сначала слушаем, задаём вопросы, разбираемся в ситуации. Потом предлагаем подход и только тогда обсуждаем условия.

Расскажите о вашей задаче