Назад

СОДЕРЖАНИЕ

Label

Label

Советы по встречам

Пост-мортем встречи: как превратить опыт проекта в ценные уроки

Пост-мортем встречи: как превратить опыт проекта в ценные уроки

Пост-мортем встречи: как превратить опыт проекта в ценные уроки

Андрей Щербина

20 мар. 2025 г.

Пост-Мортем
Пост-Мортем
Пост-Мортем

"Успех – не окончателен, неудача – не фатальна: значение имеет лишь мужество продолжать", – сказал Уинстон Черчилль. В современном бизнесе этот принцип воплощается в культуре post mortem встреч – систематическом анализе завершенных проектов и инцидентов для извлечения ценных уроков.

Post mortem meeting (буквально "встреча после смерти") – это структурированное обсуждение, которое проводится после завершения проекта или разрешения инцидента. Цель такой встречи – тщательно проанализировать, что пошло хорошо, что пошло не так, почему это произошло и как можно улучшить процессы в будущем.

По данным исследования McKinsey, компании, регулярно проводящие качественные ретроспективы, на 28% чаще достигают успеха в последующих проектах. А исследование Google показало, что команды с культурой post mortem на 17% быстрее устраняют повторяющиеся инциденты.

Когда проводить post mortem встречу

Не каждый проект или инцидент требует формального post mortem анализа. Однако существуют ситуации, когда такой анализ критически важен:

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

После серьезных инцидентов и сбоев. Если произошел отказ системы, серьезная ошибка в продукте или критический сбой в процессе – это идеальное время для проведения post mortem. Такой анализ помогает предотвратить повторение ситуации в будущем.

При существенном отклонении от плановых показателей. Если маркетинговая кампания привела к результатам, существенно отличающимся от прогнозируемых (как в лучшую, так и в худшую сторону), post mortem поможет понять причины и скорректировать модели прогнозирования.

У нас в компании действует простое правило: если проект затронул более трех отделов, длился дольше квартала или стоил свыше определенной суммы – post mortem обязателен. Это помогает стандартизировать процесс и не пропустить важные уроки.

Ключевые принципы эффективного post mortem

За годы работы с десятками технологических компаний я выделил четыре фундаментальных принципа, которые делают post mortem действительно ценным инструментом:

Безопасность: фокус на процессах, а не на людях. Эффективный post mortem никогда не превращается в поиск виноватых. Вместо вопроса "кто ошибся?" задается вопрос "что в наших процессах позволило этой ошибке произойти?". По данным Google, психологическая безопасность – ключевой фактор продуктивных post mortem встреч.

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

Конструктивность: извлечение уроков. Post mortem – это не просто разбор полетов, а взгляд в будущее. Каждая выявленная проблема должна вести к конкретному уроку или принципу, который поможет улучшить работу.

Действенность: конкретные шаги для улучшения. Встреча должна завершаться четким списком действий с назначением ответственных и установлением сроков. Без этого даже самый блестящий анализ останется просто разговором.

Эти принципы должны быть озвучены в начале каждой post mortem встречи, чтобы задать правильный тон обсуждения.

Структура и повестка post mortem встречи

Для максимальной эффективности post mortem важно придерживаться четкой структуры. Оптимальное время проведения – через 1-2 дня после завершения проекта или разрешения инцидента, когда детали еще свежи в памяти, но эмоции уже немного улеглись.

Продолжительность встречи обычно составляет 60-90 минут, в зависимости от сложности обсуждаемой темы. Для критических инцидентов может потребоваться до 2 часов.

На встрече важно распределить следующие роли:

  • Модератор – управляет обсуждением, следит за временем и фокусом

  • Секретарь – документирует ключевые моменты и принятые решения

  • Участники – члены проектной команды и ключевые заинтересованные стороны

Эффективная повестка post mortem включает следующие пункты:

Вступление (5 минут)

  • Обзор целей встречи

  • Напоминание о принципах (безопасность, конструктивность)

Обзор проекта/инцидента (10 минут)

  • Краткое описание того, что произошло

  • Основные метрики и результаты

