장애 회고 발표 작성 메모

실제 기록으로 바꿔 활용하도록 만든 가상 사례입니다. 실제 고객 장애나 제품 시험 기록이 아닙니다.

회고 참석 대상:
이번 회의에서 답할 질문:
장애 기록 참조 및 승인된 공유 범위:
발생일과 시간대:
검토한 원본 기록 / 기록 담당자:

사례 기록 (가상의 동일 발생일, 모든 시각 UTC)
09:00: 릴리스 시작. 기록상 첫 보고서 생성 작업 실패도 발생.
09:04: 당직 대응팀에 알림 전달.
09:12: 롤백 시작.
09:27: 모니터링에서 새 보고서 생성 작업이 정상 완료되는 것을 확인.
10:00: 영향을 받았다고 식별한 180건 모두 대조 기록에서 완료로 확인.
180건은 중복을 제외한 작업 ID 수이며 중복을 제외한 고객 수가 아니다.
실패 로그에 알 수 없는 상태 값 오류가 남아 있다.
그 상태 값을 만든 구성 요소와 릴리스 전 시험에서 발견하지 못한 이유는 조사 중이다.
검증된 고객 실인원이나 사업상 영향액 계산은 없다.
완료됐다는 사실만으로 내용의 정확성이나 데이터 손실이 없음을 입증할 수는 없다.

7장 구성
1. 확인된 영향 범위, 현재 상태, 아직 정하지 못한 릴리스 결정.
2. 영향을 받은 업무 흐름과 작업 180건의 정의. 고객 수는 미확인.
3. 시간순 기록: 첫 실패, 감지, 롤백, 신규 작업 복구, 밀린 작업 완료.
4. 관찰한 사실 / 가능한 설명 / 더 필요한 근거.
5. 근거가 있는 구체적인 대응의 장점과 지연 요인. 교훈을 만들어 넣지 않기.
6. 제안 조치, 담당자의 수락 확인, 우선순위, 완료 확인 근거.
7. 실제 결정, 아직 필요한 근거, 다음 릴리스 검토 조건.

제안 조치 예시 (미승인·미완료)
호환성 시험: 실패한 송신 측과 워커 조합에서 거부된 상태 값을 재현하고 수정된 조합에서 기대한 동작을 기록한다.
복구 절차: 모의훈련에서 신규 작업 복구, 영향을 받은 작업 대조, 미해결 작업을 따로 기록한다.

각 설명의 작성 항목
설명할 내용:
관찰 / 추론 / 미확인:
출처, 사건 발생 시각, 기록 시각:
영향의 정의 / 분모:
이 근거로 알 수 없는 것:

각 제안 조치의 작성 항목
구체적인 변경:
대응하려는 실패 또는 지연:
담당을 수락한 사람:
우선순위 / 기한:
확인할 근거:
남아 있는 불확실성:

초안 작성 지시
제공한 기록으로 장애 회고 발표 초안을 작성하세요. 영향, 감지, 롤백, 신규 작업 복구, 영향받은 작업의 대조를 구분하세요. 관찰한 사실과 가설을 나누고, 미확인 사항·출처·시간대를 보존하세요. 영향받은 고객 수, 금전적 손실, 원인, 담당자의 수락, 조치 완료 여부를 만들어 넣지 마세요.

회고 후 기록
실제로 합의한 결정과 조건:
미해결 질문과 근거 확인 담당자:
수락한 조치와 검토일:
원본 기록을 업데이트한 사람: