تخطَّ إلى المحتوى

قالب الـ Postmortem

«بلا لوم» يعني أنّنا نُصلح الأنظمة لا الأشخاص. نفترض أنّ الجميع تصرّف بشكل معقول بالمعلومات التي كانت لديه؛ الخلل في العملية لا في الشخص. مطلوب لحوادث Sev1 و Sev2 فقط.

flowchart LR
  Res["Incident resolved"] --> Sev{"Sev1 or Sev2?"}
  Sev -- Yes --> PM["Write postmortem<br/>within 5 business days"]
  Sev -- No --> Close["Close on board<br/>no postmortem"]
  PM --> Act["Track action items<br/>to done"]

انسخه إلى الـ incident work item — وهو موطنه الوحيد، فيكون هناك سجلّ واحد لكل incident دون نسخة ثانية تتضارب. املأ كل <placeholder>. أمّا الـ action items فتخرج من الـ postmortem كعناصر عمل مستقلة على اللوح.

# Postmortem — <incident title>
- Severity: <Sev1 / Sev2>
- Date / duration: <start><end> (<total impact time>)
- Author: <name> | Reviewed by: <team lead / CTO>
## Impact
- Who / what was affected: <clients, users, systems>
- Scale: <requests failed, users hit, data affected>
## Timeline
| Time | Event |
| --- | --- |
| <t0> | <detection> |
| <t1> | <declared, severity set> |
| <t2> | <mitigation> |
| <t3> | <resolved> |
## Root cause
- What actually caused it: <the system/process cause, not a name>
- Why it wasn't caught earlier: <gap in tests, review, monitoring>
## What went well
- <detection, response, comms that worked>
## What went wrong
- <delays, gaps, confusion>
## Action items
| Action | Owner | Due date |
| --- | --- | --- |
| <preventive change> | <name> | <YYYY-MM-DD> |
| <detection/monitoring improvement> | <name> | <YYYY-MM-DD> |

انظر الاستجابة للحوادث لكيفية إدارة الحوادث.

👤 المسؤول: Wahid Bitar🗓 آخر مراجعة: 2026-07-25

Read this page in English