사고 사후 분석을 작성하는 방법.
사후 분석은 타임라인의 사실, 기여 요인 및 시정 조치를 구별해야 합니다. 사람을 탓하지 않더라도 후속 조치의 담당자는 분명해야 합니다.
작업에 맞게 절차를 조정하세요.
검증된 사건으로 탐지, 영향, 완화 및 복구를 나눈 타임라인을 만드세요. 근거로 실패 메커니즘과 기여 조건을 설명하세요. 단일 원인을 억지로 정하지 말고 미해결 질문을 남기면서 담당자와 검증 기준을 가진 시정 조치를 지정하세요.
- 제공할 내용
- 검증된 사고 타임라인과 조사 결과.
- 받을 결과
- 근거 기반 후속 조치가 있는 비난 없는 사고 분석.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
Verified fictional timeline: 10:00 deployment; 10:04 export errors detected; 10:12 rollback started; 10:16 service restored. Verified mechanism: new code expected a field absent in older records. Assigned owner: export team.
완성된 예시
Impact window: 10:04–10:16 observed, 12 minutes; earlier impact not established. Mechanism: older records lacked the field expected by the new code. Mitigation: rollback restored exports. Follow-up for export team: add an old-record compatibility fixture and verify the corrected code against it before release. Open question: how many exports failed? Retrieve the relevant logs before publishing an impact count.
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
사후 분석에서 한 사람을 근본 원인으로 지목해야 하나요?
실패를 가능하게 한 기술적·조직적 조건에 초점을 맞추세요. 후속 책임을 정하는 데 근거 없는 비난은 필요하지 않습니다.
사후 분석 조치가 재발을 막지 못하는 이유는 무엇인가요?
조치가 모호하거나 담당자가 없을 수 있습니다. 변경 사항, 책임 역할 및 관찰된 메커니즘을 해결했다는 근거를 정하세요.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