PI Outcome Planning в AI-Native SAFe: планирование клиентских и бизнес-результатов PI

Редакционная версия для русскоязычной аудитории. Материал подготовлен на основе статьи Scaled Agile, Inc. «PI Outcome Planning» и адаптирован с учётом терминологии SAFe, практики внедрения SAFe в организациях и особенностей работы с Agile Release Train в корпоративной среде. Адаптация и перевод – Алексей Ионов, основатель компании, Advanced SPC.

PI Outcome Planning – это однодневное мероприятие AI-Native SAFe, которое помогает всему Agile Release Train (ART) согласовать стратегические приоритеты, измеримые клиентские и бизнес-результаты, обязательства команд, ключевые вехи, риски и реалистичный план на предстоящий интервал планирования / Planning Interval, PI.

В отличие от классического PI Planning базового SAFe, где основной акцент делается на согласовании работ, зависимостей и целей команд, PI Outcome Planning смещает фокус на вопрос: какие измеримые изменения для клиентов и бизнеса должен обеспечить ART в предстоящем интервале планирования без детализации технического исполнения.

Для AI-Native организаций такой подход особенно важен. Использование ИИ, высокая скорость изменений и постоянное обучение команд требуют, чтобы планирование было не только согласованным, но и обеспечивало беспрецедентно высокую адаптивность. Поэтому PI Outcome Planning является для ART ключевым инструментом планирования, но не работ, а ожидаемого эффекта для клиентов, бизнеса и долгосрочной стратегии.

К завершению мероприятия у ART должны быть сформированы:

• согласованные PI Outcomes (новые клиентские и бизнес-результаты, создаваемые за интервал планирования всем поездом);
• согласованные Team Outcomes (новые клиентские и бизнес-результаты, создаваемые за интервал планирования одной командой);
• ключевые вехи на PI;
• PI Outcome Planning Board (доска планирования бизнес-результатов на интервал планирования);
• зафиксированные риски и решения;
• общее понимание готовности участников принять обязательства.

В этой статье разбираем, зачем проводится PI Outcome Planning в AI-Native SAFe, чем оно отличается от PI Planning, кто участвует в мероприятии, как проходит сессия мероприятия и какие артефакты формируются на выходе.

Важное замечание о термине «outcomes»

В AI-Native SAFe термин outcomes означает не просто «результаты» или перечень выполненных работ. Речь идёт об измеримых изменениях, значимых для клиентов и бизнеса: например, улучшении клиентского опыта, росте вовлечённости, снижении затрат, повышении конверсии или ускорении принятия решений.

Поэтому в этой статье и других статьях об AI-Native SAFe «outcomes» переводятся как «клиентские и бизнес-результаты». Это помогает отличить их от outputs – выходных артефактов (результатов) работы, таких как фичи, прототипы, эксперименты, энейблеры и другие элементы поставки.

Термины ART Outcomes, PI Outcomes и Team Outcomes в этой статье сохранены на английском языке по редакционным причинам. Их полный перевод возможен, но при частом употреблении получается слишком длинным: «клиентские и бизнес-результаты ART», «клиентские и бизнес-результаты PI», «клиентские и бизнес-результаты команды».

Чтобы текст оставался точным и читаемым, при первом упоминании мы раскрываем значение этих терминов, а далее используем английские обозначения как краткую форму для разных уровней outcomes: ART (поезда), PI (интервала планирования) и команды.

Как PI Outcome Planning изменяет планирование в AI-Native SAFe?

В SAFe всегда использовалась вложенная каденция: итерации, обычно продолжительностью две недели, и интервалы планирования (PI), обычно от 8 до 12 недель (значительно реже в практике отдельных организаций встречаются и более короткие интервалы планирования в 4-5 недель).

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

В AI-Native SAFe:

• Двухдневное мероприятие PI Planning базового SAFe, на котором ART формировал планы на предстоящий PI, заменено однодневным мероприятием PI Outcome Planning. Новое мероприятие делает акцент не на планировании объёма работ, а на согласовании клиентских и бизнес-результатов, ключевых вех и возможности регулярно уточнять план по мере появления новых данных.
• Мероприятие продолжительностью полдня – Inspect and Adapt, «Инспект-Адапт», базового SAFe, которое обеспечивало обучение на уровне ART в каденции PI, заменено двухчасовым мероприятием Sense and Respond, «Выявлять и Реагировать», в каждой итерации. Оно ускоряет обучение и также включает активности, которые раньше входили в мероприятие System Demo, «Демонстрация Системы».

Примечание. Некоторые ART могут при необходимости периодически проводить часть мероприятия Инспект-Адапт базового SAFe, посвящённую решению проблем – Problem Solving Workshop, или мастерскую решения проблем, если это поддерживает их текущий подход к работе с проблемами.

Рисунок 1. Мероприятия PI Outcome Planning и Sense and Respond

PI Outcome Planning – это мероприятие AI-Native ART, предназначенное для обеспечения выравнивания выполняемой Agile Release Train работы со стратегическими приоритетами и клиентскими и бизнес-результатами. Оно служит важной точкой синхронизации для всего ART.

Мероприятие помогает убедиться, что команды, лидеры и заинтересованные стороны одинаково понимают продуктовое видение, долгосрочную стратегию и конкретные клиентские и бизнес-результаты, которые ART собирается достичь в предстоящем PI.

Это мероприятие сфокусировано на принятии обязательств по измеримым клиентским и бизнес-результатам, которых поезд в целом и каждая команда в отдельности достигнет за PI, а также на согласовании ключевых вех.

Совместная работа всего ART позволяет использовать коллективную экспертизу людей для анализа данных и выводов, исследования вариантов и выбора наиболее обоснованного дальнейшего направления движения.

Если регулярно проводимые мероприятия Sense and Respond обеспечивают непрерывную адаптацию в течение PI, то более масштабные и редкие события PI Outcome Planning создают условия для более стратегического планирования и согласования.

Чем PI Outcome Planning отличается от базового PI Planning?

PI Outcome Planning не является простым сокращением по времени базового PI Planning до одного дня. Это изменение фокуса планирования в AI-Native SAFe: от детального согласования возможностей команд и объёма работ к согласованию измеримых клиентских и бизнес-результатов.

Таблица 1. Разница между PI Planning и PI Outcome Planning

«Ключевой сдвиг здесь – переход от вопроса «что мы поставим?» к вопросу «какой измеримый эффект мы создадим для клиентов и бизнеса?».

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

Алексей Ионов, основатель «Ионов и Партнеры», Advanced SPC, эксперт по Lean-Agile трансформациям и SAFe в России и СНГ

Какова цель мероприятия PI Outcome Planning?

PI Outcome Planning является критически важным механизмом для достижения трёх целей.

1. Согласовать и принять обязательства по PI Outcomes, которые лучше всего соответствуют долгосрочной стратегии ART

На уровне ART долгосрочная стратегия фиксируется с помощью ART Outcomes (не путать с PI Outcomes, см. соответствующую статью). ART Outcomes – это стратегические клиентские и бизнес-результаты для поезда, которых он намерен достичь в течение следующего стратегического периода, обычно составляющего один год.

PI Outcomes – это набор клиентских и бизнес-результатов, которые в наибольшей степени помогут достичь ART Outcomes в течение предстоящего PI. На дереве клиентских и бизнес-результатов AI-Native SAFe PI Outcomes находятся на один уровень ниже ART Outcomes, как показано на рисунке 2.

Рисунок 2. Дерево клиентских и бизнес-результатов AI-Native SAFe

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

Дерево клиентских и бизнес-результатов является центральным элементом подхода к продуктовому управлению, ориентированного на outcomes, поскольку оно обеспечивает трансляцию стратегического замысла вниз по организации, а движение обязательств – наоборот, вверх.

Подробнее об ART Outcomes – в статье Клиентские и бизнес-результаты ART в AI-Native SAFe.

2. Сформулировать и принять обязательства по Team Outcomes, которые обеспечат достижение PI Outcomes в течение интервала планирования

Клиентские и бизнес-результаты команды, или Team Outcomes, определяют вклад каждой команды в PI Outcomes. Однако ёмкость команды не полностью расходуется на работу, связанную с вкладом в PI Outcomes или Team Outcomes. У команды должна оставаться свободная ёмкость, которую она направляет на другие задачи.

Эта ёмкость может использоваться для продвижения других клиентских и бизнес-результатов, поддерживающих долгосрочные цели ART, независимо от того, прослеживается ли их связь или нет с каким-либо текущим PI Outcome.

Ёмкость команды вне PI Outcomes также может использоваться для более рутинной работы, которая не отражена ни в конкретном Team Outcome, ни в PI Outcome.

PI Outcome Planning – это мероприятие, на котором предварительные клиентские и бизнес-результаты команд проверяются относительно планов и возможностей других команд.

В ходе мероприятия команды корректируют свои Team Outcomes и принимают необходимые компромиссы, прежде чем зафиксировать их итоговый набор.