Хронология событий (15 минут)

  • Последовательный разбор ключевых этапов

  • Выявление критических моментов

Что сработало хорошо (15 минут)

  • Успешные решения и подходы

  • Процессы, которые стоит сохранить

Что можно улучшить (20 минут)

  • Выявление проблемных областей

  • Анализ корневых причин

План действий (15 минут)

  • Конкретные шаги для улучшения

  • Назначение ответственных и сроков

Заключение (5 минут)

  • Резюме ключевых выводов

  • Следующие шаги

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

Инструменты и техники для продуктивного post mortem

Существует ряд проверенных инструментов, которые помогают сделать post mortem более структурированным и результативным:

Техника "Пять почему" – простой, но мощный метод для выявления корневых причин проблем. Суть метода заключается в последовательной постановке вопроса "почему?" к каждому полученному ответу не менее пяти раз. Например:

  • Почему не успели запустить проект вовремя? – Потому что тестирование заняло больше времени, чем планировалось.

  • Почему тестирование заняло больше времени? – Потому что было обнаружено много критических ошибок.

  • Почему было обнаружено много ошибок? – Потому что разработчики не проводили модульное тестирование.

  • Почему не проводилось модульное тестирование? – Потому что в графике проекта не было выделено на это время.

  • Почему в графике не было времени? – Потому что наш процесс планирования не учитывает необходимость модульного тестирования.

Корневая причина выявлена – недостаток в процессе планирования, а не просто нехватка времени на тестирование.

Метод RCA (Root Cause Analysis) – более формализованный подход к выявлению корневых причин, который включает сбор данных, выявление причинно-следственных связей и определение корректирующих действий. RCA особенно полезен для анализа сложных, многофакторных проблем.

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

Диаграмма "рыбья кость" (Ishikawa) – визуальный инструмент для категоризации потенциальных причин проблемы. Основные категории обычно включают: людей, процессы, технологии, материалы, методы и среду. Диаграмма помогает структурировать мышление и не упустить важные факторы.

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

Документация post mortem встречи

Документирование результатов post mortem – критически важный этап, без которого извлеченные уроки могут быть быстро забыты. Стандартный post mortem отчет обычно включает следующие разделы:

Обзор проекта/инцидента

  • Краткое описание

  • Ключевые метрики и результаты

  • Временные рамки

Что сработало хорошо

  • Успешные решения и практики

  • Факторы, способствовавшие успеху

  • Проблемные области

  • Выявленные проблемы

  • Корневые причины

Извлеченные уроки

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

  • Рекомендации для будущих проектов

План действий

  • Конкретные меры для улучшения

  • Ответственные лица и сроки

Важно, чтобы документация была доступна всем заинтересованным сторонам и служила основой для отслеживания выполнения принятых решений. Многие компании создают базу знаний post mortem отчетов, которая становится ценным ресурсом для обучения и планирования будущих проектов.

Как mymeet.ai улучшает post mortem встречи

Проведение эффективных post mortem встреч требует тщательной фиксации и анализа всех обсуждений. Здесь на помощь приходят современные технологии. Платформа mymeet.ai предлагает ряд функций, которые значительно улучшают процесс проведения post mortem:

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

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

AI-ассистент для поиска паттернов. Одно из уникальных преимуществ mymeet.ai – способность анализировать содержание обсуждения и выявлять повторяющиеся темы, связи между проблемами и потенциальные корневые причины. Система может предложить вопросы для более глубокого исследования проблемы, основываясь на анализе контекста.

Особенно ценна функция AI-чата – вы можете задавать вопросы к содержанию прошедшей встречи: "Какие основные причины задержки проекта были выявлены?", "Кто ответственен за пересмотр процесса тестирования?", "Какие успешные решения мы хотим масштабировать?". Это позволяет быстро извлекать конкретную информацию без необходимости перечитывать весь транскрипт.

Примеры post mortem в известных компаниях

Многие успешные технологические компании имеют развитую культуру post mortem и открыто делятся своими подходами и результатами.

