Это вольный и упрощённый перевод официальной статьи Inspect and Adapt @SAFe.
Когда проводится?
- В конце каждого Program Increment (PI).
Кто участвует?
- Весь ART (группа команда, работающая над одним Solution), и участники вне команд: архитекторы, Скрам-мастера, инженеры, Product management и др.
- Все заинтересованные лица Решения, клиенты и пользователи, представители Портфеля решений.
- Если ART входит в Soltion Train, работающий над одним Large Solution, то можно:
- либо приглашать представителей уровня Large Solution,
- либо проводить отдельное мероприятие аналогичного формата, но более высокого уровня, выбирая наболее подходящих участников, чтобы встреча не стала слишком многочисленной.
Что получается в результате события?
- Задачи по улучшению процесса работы, добавляемые в Program Backlog для использования в ходе PI Planning.
Что происходит?
- PI System Demo
- Аналогичен командной, однако демонстрируются все Features, реализованные в ходе PI. Текущее состояние Solution демонстрируется и анализируется ART-ом.
- Длится 1 час или меньше –> не углубляться в детали.
- Необходимо получить ОС от заинтересованных лиц.
- По возможности перед встречей определяется фактическая бизнес-ценность целей на PI (рис. 1 ниже, левая верхняя часть).
- Quantitative and qualitative measurement
- Все команды совместно просматривают собранные заранее значения метрик, обсуждают их и тренды. Обязательная метрика – предсказуемость программы = соответствие запланированной и фактической бизнес-ценности (рис. 1 ниже).
- Retrospective
- За 30 минут или меньше команды выявляют возникшие в ходе PI проблемы, а затем выбирают несколько тем для поиска решений в ходе следующей части встречи.
- Формат любой – на выбор команд.
- Problem-solving workshop (рис. 2 ниже)
- 2 часа или меньше. Рабочая встреча для поиска решений по темам, выявленным на “ретроспективе”, для улучшения процесса работы.
- Участники:
- точнее формулируют текущее понимание выбранных проблем,
- генерируют причины этих проблем (техники “5 почему”, “Рыбий скелет”),
- голосуя, определяют основную причину проблемы,
- изменяют формулирку решаемой проблемы –> главная причина первичной проблемы,
- генерируют как можно больше идей по устранению/смягчению причины,
- голосуя, выбирают 3 идеи и формулируют задачи в Program Backlog для PI Planning.
- Участники могут работатать над темам в составе своих команд или сформировать произвольные рабочие группы.
- Участвуют не только участники команд, а все (см. выше), чтобы устранять преграды, лежащие вне полномочий команд.
- [Эта деятельность дополняет проводимые каждую итерацию командные Iteration Retrospectives с акцентом на межкомандное взаимодействие.]
