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

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

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

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

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

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

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

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

Структура SAFe

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

1. Уровень портфеля 

  • Владельцы бизнеса
  • Владельцы решения

2. Уровень координации (в свое время его было принято считать за уровень программы)

  • Менеджер продуктов (продуктовый офис)
  • Архитектор
  • Машинист (RTE)

3. Уровень команды

  • Скрам-мастер
  • Владелец продукта
  • Разработчики (Специалисты)

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

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

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

Как мы видим из таблицы, наш классический Владелец продукта из Scrum был разделен на две роли в контексте 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-практик.

Еще публикации по Agile в Гибкие организации

Agile-трансформация крупного банка. Промежуточные итоги
Публикация Банкинг

Agile-трансформация крупного банка. Промежуточные итоги

Ключевые моменты, которые следует знать при внедрении Agile-подхода в своей компании. На примере крупного российского банка.

Снижение стоимости ИТ-поддержки на 40%
Кейс Разработка ПО

Снижение стоимости ИТ-поддержки на 40%

Крупная ритейловая компания столкнулась с проблемой: при активном росте сети магазинов затраты на ИТ-поддержку значительно превысили плановые показатели.

Испытание Новым годом: как ритейлу справиться с авралом и получить новых клиентов
Публикация Ритейл

Испытание Новым годом: как ритейлу справиться с авралом и получить новых клиентов

Пик заказов перед Новым годом — серьезное испытание для ритейлеров. Проблемы с доставкой, перегруженная служба поддержки и недовольные покупатели, с одной стороны. И рекордная выручка и приток новых клиентов — с другой.

Ближайшее обучение по Agile и Scrum

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!