Google известен своим подходом "blameless post mortem" (post mortem без обвинений). После каждого значимого инцидента компания проводит тщательный анализ, фокусируясь на системных факторах, а не на ошибках отдельных людей. Один из известных примеров – анализ и документирование выпадения Gmail в 2014 году, когда сервис был недоступен для пользователей в течение 25 минут. Google не только устранил техническую проблему, но и пересмотрел процесс обновления конфигураций, что привело к значительному снижению подобных инцидентов.

Amazon использует процесс "Correction of Error" (COE), который является их версией post mortem. После запуска провального Fire Phone, Amazon провел обширный COE, который привел к фундаментальному переосмыслению подхода к разработке продуктов. Это напрямую повлияло на успех последующих продуктов, включая Echo и Alexa.

Spotify интегрировал post mortem в свою культуру "испытывай и учись". Компания регулярно проводит "failure fests" – особые встречи, где команды делятся историями неудач и извлеченными уроками. Этот подход помог Spotify создать культуру, в которой неудачи рассматриваются как возможность для обучения, а не как повод для наказания.

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

Распространенные ошибки при проведении post mortem

Даже опытные команды допускают ошибки при проведении post mortem встреч. Вот наиболее распространенные из них:

Поиск виноватых вместо системных проблем. Слишком часто post mortem превращается в "охоту на ведьм", где основная цель – найти виновника проблемы. Это не только разрушает психологическую безопасность, но и отвлекает от выявления и устранения системных проблем, которые позволили ошибке произойти.

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

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

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

Откладывание документации. Если результаты post mortem не документируются сразу после встречи, многие ценные детали и нюансы могут быть потеряны. Современные инструменты, такие как mymeet.ai, решают эту проблему, автоматически фиксируя все обсуждения.

Осознание этих распространенных ошибок помогает командам более эффективно проводить post mortem встречи и извлекать максимальную пользу из анализа.

Post mortem как элемент организационной культуры

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

По данным исследования Google, психологическая безопасность является самым важным фактором эффективности команды. Для создания такой среды руководители должны:

  • Моделировать желаемое поведение, открыто признавая свои ошибки

  • Активно слушать и показывать ценность различных точек зрения

  • Отделять личность от действия, фокусируясь на поведении, а не на человеке

  • Выражать благодарность тем, кто открыто говорит о проблемах

Внедрение практики post mortem в компании обычно проходит через несколько этапов:

  1. Пилотный запуск – внедрение практики в одной команде или на одном проекте

  2. Стандартизация процесса – разработка шаблонов и руководств

  3. Обучение – подготовка модераторов и участников

  4. Масштабирование – распространение практики на всю организацию

  5. Постоянное улучшение – регулярный пересмотр и оптимизация процесса

Компании, которые успешно интегрировали post mortem в свою культуру, отмечают не только повышение качества продуктов и процессов, но и рост вовлеченности сотрудников, улучшение коммуникации и повышение организационной устойчивости.

Заключение

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

Ключевыми элементами успешного post mortem являются:

  • Психологическая безопасность и отсутствие обвинений

  • Структурированный подход к анализу

  • Фокус как на проблемах, так и на успехах

  • Выявление корневых причин, а не только симптомов

  • Трансформация выводов в конкретные действия

  • Качественная документация и отслеживание результатов

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

Как сказал Генри Форд: "Единственная настоящая ошибка – это та, из которой мы ничему не научились". Post mortem встречи помогают превратить каждую ошибку в ценный урок и каждый успех в повторяемую практику.

Часто задаваемые вопросы о post mortem встречах

Когда лучше всего проводить post mortem встречу?

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

Кто должен участвовать в post mortem обсуждении?

Обязательно должны присутствовать ключевые участники проекта или люди, вовлеченные в инцидент. Также полезно включить представителей смежных команд, на которые влияет проект, и иногда "свежий взгляд" – человека, не вовлеченного напрямую, но способного задать непредвзятые вопросы. Руководители высшего звена должны участвовать выборочно – их присутствие может подавлять открытую дискуссию.

Как создать психологически безопасную обстановку?

