Блог Agile Организации

Как понять, что оптимизируют ваши Agile-команды? Практический метод

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

Ключевые способности Agile-организации

Одно из ключевых понятий подхода «Дизайн Agile-организаций» — организационные способности. Они формируются на основе стратегии компании и создают ее конкурентное преимущество.
«Навыки, компетенции и согласованность людей, которые создают конкурентное преимущество» (Джей Гэлбрейт)
Основные способности Agile-организации:
  • Адаптивность — способность гибко реагировать на любые изменения рынка.
  • Скоростное обучение — умение быстро узнавать об изменении потребностей клиентов, новых трендах и технологиях.
  • Скоростная пересборка — способность организации оперативно перестраивать свои внутренние процессы и структуры.
Определив желаемые организационные способности, можно спроектировать состав команд, которые помогут их развивать. Если же команды уже существуют, то диагностика позволит понять, на что они на самом деле ориентированы и какие способности поддерживают.

Алгоритм диагностики Agile-команд

Чтобы понять, что оптимизируют ваши команды, используем следующий алгоритм:
  1. Определение границ продукта
  2. Создание тепловой карты
  3. Маппинг команд на матрицу адаптивность/скорость
  4. Обсуждение и рефлексия
Рассмотрим каждый шаг подробнее.

Определение границ продукта

Первый и самый важный этап — определение границ продукта или сервиса, которым занимаются команды.
Коммерческие организации существуют для извлечения прибыли, поэтому продукт создается для клиентов вне компании и имеет бизнес-модель.
Признаки настоящего продукта:
  • Пользователи — реальные люди.
  • Уникальная функциональность, которая решает потребности пользователей.
  • Бизнес-модель: доходный поток, независимый P&L или ROI.
Примеры продуктов:
  • Банковский сектор: кредитование, транзакции и сбережения.
  • Ритейл: мебель и товары для дома.
  • Телеком: онлайн-кинотеатр.
  • Продуктовые компании: конструкторы сайтов.

Критерии настоящего продукта

Детальный алгоритм определения границ продукта можно найти в главе «Продукты и продуктовые семьи».

Создание тепловой карты

После определения границ продукта создаем тепловую карту.
Попросите Владельца Продукта или CPO принести список идей на ближайшие месяцы (20–40 элементов). Затем сформируйте таблицу:
Тепловая карта
  • Строки — элементы бэклога продукта (PBI).
  • Столбцы — архитектурные компоненты и организационные функции.
  • Ячейки — подсвечиваются, если для реализации PBI требуется изменение в компоненте или функции.
Так можно выявить «горячие» области — ключевые зоны, требующие доработок.

Пример тепловой карты, на которой нанесена частотность компонентов и функций

Подробнее о тепловой карте см. в главе «Команды с общим продуктовым фокусом».
Если создавать команды вокруг отдельных горизонталей (фич), то оптимизируется скорость, но адаптивность на уровне продукта будет низкой, так как команды будут знакомы только с узкими доменными областями продукта. Если образовать команды вокруг отдельных функций или компонентов (вертикали), страдает скорость, потому что между командами будут существовать многочисленные зависимости. Но зато команды могут подхватить работу из любой доменной области (адаптивность).

Команда 1 — скоростная, но низкоадаптивная; команда 2 — адаптивная, но не скоростная

Маппинг команд на матрицу адаптивность/скорость

Далее наносим команды на матрицу адаптивности/скорости.

Матрица адаптивность/скорость

Agile-команда (высокая скорость и адаптивность)
  • Закрывает фичи «под ключ».
  • Может работать с большинством доменов продукта.
  • Оценка: Адаптивность — 5-10, Скорость — 5-10.
Команды с высокой адаптивностью, но низкой скоростью
  • Организованы по компонентам (Web, аналитика, тестирование).
  • Работают над большинством PBI, но фичи завершаются медленно из-за зависимостей с другими командами.
  • Оценка: Адаптивность — 5-10, Скорость — 1-4.
Команды с высокой скоростью, но низкой адаптивностью
  • Узкоспециализированные кросс-функциональные команды.
  • Быстро выполняют задачи в своей области, но не могут брать задачи из других частей продукта.
  • Оценка: Адаптивность — 1-4, Скорость — 5-10.
Команды с низкой скоростью и адаптивностью
  • Образованы вокруг столбцов тепловой карты.
  • Работают в узких частях продукта и имеют зависимости.
  • Оценка: Адаптивность — 1-4, Скорость — 1-4.
После оценки команд вы получите общую картину их текущего состояния. На картинке ниже вы можете видеть анализ команд в PashaPay. Мы видим, что большинство команд скоростные (расположены в верхних двух квадрантах), и только четыре из них Agile-команды с высокой степенью адаптивностью (1,2,5,6).

Маппинг команд PashaPay на матрицу адаптивность / скорость

4. Обсуждение и рефлексия

После маппинга команд задайте себе вопросы:
  • Совпадает ли структура команд с бизнес-стратегией?
  • Достаточно ли команды адаптивны?
  • Устраивает ли нас скорость команд?
  • Баланс между скоростью и адаптивностью соответствует ожиданиям?
  • Какие шаги можно предпринять?

Заключение

Этот инструмент поможет вам выявить, что действительно оптимизируют Agile-команды, и скорректировать их состав, если это необходимо.
Я буду рад вашим комментариям!
Подписывайтесь на канал «Стратегия и дизайн Agile-организаций», чтобы быть в курсе новостей.
2025-02-21 09:46 Структура