Сообщить об ошибкеКороткий ответ
Постмортем — это структурированный документ-разбор инцидента, описывающий хронологию, влияние (impact), корневые причины и план действий по предотвращению повторения; он "безвиновный", потому что фокусируется на системных причинах и процессах, а не на поиске конкретного виновного сотрудника.
Как это работает подробнее
blameless-подход основан на предположении, что люди не совершают ошибки специально — ошибки возникают из-за недостатков системы (неясная документация, отсутствие защитных механизмов, плохой UX инструментов), и именно эти недостатки нужно устранять.
Пример / кейс
Ожидаемое поведение: формулировка причины указывает на отсутствие процесса (нет review), а не обвиняет конкретного человека, и содержит измеримый, назначенный на команду action item.
Пример кода
example.txt
Фрагмент постмортема:
Корневая причина: ручное изменение конфигурации балансировщика без code review привело
к отключению health-check для 50% инстансов.
Action item: добавить обязательный PR-процесс для изменений конфигурации балансировщика
(владелец: команда платформы, срок: 2 недели).Что использовать на практике
- Практический подход. Постмортем пишут после каждого значимого инцидента, включая таймлайн событий, итоговое влияние на пользователей, корневые причины (часто несколько) и конкретные action items с владельцами и сроками. Если люди боятся наказания, они начинают скрывать детали инцидентов или затягивать эскалацию, что снижает надёжность системы в целом.
Подводные камни
- Частые ошибки. Писать постмортем только для "больших" инцидентов, упуская повторяющиеся мелкие; формулировать выводы в духе "инженер X не проверил конфигурацию" вместо "в пайплайне не было автоматической проверки конфигурации"; не доводить action items до выполнения.