12CODE
← 아카데미 academy 28강. 회고를 쓰지 않으면, 다음 위기도 처음처럼 겪는다 예상 7분

들어가며

먼저, 흔한 착각 하나

"위기가 끝났으니 이제 이 일은 잊고 다음 업무로 넘어가자." 사람의 자연스러운 반응이지만, 조직 입장에서는 가장 아까운 순간입니다. 24강에서 다룬 사후관리 3단계의 마지막이 '기록'이었던 이유가 여기 있습니다. 위기를 겪는 동안 조직은 많은 것을 배웠지만, 그 배움을 문서로 남기지 않으면 담당자가 바뀌는 순간 사라져 버립니다. 이번 강의는 이 배움을 회고보고서(포스트모템)라는 형태로 남기는 방법을 다룹니다.

포스트모템은 누구를 탓하기 위한 문서가 아니다

회고를 시작할 때 가장 먼저 정해야 할 원칙은, 이 문서가 "누구의 잘못이었는지"를 규명하기 위한 것이 아니라는 점입니다. 회고 과정에서 특정 개인이나 부서를 비난하는 데 집중하면, 다음번에는 문제가 생겨도 솔직하게 보고하지 않고 숨기려는 조직 문화가 만들어질 위험이 있습니다. 회고는 "무엇이 어떻게 작동했고, 무엇이 작동하지 않았는지"를 사실 중심으로 기록해, 시스템과 프로세스를 개선하는 데 목적을 둬야 합니다.

포스트모템에 담아야 할 핵심 항목

타임라인. 23강에서 만든 사실관계요약을 바탕으로, 위기가 처음 감지된 시점부터 사후관리가 종료된 시점까지 전체 흐름을 시간순으로 정리합니다. 이 타임라인은 다음에 유사한 상황이 생겼을 때, 대응 속도를 비교할 수 있는 기준점이 됩니다.

잘 작동한 것. 22강 매뉴얼 중 실제로 도움이 됐던 부분, 예상보다 빠르게 처리된 절차, 효과적이었던 문구나 채널 선택을 기록합니다. 잘한 것을 기록하지 않으면, 다음번에 왜 그렇게 했는지 이유를 다시 처음부터 고민하게 됩니다.

작동하지 않은 것. 매뉴얼에 없어서 즉흥적으로 판단해야 했던 상황, 승인이 지연됐던 구간, 채널 간 메시지가 어긋났던 순간을 구체적으로 기록합니다. 이 항목이 회고의 핵심이며, 다음 강의(29~32강) 종합실습에서 다시 활용됩니다.

매뉴얼 개선 사항. 위 두 항목을 바탕으로, 22강에서 만든 매뉴얼의 어느 부분을 어떻게 수정해야 하는지 구체적인 제안을 정리합니다. "OO강의 체크리스트에 이 항목을 추가해야 한다"처럼 실제 문서 수정으로 바로 연결되는 형태로 적어야 회고가 실질적인 개선으로 이어집니다.

재발 가능성과 예방책. 이번 위기가 다시 발생할 가능성이 있는지, 25강에서 다룬 재발방지 조치가 실제로 이 가능성을 줄이는 데 충분한지 함께 점검합니다.

언제, 누구와 함께 회고를 진행해야 하나

회고는 사후관리가 어느 정도 마무리된 시점(24강 기준 3단계 완료 무렵)에 진행하는 것이 좋습니다. 너무 이르면 아직 사후관리가 끝나지 않아 전체 그림을 보기 어렵고, 너무 늦으면 관련자들의 기억이 흐려져 세부적인 판단 근거를 놓칠 수 있습니다. 참여자는 PR 담당자뿐 아니라, 6강에서 다룬 위기 대응팀 구성원(법무, 고객대응, 경영진 대표)이 함께 참여해야 여러 관점에서 빠짐없이 회고할 수 있습니다.

회고에서 흔히 나오는 개선 포인트

