Как обеспечить развитие организации. Часть 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). Поговорим о них в следующем посте.

Хотите узнать, каких результатов можно достичь с помощью Agile в вашем проекте или компании?
Напишите нам
                                                      

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

Публикация
Гибкие организации
Agile коуч и его роль в переходе компании на гибкую методику разработки
Как коучинг agile-команд позволяет команде быстро перейти на новую модель работы с эффективностью в 98% случаев, объективно оценить области для роста и повысить качество продуктов.
Публикация
Медицина и здравоохранение
Agile в медицине и здравоохранении
Как Agile подход может помочь здравоохранительным организациям реализовывать и контролировать инициативы по реорганизации процессов.
Публикация
Гибкие организации
Цифровая трансформация организации: новые компетенции, роли, люди
Цифровая трансформация стала частью стратегии большинства традиционных компаний в любой отрасли. Однако часто проходят месяцы с момента запуска инициативы внутри компании, но никакие значимые результаты не достигнуты. Почему так происходит?
Публикация
Медицина и здравоохранение
Уход на дому самоуправляющимися командами медсестер: модель голландской Buurtzorg
Инновационный подход к использованию самоуправляющихся команд медсестер и медбратьев, заслуживший высокие оценки пациентов и сотрудников.

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

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

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

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

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