Часто слышу этот вопрос.
Немного сухой информации для тех кто не понимает что это:
Постмортем (post-mortem) в IT - это разбор инцидента или сбоя, направленный на анализ причин (root cause) и предотвращение их повторения.
Сложно? Еще проще.
Это документ и процесс, описывающий, что произошло, как это устранили и какие меры приняты, без поиска виноватых, а с фокусом на улучшения.
Структура отчета:
👉Описание: Что случилось и каковы последствия.
👉Хронология: Точные метрики, время начала и конца сбоя.
👉Причины: Глубинные причины (root causes).
👉Решение: Как устранили инцидент.
👉Действия (Action Items): Список задач, предотвращающих повторение (исправление кода, добавление мониторинга).
Зачем нужен постмортем:
📍Снижение рисков: Предотвращение катастрофических сбоев в будущем.
📍Обмен знаниями: Вся команда понимает, почему система упала и как она работает.
📍Улучшение культуры: Помогает перевести фокус с поиска виноватых на системные улучшения.
То есть это не просто отчет о том какие мы молодцы и как справились с инцидентом, а это способ что-то улучшить.
Как еще его можно использовать?
К примеру, вам злые манагеры не дают устранять технический долг.
У вас из-за этого произошёл инцидент. Вы пишите постмортем, приходите с выявленными задачами к менеджерам и говорите: «нужно решать».
Они вам «нет, у нас горят сроки, это не сейчас». О рисках уведомляете руководство.
Если произошел второй инцидент, уже эскалируйте руководству о проблеме с менеджерами.
Но я надеюсь, у вас нормальная культура в компании.
А как вы составляете постмортем? Делитесь в комментах