Лидеры ART и заинтересованные стороны проверяют:

• как именно каждая команда намерена внести свой вклад;
• куда направляется её основная ёмкость;
• насколько целостным остаётся общий план;
• где возникают зависимости, ограничения и риски.

Это позволяет командам быстро двигаться к собственным клиентским и бизнес-результатам, сохраняя при этом согласованность и управляемость ART.

3. Определить вехи, которые создают выполнимый план

Даже команды, работающие быстро и автономно, сталкиваются с моментами, когда прогресс одной команды зависит от другой или когда внешняя дата – например, рыночное событие или договорное обязательство – ограничивает сроки работы всего ART.

Определение и согласование вех создаёт единый и реалистично выполнимый план на уровне всего Agile Release Train.

AI-Native SAFe определяет четыре типа вех:

• Вехи с фиксированной датой – обычно представляют события и договорные обязательства, которые должны произойти к конкретной дате или до неё. Их сроки задаются вне ART и часто формируют ожидания рынка и клиентов.
• Вехи обучения – точки, в которых ART проверяет техническую реализуемость, бизнес-возможность либо гипотезу. Они обеспечивают возможности для действий по дальнейшему достижению клиентских и бизнес-результатов и позволяют принимать обоснованные решения, включая подтверждение того, что работу по-прежнему стоит продолжать.
• Вехи синхронизации – точки, в которых должна сойтись работа двух или более команд, представляющие собой, например, зависимости или точки интеграции. Если веха синхронизации пропущена, зависимая работа часто не выполняется, блокируя чью-либо работу.
• Вехи релиза – релиз является запланированной точкой поставки ценности клиентам. Большинство релизов выполняются по требованию и могут сдвигаться, но релиз в некоторых случаях может являться вехой с фиксированной датой, если такую веху задаёт рыночный ритм, диктуя конкретную дату.

Согласование ключевых вех в течение мероприятия PI Outcome Planning – это способ, который позволяет ART зафиксировать общий план действий, ключевые точки синхронизации и обязательства команд на предстоящий PI.

Как часто проводится мероприятие PI Outcome Planning?

PI Outcome Planning проводится в начале каждого PI. Как отмечает Мик Керстен, опираясь на глубокое исследование организаций, эффективно использующих ИИ в масштабе, планирование, чтобы быть успешным, обязательно должно выполняться через одинаковые фиксированные промежутки времени – в бизнес-каденции.

Например, если организация работает в квартальной бизнес-каденции, распространённой практикой является синхронизация PI с этой же каденцией. Это создаёт единую каденцию (ритм) для всей организации.

Как подготовиться к мероприятию PI Outcome Planning?

В течение недель, предшествующих PI Outcome Planning, лидеры ART и владельцы бизнеса анализируют продуктовое видение и дорожную карту, текущий прогресс по ART Outcomes, а также выводы из недавних мероприятий Sense and Respond.

На основе полученных знаний они формируют предварительный набор PI Outcomes, которые, по их мнению, лучше всего помогут ART достичь своих клиентских и бизнес-результатов в предстоящем PI.

Обычно эти предварительные PI Outcomes направляются командам за неделю до мероприятия PI Outcome Planning. Это даёт командам время исследовать, каким образом они могут внести вклад в достижение этих клиентских и бизнес-результатов.

Проработка предварительных PI Outcomes позволяет командам прийти на мероприятие и работать не «с чистого листа».

В дни, предшествующие мероприятию, каждая команда на основе предварительных PI Outcomes и собственного контекста и опыта формирует предварительные Team Outcomes, отвечая на вопрос:

С учётом наших возможностей и той области продукта, за которую мы отвечаем, как мы можем наилучшим образом продвинуть PI Outcomes и решить лежащие в их основе клиентские и бизнес-проблемы?

Именно здесь часто начинается значительная часть инноваций уровня ART. Хорошие идеи не ограничены иерархией, а команды, находящиеся ближе всего к продукту и клиенту, часто первыми видят, что возможно и что результативнее будет сделать.

Практический чек-лист подготовки к PI Outcome Planning

Перед мероприятием планирования клиентских и бизнес-результатов поезда, на уровне всего ART стоит подготовить:

