Блог
Инспект-Адапт (Inspect & Adapt, I & A)

Инспект-Адапт (Inspect & Adapt, I & A)

1 апреля 2025

Кайдзен – это про изменение того, как оно есть сейчас. Если вы предполагаете, что сейчас всё уже хорошо, вы не можете «делать кайдзен». Так что меняйте хоть что-то!

Taiichi Ohno

Что такое Inspect & Adapt в SAFe?

Инспект-Адапт (Inspect & Adapt, I&A) – это важное мероприятие, которое помогает Поезду непрерывно улучшаться. Это событие проходит в конце каждого Интервала Планирования (Planning Interval, PI). На Инспект-Адапт сначала демонстрируется и оценивается текущее состояние Решения. После этого Релизный Поезд (Agile Release Train, ART) проводит мастерскую решения проблем (Problem-Solving Workshop). На мастерской команды обсуждают и выявляют элементы улучшений, которые затем вносят в беклог для последующей реализации.

Agile Манифест подчеркивает важность проведения непрерывных улучшений с помощью принципа: «Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы» (взято из официального перевода Манифеста на agilemanifesto.org). Инспект-Адапт развивает этот принцип дальше и выделяет время для того, чтобы весь Поезд совместно с ключевыми заинтересованные лицами могли принять участие в непрерывных улучшениях.

Кроме того, «неустанные улучшения» являются одной из четырех основных ценностей SAFe. Возможности для улучшения постоянно появляются на протяжении всего Интервала Планирования, однако именно Инспект-Адапт создаёт механизм для определения и реализации улучшений, задаёт каденцию (ритм, регулярность) и обеспечивает синхронизацию. Благодаря этому у Поезда появляется выделенное время для выявления улучшений.

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

Inspect & Adapt даёт возможность Agile командам брать на себя ответственность за свою работу. Команды совместно отмечают свои достижения и вместе с тем делятся друг с другом возникающими проблемами, что приводит к получению новых знаний, обучению и внесению необходимых изменений. Такой подход создаёт важную петлю обратной связи и направляет организацию на пути к её бизнес-целям и целям её клиентов.

Как проводить мероприятие «Inspect & Adapt»?

Мероприятие I&A состоит из трех частей:

1. Демонстрация Системы за весь Интервал Планирования (PI System Demo)
2. Обсуждение количественных и качественных показателей
3. Ретроспектива и Мастерская решения проблем

В этом мероприятии должны участвовать, по возможности, все люди, которые вовлечены в создание решения. Таким образом, в Инспект-Адапт Релизного Поезда (ART) принимают участие:

Все Agile команды Поезда (в полном составе)
Инженер Релизного Поезда (Release Train Engineer, RTE)
Архитекторы Систем и Решения
Менеджмент Продукта, Владельцы Бизнеса и другие заинтересованные лица

Кроме того, заинтересованные лица Поезда Решения (Solution Train) также могут посещать Инспект-Адапт Релизных Поездов, входящих в этот Поезд Решения.

Часть 1: Демонстрация Системы за Интервал Планирования (PI System Demo)

На Демонстрации Системы за Интервал Планирования показываются все Фичи, которые были разработаны в течение PI. Такая демонстрация является регулярным официальным мероприятием, которое требует предварительной подготовки. Продолжительность демонстрации – не больше 1 часа.

Кроме того, до или во время демонстрации Владельцы Бизнеса и Agile команды оценивают фактическую бизнес-ценность, которую каждая команда доставила в рамках Интервала Планирования. На основе полученных результатов рассчитывается оценка уровня выполнения целей для всего Поезда. Со временем эта оценка используется в том числе для измерения предсказуемости Релизного Поезда. Предсказуемость измеряется путем сравнения запланированной и фактической оценок бизнес-ценности, которую доставила каждая команда. Цель — достичь показателя надежности (предсказуемости) в диапазоне от 80% до 100% (значение больше 100% также говорит о низкой предсказуемости). Попадание итогового значения надёжности в заданный таким образом диапазон будет говорить об эффективном планировании со стороны бизнеса и заинтересованных лиц. При оценке плановой предсказуемости не учитываются цели без обязательств (uncommitted objectives), при этом они включаются в фактические достижения соответствующей команды.

Рисунок 1. Оценка фактической бизнес-ценности, которую доставила каждая команда

Часть 2: Обсуждение количественных и качественных показателей

Во второй части мероприятия «Инспект-Адапт» RTE организует сбор и анализирует релевантные метрики эффективности, готовясь представить их всему Agile Release Train для оценки продуктивности команд. Одним из таких показателей является оценка предсказуемости ART. Кроме того, Поезда рассматривают показатели, связанные с потоком ценности внутри Поезда, и другие метрики, которые важны в контексте конкретного ART. Примеры метрик, которые наиболее распространены в организациях: метрики потока SAFe, ключевые показатели эффективности (KPI) и eNPS. Результаты этих измерений становятся основой для третьей части Инспект-Адапт.

Часть 3: Мастерская решения проблем

В заключительной части Инспект-Адапт ART проводит мини-Ретро и Мастерскую решения проблем (Problem Solving Workshop, PSW). Это мероприятие имеет чёткую структуру, которая направлена на выявление корневых причин и поиск решений для системных проблем. Техника анализа корневых причин предоставляет набор инструментов, которые позволяют определить реальные причины той или иной проблемы, а не просто зафиксировать «симптомы болезни». RTE обычно фасилитирует проведение мастерской решения проблем. Продолжительность 3й части Инспект-Адапт – не более 2х часов.

Краткая ретроспектива до мастерской используется для того, чтобы помочь участникам определить ключевые проблемы, которые они хотят вынести на мастерскую решения проблем. В третьей части Inspect & Adapt всех участников мероприятия часто организуют в новые кросс-функциональные группы. Такой подход позволяет услышать различные точки зрения на проблемы, которые участники хотят решить в рамках мастерской. При этом, все заинтересованные лица ART, включая Владельцев Бизнеса, присутствующих клиентов и лидеров организации, также участвуют в групповых обсуждениях. Они могут помочь устранить препятствия, находящиеся вне контроля Agile Release Train. Всё это позволяет обеспечить комплексный подход к решению проблем.

На рисунке 2 показаны шаги, по которым проходят участники мастерской решения проблем.

Рисунок 2. Формат проведения мастерской решения проблем

Далее в статье мы опишем каждый этап процесса внутри Мастерской решения проблем.

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

Группы сами выбирают проблему, которую они хотят решить. За несколько минут каждая группа чётко и кратко формулирует проблему, выделив «что», «где», «когда» и «влияние» обсуждаемой проблемы. На рисунке 3 продемонстрирована хорошо подготовленная формулировка проблемы с использованием этой «формулы».

Рисунок 3. Пример формулировки проблемы

2. Провести анализ корневых причин

Анализ корневых причин также известен как Диаграмма Исикавы (диаграмма скелета рыбы). Эта диаграмма представляет собой визуальный инструмент, который позволяет изучить причины конкретных событий или источники изменений в процессе работы. Члены команды проводят мозговой штурм и обсуждают потенциальные причины выбранной проблемы. В процессе дискуссии и первоначальной генерации идей участники используют категории, вынесенные на основные кости «скелета рыбы», показанные ниже, чтобы рассмотреть проблему с разных точек зрения.

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

Рисунок 4. Диаграмма Исикавы с выявленными первоисточниками проблем

Люди – Проблемы, возникающие из-за того, как люди работают.
Процесс – Проблемы, возникающие из-за того, как на данный момент организованы процессы.
Инструменты – Проблемы, возникающие из-за того, как используются инструменты.
Поезд (Программа) – Проблемы, возникающие из-за того, как сформированы (организованы) команды и Релизные Поезда (ART).
Среда – Проблемы, которые проистекают из организационной культуры и внешней среды вокруг «нашего» Поезда.

3. Определить самую большую (основную) корневую причину

Анализ Парето, или правило 80/20, помогает определить несколько причин (20%), которые приводят к большинству (80%) проблем. Проведение такого анализа особенно полезно при решении сложных комплексных вопросов и потенциальной необходимости проведения многих разнонаправленных действий. Члены команды голосуют по выбранным корневым причинам, обычно с помощью голосования «точками». Результаты голосования отображаются в виде диаграммы Парето, которая позволяет выделить наиболее значимую первопричину.

4. Переформулировать проблему для поиска решения для основной корневой причины

Следующий шаг — выбрать причину, набравшую наибольшее количество голосов, и чётко сформулировать её как часть проблемы. На переформулирование проблемы должно уйти всего лишь нескольких минут, так как команды уже чётко понимают корневую причину.

5. Провести мозговой штурм по поиску решения для проблемы

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

6. Создать элементы улучшения для внесения в беклог

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

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

Примечание для разработки крупных решений: При разработке Крупного решения для эффективного решения проблем может потребоваться проведение дополнительного мероприятия Inspect & Adapt между несколькими Релизными Поездами с участием ключевых заинтересованных лиц, представителей вовлеченных ART и поставщиков.

Узнать больше о метриках в SAFe можно в статье: Метрики в SAFe

Как применять улучшения, выявленные на мероприятии Инспект-Адапт?

Проведение мероприятия Инспект-Адапт (I&A) является одним из способов, который позволяет Релизному Поезду непрерывно совершенствоваться. Чтобы получить положительный результат от Инспект-Адапт, Agile Release Train должен воплощать в жизнь те улучшения, которые были зафиксированы на мероприятии. На Инспект-Адапт участники часто выявляют много позитивных и реалистичных действий, реализация которых будет способствовать улучшению. Однако осуществить их все единовременно физически невозможно. Поэтому во время подготовки к PI Планированию лидеры ART и Agile команды должны расставить приоритеты для этих действий. И далее, уже в рамках Интервала Планирования, при регулярных обзорах своих беклогов, команды и ART уточняют эти приоритеты. Важность и ценность элемента улучшения зависит прежде всего от того, насколько его реализация может помочь командам достигнуть запланированных целей на Интервал Планирования. При этом также учитываются такие параметры, как осуществимость, будущее направление движения ART и существующий объём работ.

Для улучшений с присвоенным приоритетом разрабатываются планы конкретных действий, которые становятся рабочими артефактами для команд или заинтересованных лиц. Также определяются обязанности и правила информирования о том, как продвигается работа в реализации улучшений. Любой член Agile Release Train, включая ключевых заинтересованных лиц, может взять на себя роль Владельца этих улучшений. Такой подход гарантирует выполнение улучшений и позволяет Релизному Поезду и организации в целом быть в курсе происходящего.

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

Само мероприятие Инспект-Адапт, а также действия, предпринятые после него, способствуют постоянному совершенствованию и сотрудничеству. Эта практика в конечном итоге обеспечивает лучшие бизнес-результаты и повышает мотивацию и лояльность сотрудников.

Статья подготовлена по материалам Scaled Agile, Inc. и не является официальным переводом статьи «Inspect & Adapt».