Incident Postmortem

• 프로덕션 장애 또는 서비스 저하 이벤트 이후 P1/P2/P3 또는 SEV 수준의 인시던트 보고서를 작성해야 합니다.
• 인시던트에 관한 대략적인 메모를 전문적이고 비난 없는 Incident Postmortem 형식으로 정리하고 싶습니다.
• 기술 엔지니어와 비기술 리더십 모두와 공유할 수 있는 일관된 RCA 문서가 필요합니다.
• 팀에서 인시던트 후 검토를 진행하며, 비난 없는 언어, 실질적인 액션 아이템 담당자, 시스템적 격차 분석을 강제하는 구조화된 형식을 원합니다.

• 실시간 인시던트 런북 또는 온콜 대응 가이드가 필요한 경우 — 이 스킬은 라이브 대응이 아닌 인시던트 사후 문서화를 위한 것입니다.
• 인시던트가 아직 진행 중이며 해결되지 않은 경우 — 감지, 완화 및 해결 세부 정보가 확인될 때까지 기다리십시오.

이 스킬은 타임라인 및 근본 원인 섹션 전반에 걸쳐 수동태와 시스템 중심의 언어를 사용하며, 비난에 초점을 맞춘 표현을 명시적으로 피합니다. 품질 체크리스트는 시스템적 격차가 아닌 개인에게 잘못을 귀속시키는 언어를 표시합니다.

평이한 기술 언어로 작성된 주요 근본 원인 진술과 함께, 기여 요인 목록 및 기존 안전 장치가 왜 실패했는지에 대한 솔직한 설명을 제공합니다 — 유용한 RCA의 핵심입니다.

첫 번째 증상부터 감지, 에스컬레이션, 가설 검증, 수정, 해결 확인까지의 이벤트를 타임스탬프와 함께 타임라인으로 생성하며, 주요 이벤트 간의 시간 간격도 포함합니다.

액션 아이템은 재발 방지, 탐지 개선, 또는 대응 개선으로 분류되며, 구체적인 담당자와 마감일이 지정됩니다. '모니터링 개선'과 같은 모호한 항목은 거부되고, 테스트 가능하고 완료 여부를 확인할 수 있는 작업으로 대체됩니다.

경영진 요약은 전문 용어 없이 비기술적 이해관계자를 위해 작성되며, 기술 섹션은 엔지니어링 팀을 위한 심층적인 내용을 제공합니다 — 이를 통해 동일한 문서가 조직 전반에 걸쳐 유용하게 활용됩니다.

생성된 모든 포스트모텀에는 문서를 공유하기 전에 타임라인 언어, 근본 원인의 구체성, 조치 항목의 완전성, 그리고 경영진 요약의 가독성을 점검하는 자체 검토 체크리스트가 포함됩니다.

서비스가 중단된 후, 온콜 노트와 Slack 스레드를 스킬에 붙여넣으세요. Incident Postmortem이 이를 타임라인, 영향 테이블, 근본 원인이 포함된 완전한 사후 분석 보고서로 구조화하여, 몇 분 안에 인시던트 관리 도구나 위키에 게시할 수 있도록 준비해 드립니다.

리더십 팀이 주요 인시던트에 대한 브리핑을 필요로 합니다. Incident Postmortem 스킬은 전체 기술 문서와 함께 비기술적인 경영진 요약본을 생성하므로, 전체 청중에게 하나의 보고서를 전송할 수 있습니다.

'잘 된 점'과 '교훈' 섹션을 활용하여 팀 회고를 진행하세요. 구조화된 형식을 통해 대응 개선 사항과 팀 간에 공유할 가치 있는 지식을 모두 다룰 수 있습니다.

인시던트가 고객 SLA를 위반할 경우, Incident Postmortem의 영향 테이블과 커뮤니케이션 로그 섹션은 고객 대면 보고 및 remediation 추적에 필요한 체계적인 증거를 제공합니다.