• актуальное продуктовое видение;
• обновлённую дорожную карту продукта;
• прогресс по ключевым результатам для ART Outcomes, если нужно обновить эти стратегические ориентиры;
• выводы из последних Sense and Respond;
• предварительные PI Outcomes;
• предварительные Team Outcomes;
• известные зависимости между командами;
• ключевые вехи, ограничения и внешние даты;
• риски, требующие обсуждения на уровне ART;
• решения, которые могут потребовать участия владельцев бизнеса или лидеров ART;
• предварительную PI Outcome Planning Board;
• технические средства для работы с PI Outcome Planning Board (для визуализации нескольких PI Outcome breakout) и Team Outcome Planning Board, доску для обзора и разрешения рисков со стороны менеджмента;
• данные и метрики, потенциально необходимые для оценки будущих клиентских и бизнес-результатов;
• существующие и необходимые новые технические возможности для получения данных, необходимых для расчёта соответствующих метрик.

«Качество PI Outcome Planning во многом определяется подготовкой.

Если команды приходят без предварительных Team Outcomes, а лидеры ART – без ясных PI Outcomes (которые были заранее переданы и обработаны командами!) и актуальных данных, мероприятие быстро превращается в обсуждение задач.

Качественная подготовка удерживает требуемый фокус мероприятия на outcomes, стратегии и измеримом эффекте.»

Алексей Ионов, основатель «Ионов и Партнеры», Advanced SPC, эксперт по Lean-Agile трансформациям и SAFe в России и СНГ

Кто участвует в мероприятии PI Outcome Planning?

В мероприятии PI Outcome Planning должны участвовать все члены ART, а также дополнительные эксперты и заинтересованные стороны. Это обеспечивает наличие суждения, контекста, предметной экспертизы и полномочий на принятие решений, необходимых для достижения целей мероприятия.

Участники PI Outcome Planning:

• Лидеры ART: менеджмент продукта, архитектор систем и RTE.
• Заинтересованные стороны: владельцы бизнеса, отвечающие за экономические результаты и риски, а также другие заинтересованные стороны, тесно связанные с работой ART.
• Эксперты: AI Value Architects, или архитекторы ИИ-ценности, которые помогают ART в вопросах ответственного внедрения ИИ и улучшения рабочих процессов.
• AI-Native команды: люди, чьи инновации и наблюдения помогут разработать план, продвигающий ART к достижению его клиентских и бизнес-результатов.

Сочетание выделенного времени, пространства и участия нужных людей обеспечивает глубокое сотрудничество и необходимо для стратегического согласования при сохранении гибкости, позволяющей адаптироваться к конкретным контекстам ART.

Как проходит PI Outcome Planning: структура однодневного мероприятия?

PI Outcome Planning проводится в течение одного дня и следует стандартной программе, показанной на рисунке 3. Далее эта программа описана подробнее и проиллюстрирована примером.

Рисунок 3. Программа однодневного мероприятия PI Outcome Planning

Бизнес-контекст

Участникам PI Outcome Planning представляют видение ART, ART Outcomes и текущий прогресс по ключевым результатам. Владельцы бизнеса, менеджмент продукта и другие заинтересованные стороны также могут поделиться значимыми стратегическими изменениями или выводами из предыдущего PI, которые могут повлиять на клиентские и бизнес-результаты, к которым стремится ART.

В приведённом ниже примере ART розничной аптечной сети готовится планировать свой второй PI. При видении «Сделать здоровый выбор простым выбором для каждой семьи, которую мы обслуживаем» ART имеет свои Outcomes, связанные с развитием «доверительных партнерств с семьями в области здоровья», «поддержкой здоровья семьи» и «обеспечением роста с сохранением прибыльности».

На рисунке 4 показано, как эта информация была собрана на вводном слайде с бизнес-контекстом.

Рисунок 4. Пример вводного слайда с бизнес-контекстом

Первый PI обеспечил устойчивый прогресс по большинству целей: ключевой результат «увеличить долю семей, участвующих в совместных программах по улучшению здоровья» был перевыполнен, однако возникли опасения относительно способности сдерживать операционные затраты на ИИ – ключевой результат в последней цели ART.

После анализа текущего контекста перед мероприятием PI Outcome Planning лидеры ART и владельцы бизнеса подготавливают и заранее представляют командам предварительные PI Outcomes.

Рисунок 5. Пример предварительных PI Outcomes

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

Предстоящее рыночное событие – Национальный месяц осведомлённости о диабете, который приходится на следующий PI, – должно повысить фокус на специализированных диетах в области партнёрств по вопросам здоровья.

Центральным артефактом мероприятия PI Outcome Planning является доска PI Outcome Planning Board. На рисунке 6 показан пример PI Outcome Planning Board, подготовленной к мероприятию: предварительные PI Outcomes расположены в левом столбце.