Начните встречу с явного напоминания о принципах (фокус на системах, а не на людях). Руководители должны показывать пример, первыми признавая свои ошибки. Используйте нейтральный язык: "система не сработала" вместо "вы сделали ошибку". Поощряйте разные точки зрения и благодарите людей за открытость. Если кто-то начинает обвинять других, модератор должен мягко перенаправить обсуждение на системные факторы.

Чем post mortem отличается от sprint retrospective?

Sprint retrospective фокусируется на процессе работы команды во время спринта и имеет регулярный характер. Post mortem проводится после завершения проекта или инцидента и охватывает более широкий контекст, включая бизнес-результаты, взаимодействие с заинтересованными сторонами и влияние внешних факторов. Sprint retrospective ориентирована на непрерывное улучшение процесса, post mortem – на извлечение уроков из конкретного события.

Как часто следует проводить post mortem встречи?

Не существует универсальной частоты – post mortem проводится по необходимости, в зависимости от завершения проектов или возникновения инцидентов. Однако полезно установить четкие критерии для организации post mortem (например, для проектов определенного масштаба или инцидентов определенной серьезности). Некоторые организации проводят также периодические "макро-post mortem", анализируя тенденции и паттерны, выявленные в серии post mortem за определенный период.

Андрей Щербина

20 мар. 2025 г.

Похожие статьи

Похожие статьи

Zoom и Google календарь
Zoom и Google календарь
Zoom и Google календарь

Советы по встречам

Как интегрировать Zoom с Google Календарем: 2 проверенных способа

Как интегрировать Zoom с Google Календарем: 2 проверенных способа

Как интегрировать Zoom с Google Календарем: 2 проверенных способа

Пост-Мортем
Пост-Мортем
Пост-Мортем

Советы по встречам

Пост-мортем встречи: как превратить опыт проекта в ценные уроки

Пост-мортем встречи: как превратить опыт проекта в ценные уроки

Пост-мортем встречи: как превратить опыт проекта в ценные уроки

Программы для видеоконференций
Программы для видеоконференций
Программы для видеоконференций

Советы по встречам

Лучшее ПО для Видеоконференций в2025 [Полное Руководство]

Лучшее ПО для Видеоконференций в2025 [Полное Руководство]

Лучшее ПО для Видеоконференций в2025 [Полное Руководство]

Что такое поручения
Что такое поручения
Что такое поручения

Советы по встречам

Поручения: Полное руководство по управлению задачами для повышения эффективности [2025]

Поручения: Полное руководство по управлению задачами для повышения эффективности [2025]

Поручения: Полное руководство по управлению задачами для повышения эффективности [2025]

Попробуйте маймит в деле. Бесплатно.

180 минут бесплатно

Без привязки карты

Все данные защищены

Попробуйте маймит в деле. Бесплатно.

180 минут бесплатно

Без привязки карты

Все данные пользователя защищены

Попробуйте маймит в деле. Бесплатно.

180 минут бесплатно

Без привязки карты

Все данные защищены

ООО «МайМит» ИНН 9705223482 ОГРН 1247700316038 Основной ОКВЭД: 62.01 Разработка компьютерного программного обеспечения Юридический и фактический адрес: 115054, г. Москва, пер 5-Й Монетчиковский, д. 16, помещ. 2П Тел.: +7 931 220-89-44 Электронная почта: hello@mymeet.ai

ООО «МайМит» ИНН 9705223482 ОГРН 1247700316038 Основной ОКВЭД: 62.01 Разработка компьютерного программного обеспечения Юридический и фактический адрес: 115054, г. Москва, пер 5-Й Монетчиковский, д. 16, помещ. 2П Тел.: +7 931 220-89-44 Электронная почта: hello@mymeet.ai

ООО «МайМит» ИНН 9705223482 ОГРН 1247700316038 Основной ОКВЭД: 62.01 Разработка компьютерного программного обеспечения Юридический и фактический адрес: 115054, г. Москва, пер 5-Й Монетчиковский, д. 16, помещ. 2П Тел.: +7 931 220-89-44 Электронная почта: hello@mymeet.ai