오늘 영상은 이렇게 갑니다

장애는 끝났는데, 보고서는 지금부터 시작

• 경보 기록, 대응 채널 대화, 배포 기록을 번갈아 열며 시각을 맞춘다
• 대화는 길고 잡담이 섞여 있고, 나중에 정정된 말이 앞에 그대로 남아 있다
• 밤샘 대응 뒤라 표현이 사람마다 들쭉날쭉해진다
• → 보고는 늦어지고, 내용은 매번 다르다

흩어진 기록을 모으고, 순서대로 세우고, 보고서 모양으로 옮기는 일

시간순 경과표 + 영향 범위·원인·재발 방지 대책이 담긴 장애 보고서 초안

시각은 24시간 표기, 줄마다 출처를 붙인다

앞에 나온 말보다 나중에 정정된 말을 따른다

복구 시각도 말과 기록이 다르다

«가장 먼저 나온 말»이 아니라 «가장 마지막에 확인된 말»입니다

원인은 확인된 것과 추정을 나눠 쓴다

또 하나: 사람 이름 대신 역할(온콜 담당, 배포 담당)로 씁니다 — 탓하는 글이 아닙니다

기록 2개에 대화 · 팀장 원칙을 더한다

파일 올리기: 입력창 왼쪽 아래 «+» → «Add files or photos» (화면은 버전에 따라 다를 수 있습니다) · 전부 가상 자료 · 기록·대화·팀장 메모 3개를 올립니다

엑셀·대화 기록·팀장 메모를 올리고 Claude

첨부한 자료가 각각 뭔지 한 줄씩 정리해줘.
경보가 몇 건이고 배포가 몇 건인지 알려주고, 대화에서 앞뒤 말이 다르게 정정된 곳이 있으면 먼저 알려줘.
내가 안 준 내용은 지어내지 말고, 확실하지 않은 건 (확인 필요)라고 표시해줘.

결과에서 이렇게 나오면 정상

같은 창에 이어서 Claude

경보 기록, 배포 기록, 대화를 합쳐서 시간순 경과표를 만들어줘.
시각, 내용, 출처 순서로 쓰고, 한 줄에 사건 하나만. 잡담은 빼줘.
SRE팀장 메모 원칙대로 사람 이름 말고 역할로 써줘.

결과에서 이런 줄이 나오면 정상 (11줄 중 일부)

11줄이 나오고, 사람 이름 대신 역할로 적혔는지 확인

이어서 Claude

영향 범위를 정리해줘.
영향 받은 곳, 시작과 끝 시각, 몇 분인지, 최고 오류율, 5분 집계에서 21:45부터 22:50까지 실패한 요청 합계를 계산해서 알려줘.
정정된 내용을 따르고, 계산 과정도 적어줘.

결과에서 이 숫자가 나오면 정상 — 내가 직접 한 번 더 계산해 본다

이어서 Claude

원인이랑 조치를 써줘.
원인은 기록으로 확인된 것과 대화에서 추정만 한 것을 나눠서 써줘.
롤백이 몇 분 걸렸는지도 넣어줘. 기록에 없는 건 (확인 필요)로 표시해줘.

결과에서 이렇게 나뉘면 정상

이어서 Claude

재발 방지 대책은 대화에 나온 제안만 써줘. 네가 새로 만들어서 넣지는 마.
담당이랑 기한은 정해진 게 없으면 (확인 필요)로 두고, 확인 필요로 남긴 걸 한곳에 모아줘.

결과에서 제안 2개 · 확인 필요 5곳이 나오면 정상

1. 아이폰 앱 영향 여부 (대화에 «지금 확인 못 함»)
2. 배포 전 점검에서 왜 걸리지 않았는지 (대화 23:00, 확인 예정)
3. 앱 재시작 없이 복구되는지 (대화 22:43, 확실하지 않음)
4. 재발 방지 제안의 담당자와 기한 (22:58, 회의에서 정하기로 함)
5. 원인은 «앱 요청이 캐시를 못 타고 원본으로 몰림» 가설 — 직접 확인된 기록은 없음

마지막으로 Claude

요약이랑 경과표를 다시 읽어줘. 정정되기 전의 말이나, 경보 기록이랑 다른 시각이 남아 있으면 찾아서 고쳐줘.
어디를 어떻게 고쳤는지도 알려줘.

고친 곳이 있으면 정정 전 말 → 정정 후 말 형태로 알려주는지, 그리고 64분·안드로이드 앱만으로 맞춰졌는지 확인합니다

완성된 장애 보고서 초안 (일부)

영향: 최고 오류율 9.4% · 실패 요청 112,605건 · 문의 87건 · 롤백 5분

재발 방지 제안 2개 (담당·기한 확인 필요) · 확인 필요 5곳

실제 파일에는 영향 범위, 원인, 조치, 확인 필요 항목이 더 있습니다

보고서 정리 시간을 줄여 원인 분석에 쓴다

출처: Datadog 블로그 «LLM으로 장애 회고서 초안 작성» (주소는 영상 설명란) · 우리 회사 수치가 아닌 외부 사례

초안은 AI가, 원인 확정과 보고는 담당자가

참고: 위 Datadog 글도 낮거나 중간 심각도(SEV5~SEV2)에 더 잘 맞는다고 하고, 초안은 사람이 심층 조사로 채운다고 밝힙니다

실제 장애 기록을 넣을 때는 규정 확인부터

같은 창에 한 줄 더 치면 워드가 나옵니다

지금까지 내용을 보고서 양식 순서대로 합쳐서 워드 파일로 만들어줘.
요약은 3줄 안으로, (확인 필요)가 들어간 칸은 노란색으로 칠해줘.

팀 채널에 올릴 3줄 요약을 써줘.
영향 범위, 복구 시각, 아직 확인 중인 것 순서로. 원인은 추정이라고 꼭 적어줘.

파일이 안 만들어지면 Claude 설정의 «Code execution and file creation» (새 화면은 «Create and edit files»)를 확인하세요

팀장에게 보이기 전, 5가지 확인

• 경과표 줄마다 시각과 출처가 있다
• 영향 범위와 시간이 나중에 정정된 내용이고, 경보 기록과 맞는다
• 원인은 확인된 것과 추정으로 나뉘어 있다
• 재발 방지는 대화에 나온 제안만 있고, 담당·기한이 지어내져 있지 않다
• 사람 이름이 아니라 역할로 쓰고, 확인 필요가 한곳에 모여 있다

최근 겪은 장애의 경보 기록과 대화 기록으로 해 보세요