여러 조직의 사례를 종합해보면, 회고에서 반복적으로 등장하는 개선 포인트는 대체로 비슷한 유형으로 모입니다.

이런 패턴이 반복된다면, 특정 단계의 프로세스 자체에 구조적인 문제가 있다는 신호이므로 우선순위를 두고 개선해야 합니다.

회고 결과는 어떻게 반영해야 하나

회고보고서를 작성만 하고 서랍에 넣어두면 아무 소용이 없습니다. 회고에서 나온 매뉴얼 개선 사항은 반드시 22강 매뉴얼 문서에 실제로 반영하고, 갱신 이력에 "OOO 사안 회고 반영"이라고 기록해야 합니다. 이렇게 남겨두면, 다음번에 매뉴얼을 검토하는 사람이 왜 이 항목이 추가됐는지 배경을 알 수 있습니다.

회고 문서는 누가 보관해야 하나

회고보고서는 일회성으로 작성하고 끝내는 것이 아니라, 이전 위기들의 회고와 함께 누적해서 보관해야 합니다. 시간이 지나며 여러 건의 회고가 쌓이면, 조직에 반복적으로 나타나는 취약점이 무엇인지 패턴으로 드러나기 시작합니다. 이 누적된 기록은 새로운 담당자가 입사했을 때 가장 먼저 읽어야 할 학습 자료이기도 합니다.

바로 쓰는 템플릿: 위기대응 회고보고서

[위기대응 회고보고서(포스트모템)] - [위기 사안명]

작성일:
참여자(PR/법무/고객대응/경영진):

1. 타임라인 요약
- 위기 최초 감지:
- 1차 공지:
- 사후관리 종료:

2. 잘 작동한 것
-
-

3. 작동하지 않은 것
-
-

4. 매뉴얼 개선 제안 (22강 매뉴얼 반영용)
| 개선 대상(강의/항목) | 문제점 | 개선 제안 |
|---|---|---|
|   |   |   |
|   |   |   |

5. 재발 가능성과 예방책
- 재발 가능성:
- 25강 재발방지 조치가 충분한가:

6. 후속 조치
[ ] 22강 매뉴얼에 개선 사항 반영 완료 (반영일:      )
[ ] 회고보고서 누적 보관함에 저장 완료

즉시 확인

  1. 회고보고서가 누구의 잘못인지 규명하기 위한 문서가 아니라는 원칙이 중요한 이유는 무엇인가요?
  2. 회고보고서에서 다음 종합실습(29~32강)과 가장 직접적으로 연결되는 항목은 무엇인가요?
  3. 회고에서 나온 매뉴얼 개선 제안을 실제로 반영하지 않으면 어떤 문제가 생기나요?

정답·해설

  1. 개인이나 부서를 비난하는 데 집중하면, 다음번에는 문제를 솔직하게 보고하지 않고 숨기려는 조직 문화가 만들어질 위험이 있기 때문입니다.
  2. 작동하지 않은 것입니다. 이 항목이 다음 실습에서 다룰 개선 과제로 이어집니다.
  3. 같은 취약점이 다음 위기에서 다시 반복될 수 있고, 회고를 통해 배운 것이 조직에 실질적으로 남지 않게 됩니다.

다음 레슨

A11-29 종합실습 준비에서는 지금까지 배운 모든 내용을 종합해, 새로운 가상 위기 시나리오를 배정받아 처음부터 끝까지 직접 대응해보는 실습을 시작합니다.

핵심 정리

  1. 회고보고서는 책임 규명이 아니라, 시스템과 프로세스를 개선하기 위한 사실 중심 기록입니다.
  2. 타임라인, 잘 작동한 것, 작동하지 않은 것, 매뉴얼 개선 제안, 재발 가능성을 순서대로 담아야 합니다.
  3. 회고 결과는 반드시 매뉴얼 문서에 실제로 반영하고, 이전 회고들과 함께 누적 보관해야 다음 담당자에게도 자산이 됩니다.

→ 이 강의 퀴즈 풀어보기 (챌린지)