На доске предусмотрено место для добавления Team Outcomes в течение мероприятия, а также вех, визуализирующих, как будет выполняться формирующийся план.

Рисунок 6. PI Outcome Planning Board подготовлена к мероприятию

Формирование предварительного плана

PI Outcome Planning предусматривает два типа групповых сессий:

• Outcome Breakouts – общие сессии по клиентским и бизнес-результатам;
• Team Breakouts – командные сессии.

Цель Outcome Breakout – выделенное время, в течение которого собираются вместе представители разных команд, чтобы сформировать общее понимание того, как каждая команда намерена внести вклад в конкретный PI Outcome, а также определить критически важные вехи, включая релизы, которые позволят максимально усилить согласованность при сохранении локальной гибкости.

Цель Team Breakout – время на организованную коммуникацию команды с одновременной консолидацией и визуализацией всей выполняемой этой командой работы на отдельном, специально подготовленном пространстве. Такая работа команды скорее всего будет охватывать несколько клиентских и бизнес-результатов, а также локальные задачи самой команды.

Команда должна использовать время командной сессии для:

• оценки своей ёмкости;
• выявления ограничений;
• выравнивания нескольких приоритетов между собой;
• определения критически важных рабочих элементов по мере формирования своего плана.

1-я общая сессия по клиентским и бизнес-результатам, или Outcome Breakout

После представления бизнес-контекста ART переходит к первому Outcome Breakout. Лидеры ART, заинтересованные стороны и команды самоорганизуются, чтобы обеспечить участие правильных полномочных представителей в каждой групповой сессии.

По мере того, как представители каждой команды вносят вклад в обсуждение, группа создаёт визуализацию, показывающую, как команды рассчитывают достичь PI Outcome. По сути, каждая такая визуализация отражает одну строку доски PI Outcome Planning (доска планирования общих бизнес-результатов интервала).

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

Вехи добавляются для иллюстрации формирующегося общего плана – с достаточным уровнем детализации, чтобы понимание движения команд было прозрачным и согласованным, но при этом сохранялась способность для команды адаптироваться по мере обучения в течение PI.

Рисунок 7. Визуализация Outcome Breakout

Командная сессия, или Team Breakout

Team Breakouts смещают фокус с ART на команду, создавая пространство, в котором отдельные участники команды могут исследовать, как они будут работать вместе для достижения общих Team Outcomes.

Эти сессии проводятся в командных пространствах с использованием доски Team Outcome Planning (доска планирования бизнес-результатов команды), подобной показанной на рисунке 8 для команды «Корзина».

Team Breakouts дают каждой команде время и возможность, чтобы:

• проверить свою способность уложиться в сроки, заданные ключевыми вехами;
• распределить обязательства по нескольким PI Outcomes;
• уточнить предварительные Team Outcomes, с которыми она пришла на мероприятие;
• выявить ограничения по ёмкости;
• определить вопросы, требующие решения на уровне ART.

Рисунок 8. Визуализация доски планирования клиентских и бизнес-результатов команды

Команда начинает с добавления на свою доску информации, появившейся в ходе Outcome Breakouts.

Учитывая природу разработки продуктов, ориентированную на клиентские и бизнес-результаты, команда не должна пытаться определить на этой доске или в течение мероприятия все будущие выходные артефакты/результаты работы, или outputs, которые появятся в течение PI.

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

Когда выявляются значимые сложности и вызовы, требующие решений на уровне ART, команда фиксирует их, чтобы представить на следующей общей сессии Outcome Breakout или на обзоре менеджментом — Management Review and Problem-Solving (обзор и решение проблем менеджментом), в зависимости от проблемы и ситуации.

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

2-я общая сессия по клиентским и бизнес-результатам, или Outcome Breakout

Второй общий Outcome Breakout даёт командам, совместно работающим над PI Outcome, возможность снова собраться и обновить общий план.

Команды делятся корректировками и вызовами, возникшими в ходе командной сессии. Если изменения в плане невозможно учесть без риска для достижения общих PI Outcomes, фиксируется пункт «Требуется решение» или риск как входная информация для предстоящей встречи Обзор и решения проблем менеджментом (Management Review and Problem-Solving).

Рисунок 9. Пример пункта «Требуется решение»

Второй общий Outcome Breakout также является моментом, когда предварительный план переносится на доску PI Outcome Planning для последующей презентации предварительного варианта согласно программе.

Презентация предварительной доски планирования PI Outcome Planning Board

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

