Postmortem Builder

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

Бесплатный Postmortem Builder

Соберите факты, причины и действия в один документ

Заполняйте только то, что известно. Отделяйте факты от предположений, а каждое действие доводите до владельца и срока. Всё работает локально в браузере.

1. Контекст инцидента

Название инцидента

Дата

Severity

ПродолжительностьМожно указать длительность пользовательского impact, даже если технические работы шли дольше.

2. Что произошло

Краткое резюме

Влияние на клиентов и бизнес

Как обнаружили

3. Timeline

Фиксируйте наблюдаемые события: обнаружение, решения, изменения состояния, восстановление.

4. Почему это произошло

Root cause

Сопутствующие факторыRoot cause редко объясняет весь масштаб инцидента. Здесь фиксируйте условия, которые позволили проблеме возникнуть или усилиться.

Как восстановили сервис

5. Что узнали

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

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

Выводы

6. Action items

Действие без владельца и срока — не action item.

Готовый документ

Postmortem

Completeness0%

Инструмент ничего не отправляет на сервер. Формат intentionally blameless: цель — понять условия системы и процесса и снизить вероятность повторения, а не назначить виноватого.

Принцип

Хороший postmortem меняет систему

Самая слабая версия postmortem — длинное описание того, что уже произошло. Полезная версия заканчивается несколькими проверяемыми изменениями: новый guardrail, автоматизация, alert, ограничение blast radius, тест восстановления или изменение процесса.

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