Postmortem

Правила написания постмортема¶

Не пишите подробный постмортем на каждый инцидент, выберите критерии по которым принимается решение о написании постмортема.
Не ставьте KPI на написание постмортемов.
Никаких имен, не “разработчик Вася”, а просто “разработчик” или “сотрудник отдела разработки”. Цель постмортема - разобраться с проблемой, а не найти виноватого.

Шаблон¶

# Заголовок 

## Описание
Краткое описание инцидента

## Ущерб
Качественная и количественная оценка ущерба от инцидента

## Как заметили
Кто и каким образом заметил возникновение инцидента

## Причины
Подробное описание из за чего возник инцидент.

## Хронология
| Дата       | Время | Событие                               |
| ---------- | ----- | ------------------------------------- |
| 01.01.2001 | 00:01 | Перестал отвечать на запросы сервис X |
| 01.01.2001 | 00:02 | Сработал мониторинг                   |
| 01.01.2001 | 00:05 | Зарегистрирован инцидент №13423       |
| 01.01.2001 | 00:20 | Выполнили ручную загрузку сообщений Y | 

## Выводы
### Что пошло как надо
Описываем, что пошло как надо при разборе инцидента. Например, хорошо отработал мониторинг. Оперативно начали разбираться с проблемой.

### Что пошло не так
Какие ошибки были допущены при разборе инцидента, что можно было бы сделать лучше?

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