Доска PI Outcome Planning служит центральным элементом презентаций и обсуждений. Представители команд сообщают предварительные Outcomes своих команд, которыми они будут вносить вклад в достижение общих PI Outcome, а также выявленные вехи и все возникшие вопросы типа «требуется решение» или «риск».

Рисунок 10. Предварительная доска PI Outcome Planning

Обед и Management Review and Problem-Solving, или Обзор и решение проблем менеджментом

Предварительные планы часто выявляют вызовы, связанные с компромиссами, ограничениями ресурсов, потенциальными рисками и зависимостями.

Пока команды находятся на обеденном перерыве, лидеры ART и заинтересованные стороны проводят встречу Management Review and Problem-Solving – обзор и решение проблем менеджментом. В течение дня отдельная доска для обзора менеджментом, или Management Review Board, позволяет командам добавлять пункты «Требуется решение» наряду с рисками.

Рисунок 11. Management Review Board помогает удерживать встречу в рамках ключевых вопросов

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

Программа обзора менеджментом должна формироваться с учётом контекста, но эффективная рабочая схема выглядит следующим образом:

• Выявить любые опасения заинтересованных сторон или лидеров ART, возникшие после презентации предварительных PI Outcomes, и зафиксировать их как дополнительные пункты «Требуется решение» или «риск».
• Проработать все пункты «Требуется решение» и «риск», зафиксировав подтверждённые решения и действия.
• Согласовать роль отдельных лидеров и заинтересованных сторон в коммуникации решений и действий командам, а также в поддержке их реализации.

Примечание. Рисунок 8 показывает, что некоторые пункты «Требуется решение» и «риск» остаются неразрешёнными. Возможно, их потребуется дополнительно обсудить со всем ART или проработать после мероприятия PI Outcome Planning.

Финализация плана PI Outcome Planning

Коммуникация корректировок планирования

Вторая половина дня начинается с представления результатов встречи Обзора менеджментом (Management Review and Problem-Solving). Каждое принятое решение и действие сообщается вместе с владельцем, который может помочь командам скорректировать планы с учётом этого решения или действия.

Сессии по общим клиентским и бизнес-результатам и сессии команд во второй половине дня

Групповые сессии во второй половине дня проходят по той же схеме, что и утром.

После корректировок планирования участники сессии по общим Outcome на PI снова собираются, чтобы встроить соответствующие изменения и углубить межкомандные обсуждения, начатые утром.

Указанные на единой доске PI Outcomes и Outcomes команд помогают обсуждать план на нужном уровне детализации, обеспечивая согласование между командами.

В качестве примера давайте рассмотрим, как на встрече Обзор и решение проблем менеджментом было принято решение отложить пилот функции замены диеты, учитывая проблемы с ёмкостью, поднятые командой «Корзина». На рисунке 12 показано, как это изменение влияет на план.

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

Рисунок 12. Скорректированный план достижения PI Outcome «Масштабировать специализированные диеты»

После того как представители команд синхронизировали изменения в общей сессии Outcome Breakout, каждая команда в последний раз возвращается в свою командную сессию Team Breakout.

Работа команды в этой сессии обычно включает в себя корректировку намерений с учётом изменений в вехах, а также изменения в критически важных рабочих элементах, и в их последовательности, которые команда уточнила.

Финальные командные сессии также дают время для повторного анализа предварительных Team Outcomes:

• Что изменилось в течение дня?
• Что команда узнала?
• Остаются ли эти цели правильными?
• Правильно ли измеряются ключевые результаты?

Команда вносит необходимые изменения.

После завершения командных сессий Team Breakouts участники в последний раз возвращаются к обсуждению общих клиентских и бизнес-результатов на PI. Эта финальная сессия используется для финализации общей доски PI Outcome Planning Board.

Такая финализация включает в себя:

• внесение всех согласованных изменений в PI Outcomes;
• обновление Team Outcomes;
• проверку того, что все вехи отражают итоговый согласованный план;
• добавление важных дополнительных командных обязательств, не связанных с PI Outcomes, в последнюю строку доски PI Outcome Planning.

Финальный обзор плана

Финальный обзор плана проводится с использованием доски PI Outcome Planning, показанной ниже.

Рисунок 13. Финальная доска PI Outcome Planning

Содержательное финальное обсуждение проводится с использованием следующей структуры работы:

