Энциклопедия менеджмента знаний

Эта страница только для чтения. Вы можете посмотреть её исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
====== РАЗБОР ПОЛЕТОВ (AFTER ACTION REVIEW, AAR) ======

%%Разбор полетов – %%это структурированный обзор или процесс детализации (подведения итогов) для анализа того, что произошло, почему это произошло и как это можно сделать лучше участниками и лицами, ответственными за проект или мероприятие((
[[https://en.wikipedia.org/wiki/After-action_review|After Action Review (AAR)]]
)).

Данный%% инструмент был заимствован у армии США . Он используется для того, чтобы извлечь и зафиксировать уроки из любого важного %%{{ :1024px-after_action_review_during_cstx_86-17-03.jpg?150}}%%события или проекта. Ключевой момент – разбор полетов используется на этапе «Обучение В ПРОЦЕССЕ». Т.е. если речь идет о проекте, то разбор полетов проводят не по завершении проекта, а, например, еженедельно (или ежедневно, если проект интенсивный и короткий). Также его можно провести после сложных переговоров с поставщиком, важной презентации заказчику, при сбое в работе оборудования и т.д.%%((
[[http://sixsigmaonline.ru/blog/2016-11-30-574|Разбор полетов (After Action Review)]]
))

===== Описание инструмента =====

Если совещание коллег может длиться от нескольких часов до 2-3 дней, то разбор полетов, как правило, занимает 20-40 минут. В нем принимает участие совсем немного человек – только те, кто имеет непосредственное отношение к событию. Поэтому приглашенный со стороны фасилитатор здесь, как правило, не нужен. Роль фасилитатора выполняет руководитель группы. Однако требования к его роли остаются прежними: разговорить «молчунов» (высказаться полностью должны все участники), следить за соблюдением структуры и временных рамок, фиксировать результаты. Иногда эмоции руководителя, участвовавшего в событии непосредственно, настолько сильны, что он не может быть нейтральным фасилитатором. Или его авторитет в группе очень велик, что не позволяет подчиненным открыто высказывать свою точку зрения. В этом случае право вести обсуждение все же лучше отдать человеку со стороны (например, менеджеру по персоналу, имеющему навыки фасилитатора).{{ :original.png?370|After Action Review Model}}

Сама структура дискуссии задается четырьмя вопросами:

  * Что должно было произойти?
  * Что произошло на самом деле?
  * Почему фактические события отличаются от запланированных?
  * Чему мы можем научиться?

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

===== Значение инструмента для СУЗ =====

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

===== Роли =====

При работе по методологии Scrum в инструменте AAR(ретроспективе) выделяют следующие роли:

  - **Product Owner **- это%% человек, который управляет созданием %%продукта%% и отвечает за то, что получится в результате. %%Принимает решения по улучшению качества работы.
  - **Development Team** - команда разработки. Участвует в ретроспективе.
  - **Scrum Master** - это специалист, который следит за соблюдением принципов scrum на всех этапах работы%%. Проводит ретроспективу и участвует в ней. %%

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

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

===== Процессы =====

  * **Подготовка почвы** - помогите команде сосредоточиться на ретроспективе и создайте безопасную и уважительную обстановку.
  * **Сбор Данных** - создайте общее понимание того, что произошло в последней итерации.
  * **Генерация идей** - определите проблемы, условия и закономерности в данных, которые могут помочь выявить первопричины.
  * **Принятие решения **- выясните, что нужно сделать, чтобы попытаться улучшить ситуацию в будущем.
  * **Окончание ретроспективы **- подведите итоги ретроспективы и получите обратную связь, чтобы улучшить ретроспективу в следующий раз.((
[[https://www.retrium.com/ultimate-guide-to-agile-retrospectives/retrospectives-101|Agile Retrospective]]
))

===== Приложения и инструменты =====

Список инструментов, которые могут быть полезны для проведения AAR:

  - [[https://easyretro.io/]] 
  - [[https://metroretro.io/]]

===== Метрики =====

  * Производительность
  * Качество работы 
  * Состояние сотрудников

===== Ключевые показатели эффективности (КПЭ) =====

  * Повышенная производительность
  * Улучшенные возможности
  * Улучшенное качество
  * Увеличенная пропускная способность
  * Расширение прав и возможностей
  * Повышенное удовольствие

{{tag> AAR after_action_review retro retrospective ретроспектива постфактум_анализ }}
Энциклопедия менеджмента знаний

Инструменты пользователя

Инструменты сайта

Инструменты страницы
