Событие «Инспекция и адаптация» в SAFe (Inspect & Adapt)

Это вольный и упрощённый перевод официальной статьи Inspect and Adapt @SAFe.

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

  • В конце каждого Program Increment (PI).

Кто участвует?

  1. Весь ART (группа команда, работающая над одним Solution), и участники вне команд: архитекторы, Скрам-мастера, инженеры, Product management и др.
  2. Все заинтересованные лица Решения, клиенты и пользователи, представители Портфеля решений.
  3. Если ART входит в Soltion Train, работающий над одним Large Solution, то можно:
    • либо приглашать представителей уровня Large Solution,
    • либо проводить отдельное мероприятие аналогичного формата, но более высокого уровня, выбирая наболее подходящих участников, чтобы встреча не стала слишком многочисленной.

Что получается в результате события?

  • Задачи по улучшению процесса работы, добавляемые в Program Backlog для использования в ходе PI Planning.

Что происходит?

  1. PI System Demo
    • Аналогичен командной, однако демонстрируются все Features, реализованные в ходе PI. Текущее состояние Solution демонстрируется и анализируется ART-ом.
    • Длится 1 час или меньше —> не углубляться в детали.
    • Необходимо получить ОС от заинтересованных лиц.
    • По возможности перед встречей определяется фактическая бизнес-ценность целей на PI (рис. 1 ниже, левая верхняя часть).
  2. Quantitative and qualitative measurement
    • Все команды совместно просматривают собранные заранее значения метрик, обсуждают их и тренды. Обязательная метрика – предсказуемость программы = соответствие запланированной и фактической бизнес-ценности (рис. 1 ниже).
  3. Retrospective
    • За 30 минут или меньше команды выявляют возникшие в ходе PI проблемы, а затем выбирают несколько тем для поиска решений в ходе следующей части встречи.
    • Формат любой – на выбор команд.
  4. Problem-solving workshop (рис. 2 ниже)
    • 2 часа или меньше. Рабочая встреча для поиска решений по темам, выявленным на «ретроспективе», для улучшения процесса работы.
    • Участники:
      1. точнее формулируют текущее понимание выбранных проблем,
      2. генерируют причины этих проблем (техники «5 почему», «Рыбий скелет»),
      3. голосуя, определяют основную причину проблемы,
      4. изменяют формулирку решаемой проблемы —> главная причина первичной проблемы,
      5. генерируют как можно больше идей по устранению/смягчению причины,
      6. голосуя, выбирают 3 идеи и формулируют задачи в Program Backlog для PI Planning.
    • Участники могут работатать над темам в составе своих команд или сформировать произвольные рабочие группы.
    • Участвуют не только участники команд, а все (см. выше), чтобы устранять преграды, лежащие вне полномочий команд.
    • [Эта деятельность дополняет проводимые каждую итерацию командные Iteration Retrospectives с акцентом на межкомандное взаимодействие.]
Рис. 1
Рис. 2

Оставить ответ