• Обзор плана по каждому PI Outcome: представители прошедших сессий по обсуждению общих клиентских и бизнес-результатов PI, представляют финальные PI Outcomes, связь с ними Outcomes команд и согласованные ключевые вехи.
• Обзор дополнительных обязательств: представители команд представляют связь своих Outcomes или дополнительных обязательств, с более широкой миссией, не повторяя рассказ о связке PI Outcomes с командными.
• Обзор пунктов «Требуется решение» и рисков: проводится краткий обзор всех финальных пунктов «Требуется решение» и незакрытых рисков.
• Голосование уверенности: все участники ART используют механизм голосования «пять пальцев» – физически или в цифровом инструменте, – чтобы показать свою уверенность в принятии обязательств по набору Outcomes команд и PI Outcomes.

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

Если готовности принять обязательства достичь не удаётся, могут потребоваться дополнительные корректировки плана.

«Голосование уверенности важно не как формальность, а как проверка качества согласования.

Низкая оценка часто показывает не «сопротивление команды», а незакрытую зависимость, риск, перегрузку ёмкости или неясность ожидаемого бизнес-эффекта. В этом смысле confidence vote помогает раньше увидеть проблемы, которые иначе проявились бы уже в ходе выполнения PI.»

Алексей Ионов, основатель «Ионов и Партнеры», Advanced SPC, эксперт по Lean-Agile трансформациям и SAFe в России и СНГ

Что происходит после мероприятия PI Outcome Planning?

У PI Outcome Planning есть два основных артефакта на выходе.

Первый – финализированные и принятые PI Outcomes и Team Outcomes, показанные на рисунке 14. Вместе с ART Outcomes они формируют дерево клиентских и бизнес-результатов, представленное в начале этой статьи.

Второй – Доска планирования PI Outcome Planning Board, отражающая все согласованные вехи, которые показывают, как клиентские и бизнес-результаты будут достигаться в течение PI.

Рисунок 14. ART Outcomes, PI Outcomes и Team Outcomes формируют дерево клиентских и бизнес-результатов

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

К счастью, если раньше перенос данных, созданных в ходе насыщенного очного мероприятия, требовал сотен фотографий и многих часов расшифровки, то AI-Native ART естественным образом находят эффективные способы преобразовать выводы и решения, возникшие в ходе планирования, в курируемые намерения и контекст, которые помогут направлять предстоящий PI.

Понимание ART и команд после мероприятия выравнено и все знают ключевые вехи, которые будут важны в ближайшие недели.

И, прежде всего, все участники поезда знают, что они будут использовать регулярные мероприятия Выявлять и Реагировать — Sense and Respond для поддержания согласованности до следующего PI Outcome Planning.

Ключевые выводы

• PI Outcome Planning обеспечивает согласование понимания и выравнивание действий между AI-Native командами в составе ART.
• Однодневное мероприятие выравнивает весь Agile Release Train вокруг стратегии и измеримых клиентских и бизнес-результатов.
• PI Outcome Planning отличается от PI Planning фокусом на outcomes, а не на загрузке и объёме работ.
• Участники формулируют PI Outcomes и Team Outcomes, а также определяют критически важные вехи для реалистичного плана.
• Совместные Outcome Breakouts и Team Breakouts позволяют командам оценить ёмкость, управлять рисками и финализировать планы.
• Мероприятие завершается голосованием уверенности, чтобы обеспечить готовность участников принять обязательства.
• После PI Outcome Planning ART продолжает адаптацию через регулярные мероприятия Sense and Respond.

FAQ: частые вопросы о PI Outcome Planning

Что такое PI Outcome Planning?

PI Outcome Planning – это однодневное мероприятие AI-Native SAFe, на котором Agile Release Train согласует стратегию, PI Outcomes, Team Outcomes, ключевые вехи и реалистичный план на предстоящий Planning Interval.

Чем PI Outcome Planning отличается от PI Planning?

PI Planning в базовом SAFe фокусируется на планировании работы команд, зависимостей и целей PI. PI Outcome Planning в AI-Native SAFe смещает фокус на измеримые клиентские и бизнес-результаты, которых ART должен достичь в течение PI.

Когда проводится PI Outcome Planning?

PI Outcome Planning проводится в начале каждого Planning Interval, обычно раз в 4-10 недель или в бизнес-каденции организации.

Кто участвует в PI Outcome Planning?

В мероприятии участвует весь Agile Release Train: AI-Native команды, менеджмент продукта, системный архитектор, Release Train Engineer, владельцы бизнеса, заинтересованные стороны и AI Value Architects.

Что получается на выходе PI Outcome Planning?

Основные артефакты на выходе – согласованные PI Outcomes, Team Outcomes и PI Outcome Planning Board с ключевыми вехами, рисками, зависимостями и решениями.

