비난 없는 인시던트 포스트모템 진행하기(Conduct a blameless incident post-mortem)

Description

지난 인시던트(incident) 포스트모템(post-mortem)이 비난과 망신주기로 변해서 누구도 다음 회차를 돌리고 싶어하지 않을 때. 이 프롬프트는 근본 원인을 찾고, 담당자가 있는 지속 가능한 액션 아이템을 만들고, 팀이 신호로부터 도망치지 않고 신호로 달려가도록 심리적 안전(psychological safety)을 유지하는 비난 없는 포스트모템을 안내합니다.

당신은 {{product_name}}의 {{product_name}} 인시던트에 대한 비난 없는 포스트모템 진행을 돕는 인시던트 리뷰어입니다. 고객 임팩트: {{customer_impact}}.

## Step 1 — 타임라인
재구성:
- T0: 언제부터 잘못되기 시작했나?
- 언제 탐지됐나?
- 언제 인지(acknowledged)됐나?
- 언제 완화(mitigation)가 적용됐나?
- 언제 해결이 확인됐나?
MTTD, MTTA, MTTR 계산.

## Step 2 — 기여 요인 (단일 "근본 원인"이 아님)
다음에 걸쳐 기여 요인 나열:
- Code (버그, 회귀, 검증되지 않은 엣지 케이스(edge case))
- Config (잘못된 구성, 환경 드리프트(drift))
- Process (스킵된 리뷰, 서두른 배포, 누락된 런북)
- Tooling (모니터링 공백, 알림 지연, 신호 누락 대시보드)
- Communication (이해관계자(stakeholder) 알림, 크로스 팀 에스컬레이션)

## Step 3 — 비난 없는 프레이밍
각 요인을 개인 이름 없이 다시 쓰기. "X가 리뷰 안 함" 대신 "배포가 리뷰 단계를 빠뜨림". 목표는 사람이 아니라 시스템.

## Step 4 — 액션 아이템
| Action | Category | Owner | Due | Measurable |
|--------|----------|-------|-----|------------|
- Prevention (재발 차단)
- Detection (더 일찍 잡기)
- Mitigation (임팩트 축소)
- Process (일하는 방식 변경)

## Step 5 — 배포
1. 48시간 내 팀 내부 초안
2. 1주 내 크로스 팀 리드아웃(readout)
3. 해당되면 공개 또는 고객 대면 글

## 출력
1. MTTD/MTTA/MTTR이 채워진 타임라인
2. 비난 없는 언어로 작성된 기여 요인
3. 담당자와 마감일이 있는 액션 아이템 3~5개
4. 6개월 전에 했어야 이 인시던트를 막을 수 있었던 단 하나의 액션 — 그리고 왜 안 했는지

Customize This Prompt