Все статьи
Поток работы команды команд (ART) в SAFe®
Дата: 31.05.2026
Работа над улучшением потока Agile Release Train (ART) доказала высокую эффективность в улучшении бизнес-результатов для крупных организаций, работающих по SAFe® (Scaled Agile Framework®). Но этот тип цифровой трансформации сложен, так как каждое предприятие является комплексной системой, и переход на работу с использованием подхода Lean-Agile к работе является существенным изменением.
Содержание
Ключевые мысли:
- Поток ART — это непрерывная поставка ART ценных фич клиенту.
- Всегда есть возможность улучшить процесс поставки ценности. Действительно, улучшение непрерывного потока может быть основной возможностью для улучшения бизнес-результатов для каждого ART из-за масштабов и влияния на создание ценности для клиентов.
- ART, работая с широким кругом заинтересованных лиц, может стать ближе к своим клиентам и выстроить конвейер непрерывной поставки (Continuous Delivery Pipeline, CDP) для ускорения поставки ценных продуктов и услуг.
- Различные причины вызывают сложности в работе над улучшением потока ART. Многие люди и команды раньше не работали по Agile, есть множество препятствий. Кроме того, нет явных ориентиров, указывающих, насколько ART может быть эффективным.
Если нам нужны синхронизированные усилия… то вклад каждого отдельного человека в достижение целей организации сильно зависит от деятельности других.
О серии статей про поток
SAFe — это потоковая система. Таким образом, необходимо систематически выявлять и устранять любые прерывания в потоке, чтобы обеспечить непрерывную поставку ценности. Информация о потоке рассредоточена в руководстве по SAFe, но при этом существует восемь отдельных статей, в которых рассматриваются непосредственно препятствия на пути потока:
- Управление потоком создания ценности.
- Принцип №6 — Создание потока создания ценности без прерываний.
- Поток в команде.
- Поток в ART.
- Поток в Solution Train.
- Поток Портфеля.
- Ускорение потока с помощью SAFe.
- Расширенная статья по управлению потоком: Сопровождение потока в SAFe.
1. Визуализируйте и ограничьте незавершенную работу
Почему это важно
Чрезмерное количество незавершенных работ (Work In Progress, WIP) значительно снижает производительность ART и тормозит поток ценности. Это перегружает людей и команды, приводит к путанице в приоритетах, частому переключению контекста и долгому ожиданию выпуска новой функциональности.
ART стремится работать наилучшим образом. Тем не менее, часто в ART считают нормальным иметь много незавершенной работы, часто намного больше, чем можно сделать в срок. Это не продуктивно, так как перегруженный ART выполняет, по факту, меньше работы, чем мог бы, ограничивая WIP.
Как ввести в практику
- Визуализируйте все фичи, находящиеся в работе. ART должен иметь возможность проводить инвентаризацию всех фич, которые в настоящее время находятся в разработке. Канбан ART поддерживает визуализацию и позволяет установить WIP-лимиты.
- Контролируйте распределение работ с учетом производительности. Не все задачи ART выражены через фичи. Поэтому в целом WIP для ART сочетает ресурс, отведенный на реализацию фич и на работу, не относящуюся к фичам: исследования, инфраструктуру, создание инструментов, действия по улучшению и другое. Время, необходимое на такую работу, часто недооценивают. Чтобы задать полный WIP, определите соотношение времени, отведенного для выпуска фич ART и для других работ. Регулярно проверяйте, и при необходимости, корректируйте это соотношение.
2. Расшивайте узкие места
Почему это важно
Как ввести в практику
- Определите узкие места. Чтобы работать над устранением узких мест, ART должен их знать. Некоторые узкие места ART могут быть определены во время PI-планирования, другие будут обнаружены в течение PI или на событии по инспекции и адаптации. Типичные признаки узких мест:
- перегруженность одной или нескольких команд;
- повторяющиеся переносы действий (таких как интеграция, тестирование, релиз, рефакторинг) из одной итерации в другую;
- откладывание выполнения определенных типов зависимостей.
- Определите все последствия. Для ART необходимо понять, как обнаруженное узкое место влияет на поток ценности. Например, задержки в получении обратной связи от клиентов могут привести к тому, что ART будет создавать неверную функциональность, необходимости существенных переделок и неудовлетворенности. Ухудшающаяся архитектура системы существенно увеличивает длительность процесса разработки и делает его менее предсказуемым.
- Увеличьте производительность в узких местах насколько это возможно. Как только проблема выявлена и понята, очевидное решение – это увеличение производительности в узком месте. Например, если в ART недостаточно веб-разработчиков, необходимо добавить людей. Или в случае слабой архитектуры, ART может выделить больше времени на уменьшение технического долга.
- Обход узкого места. Бывают случаи, когда увеличение производительности в узком месте оказывается сложной задачей, поскольку дополнительные люди и ресурсы могут быть доступны не всегда. Тогда в краткосрочной перспективе устранение блокировки может оказаться более действенным. Один из вариантов — это выбрать следующую по значимости фичу, которая не имеет зависимостей. Например, вместо запуска крупномасштабного архитектурного усовершенствования устаревшей системы ART может принять решение ускорить вывод этой системы из эксплуатации.
3. Минимизируйте передачи и внешние зависимости
Почему это важно
Передача информации и наработок происходит, когда разработка продукта переходит с одного этапа процесса на другой. А когда ситуации требуют участия конкретного человека или уникального вклада другого человека или команды, возникает зависимость. Некоторые передачи и зависимости неизбежны, но чрезмерные и ненужные зависимости и передачи препятствуют потоку.
Как ввести в практику
- Используйте доску планирования ART, чтобы визуализировать зависимости. Доска планирования ART помогает отслеживать существенные зависимости между командами и оптимизировать выполнение в рамках PI.
- Способствуйте поэтапному выполнению зависимостей. Значительные передачи работ от одной команды к другой чреваты неопределенностью, переделками и задержками. Вместо этого зависимости часто можно разделить на более мелкие, более управляемые элементы. Такой подход способствует частой межкомандной интеграции, активному выявлению проблем и несоответствий, а также более предсказуемому и быстрому процессу.
- Часто синхронизируйтесь. Используйте событие синхронизации ART, чтобы проверить состояние зависимостей и передач работ. Дополнительно организуйте общение напрямую между командами, имеющими зависимости. Это поможет им разобраться в деталях реализации.
- Оптимизируйте структуру команд. Избыточные зависимости и передачи часто указывают на недостатки в структуре ART. Создайте кросс-функциональные Agile-команды, которые объединяют разные компетенции, чтобы уменьшить количество зависимостей. Примените топологию команд.
- Визуализируйте зависимости от внешних сторон и управляйте ими. Наряду с внутренними передачами у ART могут быть передачи работ с другими ART или организациями. Эти передачи также следует идентифицировать, отслеживать и обрабатывать.
4. Ускоряйте получение обратной связи
Почему это важно
Разработка решений опирается на быструю обратную связь, которая направляет процесс в нужное русло. Запаздывание или отсутствие обратной связи приводит к существенным доработкам силами нескольких командам, медленной доставке и неудовлетворенности клиентов. Как правило, требуется два типа обратной связи, как показано на рисунке 1:
- Создает ли ART то, что нужно клиенту?
- Правильно ART это создает?
Как ввести в практику
- Обеспечьте оба типа обратной связи. Единственный способ убедиться, что ART создает то, что нужно – это постоянное взаимодействие с клиентами. Во многих ситуациях может потребоваться кратчайший способ связи с клиентами. Кроме того, ART должен убеждаться в жизнеспособности технологии и соответствии решения ожиданиям в отношении качества. Это тестирование должно быть непрерывным и учитывать функциональные и нефункциональные требования (Non-Functional Requirements, NFR).
- Настройте телеметрию решения. Телеметрия приложений может собирать ценные данные об использовании системы и ее поведении. Эти специфичные для приложения и зависящие от контекста изменения требуют планирования и выполнения зависимостей.
- Как можно раньше и чаще вовлекайте клиентов. При каждой возможности демонстрируйте продукт клиенту. По возможности тестируйте новые пробные версии функционала на группе клиентов.
- Часто интегрируйте и тестируйте. Интеграция необходима между Agile-командами ART. При поддержке автоматизированного тестирования это самый быстрый и производительный способ убедиться, работы выполняются в верном направлении.
- Используйте Spike (задачи по исследованию) и MVP (Minimum Viable Product, минимально жизнеспособный продукт). Spike и MVP – это примеры целенаправленного экспериментального проектирования. Это ценный способ получения знаний о клиенте и решении.
5. Уменьшайте размеры работ
Почему это важно
Как ввести в практику
- Разберитесь в типах и размерах партий работ. Могут быть разные типы работ — планирование, интеграция, тестирование, релиз, обратная связь от клиентов и т.д. Их все необходимо понять и определить размер партии работ каждого типа так, чтобы минимизировать общее количество транзакций и затраты на ожидание и простои.
- Используйте каденции. Ритм ART естественным образом ограничивает объемы для нескольких основных типов работ. Соблюдение рекомендуемой продолжительности итераций и длительности PI помогает планировать, интегрировать и получать обратную связь от клиентов, а также поддерживает работу малыми партиями.
- Управляйте размерами команд и ART. Применение рекомендованного размера Agile-команд и ART также сокращает размеры партий.
- Автоматизируйте конвейер поставки. Эффективный конвейер непрерывной поставки (Continuous Delivery Pipeline, CDP) сокращает оптимальный размер партий работ для интеграции, тестирования и развертывания.
- Планируйте работу небольшими партиями. Детальное планирование для небольших партий работ способствует уменьшению их размера. Например, планирование конкретных и частых релизов помогает контролировать объем релиза.
- Используйте вертикальную декомпозицию. Работа, нарезанная вертикальным способом, в большинстве случаев сокращает размер партии. Делайте фичи меньшего размера и лучше управляйте ими. Также уменьшит размер партии станет меньше, если вы будете брать меньше фич в каждую итерацию.
6. Сокращайте длину очередей
Почему это важно
Как ввести в практику
- Сохраняйте возможность изменений в дорожной карте. Дорожная карта, зафиксированная на длительный период – это пример длинной очереди. Несмотря на то, что некоторые вехи, должны быть зафиксированы, в дорожной карте следует по возможности гибко относиться к срокам и объемам работ. Это позволяет ART реагировать на изменения на рынке и получение новой информации в процессе реализации.
- Обеспечьте эффективную работу продуктового менеджмента. Часто очереди возникают из-за того, что организация не может сказать «нет» и эффективно расставить приоритеты в работе. Продуктовый менеджер должен осуществлять позитивное, но твердое лидерство в управлении объемами работ на PI-планировании, в течение PI, а также на мероприятии по инспекции и адаптации.
- Оставляйте ресурс для возникающих срочных приоритетов. ART может планировать только ту работу, о которой он знает заранее. В процессе выполнения некоторые области потребуют дальнейшего изучения или будут зависеть от будущих событий на рынке. Другие события непредсказуемы. В качестве меры предосторожности зарезервируйте ресурс, чтобы команды могли включить в план новую работу, вызванную каким либо событием.
7. Максимизируйте периоды работы в состоянии потока
Почему это важно
Как ввести в практику
- Минимизируйте количество незавершенных работ (WIP). Слишком большой WIP часто приводит к переключению контекста. Меньшее количество элементов в работе в каждый времени означает меньшее количество прерываний в работе.
- Часто выполняйте интеграции. Регулярное выполнение межкомандной интеграции позволяет быстро устранять несоответствия и проблемы. В противном случае они накапливаются и приводят к тому, что команды, работающие с зависимостями, часто прерывают работу друг друга, а затем вынуждены возвращаться к предыдущим задачам.
- Поддерживайте работоспособность решения. Если команды не будут регулярно работать над техническим долгом, они впоследствии потратят слишком много времени, устраняя результаты неявных зависимостей и накопившихся дефектов.
- Обеспечьте эффективное проведение мероприятий. Постоянно оптимизируйте все мероприятия для повышения производительности команды, особенно PI-планирование, системные демонстрации и мероприятие по инспекции и адаптации.
8. Пересматривайте устаревшие политики и практики
Почему это важно
На что надо обращать внимание
Первый шаг – допускать вероятность существования таких препятствий. Второй шаг – распознавать их, когда они появляются. Наиболее распространенные препятствия:
- Традиционный проектный и программный менеджмент (EVM, WBS, IMS, учет затрат) на уровне руководства Agile-командами.
- Системы обеспечения качества и модели управления, содержащие пошаговые контрольные точки, организованные по методу водопада.
- Назначенный объем работ и жесткие сроки, без учета мнения людей, которые будут выполнять работу.
- Избыточные отчетные совещания и собрания по подготовке релизов с дублирующимися повестками и одними и теми же участниками.
- Независимая работа над дизайном продукта, архитектурой и UX от ART и потока создания ценности.
- «Замораживание» активов для предотвращения необходимых изменений, в которых нуждаются клиенты.
- Медленное и неэффективное предоставление необходимых инструментов и рабочих стендов.
- Мероприятия по проверке, валидации и соблюдению требований безопасности и законодательства, а также соответствующие команды привлекаются только в конце.
Как ввести в практику
Если вы дочитали до этого места, значит, вам интересен полезный контент о современных методах управления. Чтобы узнавать про новые статьи, видео и бесплатные мероприятия, вступайте в сообщество SAFe® Russia.
Измерение потока ART
Предсказуемость потока ART
Предсказуемость потока измеряет, насколько хорошо ART может планировать PI-цели и выполнять их. Чтобы бизнес мог эффективно планировать и реализовывать свои проекты, ART должны выполнять большую часть подтвержденных целей и одну-несколько целей без обязательств. Такой подход приводит к выполнению в среднем 80-100% от общего запланированного объема. На рисунке 2 показан пример, в котором ART придерживается довольно консервативного подхода к выполнению своих обязательств на PI, поскольку средняя предсказуемость регулярно превышает 100%. Достижение более 100% требует от команд выполнения подтвержденных целей и целей без обязательств.
Время потока ART
Загрузка потока ART
Эта диаграмма иллюстрирует резкое увеличение WIP в ART. Получение дополнительной информации о том, почему это произошло, требует знание контекста этого ART. Например, ART может быть действительно перегружен или, возможно, размер ART резко увеличился, и соответственно этому увеличился WIP.
Эффективность потока ART
Эффективность потока ART – это отношение времени полезной работы к общему времени потока. Эффективность потока может быть очень низкой в системе, которая не была оптимизирована. Это указывает на то, что большая часть времени, которое элемент невыполненной работы проводит в системе, приходится на ожидание обслуживания из другого действия. Отправной точкой для понимания эффективности потока является Value Stream Mapping и оценка (или сбор фактических данных) того, сколько времени элемент находится в различных состояниях процесса.
В качестве примера на рисунке 5 приведен Value Stream Mapping, взятый из реальной практики DevOps. Можно заметить, что эта система крайне неэффективна: эффективность потока составляет 5%. Также можно заметить, что почти все время простоя приходится на ожидание перед выполнением одного конкретного шага. Этот этап является узким местом в процессе, и работа по ускорению потока на других этапах не принесет большой экономической отдачи. Для повышения эффективности необходимо устранить узкое место, и когда это произойдет, время обработки сократится значительно.
Метрики потока – итог
Дополнительные материалы
Видео 1. Ускорение потока в SAFe®