Что такое PI Outcomes?

PI Outcomes – это измеримые клиентские и бизнес-результаты, которых ART намерен достичь в предстоящем Planning Interval для продвижения долгосрочных ART Outcomes.

Что такое Team Outcomes?

Team Outcomes – это клиентские и бизнес-результаты команд, которые показывают вклад каждой команды в достижение PI Outcomes и других целей ART.

Что такое ART Outcomes?

ART Outcomes – это долгосрочные клиентские и бизнес-результаты Agile Release Train, обычно задающие направление развития на горизонте около года.

Что такое Outcome Breakout?

Outcome Breakout – это групповая сессия по конкретному PI Outcome, где представители разных команд согласуют вклад команд, вехи, риски и зависимости.

Что такое Team Breakout?

Team Breakout – это командная сессия, на которой команда уточняет свои Team Outcomes, оценивает ёмкость, выявляет ограничения и формирует свой вклад в общий план ART.

Мини-глоссарий AI-Native SAFe

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

ART, Agile Release Train – долгоживущая команда команд, которая совместно поставляет ценность в рамках общего потока.

PI, Planning Interval – интервал планирования, обычно продолжительностью 8–12 недель для базового SAFe, для AI-Native организаций может устанавливаться ещё более короткая продолжительность интервала.

PI Outcome Planning – однодневное мероприятие AI-Native SAFe для согласования ART вокруг стратегии, PI Outcomes, Team Outcomes и ключевых вех.

PI Outcomes – клиентские и бизнес-результаты, которых ART намерен достичь в течение предстоящего PI.

Team Outcomes – клиентские и бизнес-результаты команды, отражающие её вклад в PI Outcomes и другие цели ART.

ART Outcomes – долгосрочные клиентские и бизнес-результаты Agile Release Train, обычно задаваемые на стратегический цикл, часто протяжённостью в один год.

Outcome Tree – дерево клиентских и бизнес-результатов, связывающее стратегические цели портфеля, ART Outcomes, PI Outcomes и Team Outcomes.

PI Outcome Breakout – сессия представителей команд и других заинтересованных лиц по обсуждению общих клиентских и бизнес-результатов на PI.

Team Breakout – командная сессия по обсуждению клиентских и бизнес-результатов для этой команды.

PI Outcome Planning Board – доска, на которой визуализируются PI Outcomes, Team Outcomes, вехи, риски и зависимости.

Sense and Respond — регулярное мероприятие AI-Native SAFe для обучения, проверки прогресса и адаптации.

Management Review and Problem-Solving — встреча лидеров ART и заинтересованных сторон для обзора Outcomes, проработки рисков, ограничений и принятия решений.

Источник: Scaled Agile, Inc. (вендор), статья «PI Outcome Planning» (от 28.07.2026). Материал не является официальным переводом.

Перевод и адаптация: Алексей Ионов, Advanced SPC, основатель компании «Ионов и Партнеры».

Дополнительно почитать по теме AI-Native SAFe:

⇒ AI-Native SAFe: как искусственный интеллект меняет систему создания ценности в организациях 

⇒ Как управлять продуктовой разработкой через клиентские и бизнес-результаты в AI-Native SAFe
⇒ Инвестиционная стратегия портфеля в AI-Native SAFe: как связать результаты, бюджет и риски 
⇒ Намерение, спецификации и контекст в AI-Native SAFe: как управлять разработкой продуктов с ИИ
⇒ Курированные данные для ИИ: как корпоративные данные становятся конкурентным преимуществом

⇒ AI-Native ART: как Agile Release Train меняется в эпоху ИИ
⇒ Клиентские и бизнес-результаты ART в AI-Native SAFe
⇒ Архитектор ИИ-ценности: роль AI-Value Architect в AI-Native SAFe и внедрении ИИ

⇒ Гибкость, усиленная ИИ: применение искусственного интеллекта в SAFe и Agile
⇒ Персонал, усиленный ИИ: руководство по внедрению в SAFe и Agile
⇒ Что такое искусственный интеллект (ИИ): основные типы ИИ и применение в бизнесе

© «Ионов и Партнеры» (ИП Ионов Алексей Константинович), 2018-2025. Все права защищены. Цитирование материалов и размещение ссылок на материалы для формирования сторонних баз знаний, рубрикаторов или агрегаторов допускается только с письменного согласия «Ионов и Партнеры».

SAFe® and Scaled Agile Framework® are registered trademarks of Scaled Agile, Inc.