지금 읽는 곳왜 복구 직후 바로 회고를 진행해야 하는가목차
외부시선 › G-7. 투명한 대안·내부 통제 설계 › 과목 G41 › 레슨 08
사고 회고를 예방 통제로 바꾸는 방법
사고가 마무리됐다고 폴더를 덮어버리면, 같은 사고가 몇 달 뒤 다른 담당자에게 똑같이 반복되고 그때마다 처음부터 원인을 다시 찾아야 합니다.
핵심요약
- 사고 회고는 복구 완료 직후, 감정이 아니라 기록에 근거해 진행한다
- 회고에서는 "왜 늦었는가"가 아니라 "무엇을 표준 절차로 만들 것인가"를 묻는다
- 1~7강에서 다룬 각 단계(분류·초동확인·중지판단·연락·기록·재점검·보고)를 하나씩 되짚는다
- 회고 결과는 문서 한 번으로 끝내지 않고 실제 절차·체크리스트에 반영해야 의미가 있다
- 반영된 통제는 다음 사고 훈련(모의훈련)으로 실제 작동 여부를 검증한다
왜 복구 직후 바로 회고를 진행해야 하는가
사고가 끝나고 시간이 지날수록 담당자들의 기억은 흐려지고, 급한 다음 업무로 관심이 옮겨갑니다. 5강에서 남긴 사실 기록과 7강의 보고 이력이 아직 생생할 때, 늦어도 복구 완료 후 일주일 이내에 회고를 진행해야 왜곡 없는 정확한 분석이 가능합니다. 회고를 미루는 조직일수록 같은 유형의 사고가 반복되는 경향이 뚜렷하며, 반복되는 사고일수록 손실 규모도 함께 커지는 경우가 많습니다.
회고에서 책임 추궁을 피해야 하는 이유
"왜 발견이 늦었나", "누가 확인을 놓쳤나"를 캐묻는 방식으로 회고를 진행하면, 참석자들은 사실을 숨기거나 축소해서 말하게 됩니다. 그러면 정작 절차의 어느 지점이 취약했는지 드러나지 않습니다. 회고의 목적은 사람을 탓하는 것이 아니라 "이 절차가 있었다면 더 빨리 막을 수 있었을까"를 확인하는 것이며, 이 관점의 차이가 회고 전체의 실효성을 좌우하며, 참석자가 사실을 솔직하게 말할 수 있는 분위기를 만드는 것이 회고 진행자의 가장 중요한 역할입니다.
여덟 단계를 어떻게 하나씩 되짚는가
1강의 유형 분류부터 7강의 보고까지, 각 단계에서 실제로 얼마나 시간이 걸렸는지, 어느 지점에서 지체됐는지를 시간순으로 나열해봅니다. 이 시리즈가 정의한 단계 구조 자체가 회고의 체크리스트 역할을 하므로, 별도의 회고 양식을 새로 만들 필요 없이 1강부터 7강까지의 소제목을 그대로 항목으로 가져다 써도 됩니다. 특정 단계에서 반복적으로 지체가 발생한다면, 그 단계의 절차나 담당자 배정에 구조적 문제가 있다는 신호이므로 다음 우선순위 항목에서 먼저 다뤄야 합니다.
회고 결과를 어떻게 실제 절차에 반영하는가
회고 회의에서 나온 개선안을 회의록에만 남기고 끝내면 다음 사고 때 똑같은 문제가 재발합니다. 개선안은 반드시 1강의 사건 분류표, 2강의 30분 체크리스트, 4강의 연락처 표, 6강의 재점검 체크리스트 같은 실제 사용 문서를 수정하는 작업으로 이어져야 합니다. 문서를 고친 뒤에는 관련 담당자 전원에게 변경 사항을 공지하고, 이전 버전을 계속 참고하는 일이 없도록 최신본 위치를 명확히 안내해야 하며, 이전 버전은 별도 폴더로 옮겨 혼동을 막는 것이 좋습니다.
개선안에 우선순위를 어떻게 매기는가
회고에서 나오는 개선안은 보통 여러 개입니다. 모두 한 번에 반영하려 하면 오히려 실행이 지연되므로, "다음 사고에서 손실을 가장 크게 줄일 수 있는 항목"부터 우선순위를 매겨 먼저 반영하는 것이 현실적입니다. 나머지 항목은 다음 분기 점검 때 순차적으로 반영하는 일정을 정해두면, 개선안이 회의록에 묻히지 않고 꾸준히 진행됩니다.
모의훈련은 왜 회고의 마지막 단계인가
절차를 문서로 고쳤다고 해서 실제 사고 때 그대로 작동한다는 보장은 없습니다. 연 1~2회 정도 가상의 사고 시나리오(예: 결제 실패 상황극)를 정해 실제 절차대로 대응해보는 모의훈련을 진행하면, 문서상으로는 몰랐던 허점(예: 연락처가 오래돼 연결되지 않는 경우)을 미리 발견할 수 있습니다. 모의훈련에서 드러난 문제도 다시 회고 대상이 되어, 이 여덟 단계 전체가 사고-회고-개선-훈련으로 이어지는 하나의 순환 구조를 이룹니다.
이 런북 자체도 주기적으로 갱신해야 하는 이유
플랫폼의 정책·이의신청 절차는 시간이 지나며 계속 바뀝니다. 이 시리즈에서 다룬 구글 애즈·메타의 절차도 검토일(2026-08-29) 기준이므로, 최소 연 1회는 각 플랫폼 공식 고객센터에서 절차가 바뀌지 않았는지 확인하고 런북 내용을 갱신해야 하며, 플랫폼이 정책을 크게 개편했다는 공지가 나오면 그 즉시 갱신 주기를 앞당겨야 합니다. 갱신되지 않은 런북은 사고 순간에 오히려 잘못된 절차를 안내하는 위험 요소가 될 수 있으므로, 갱신 담당자와 점검 일정을 이 런북 자체에 명시해두는 것이 안전합니다.
회고에 누가 참여해야 하는가
회고는 사고 대응에 직접 관여했던 실무자만이 아니라, 4강에서 다룬 승인권자와 광고주 창구 역할을 했던 담당자까지 모두 함께 참여하는 것이 효과적입니다. 실무자만 모여 회고하면 절차상 문제는 짚어낼 수 있어도, 승인 속도나 광고주 커뮤니케이션처럼 조직 차원의 문제는 쉽게 놓치게 됩니다. 참여 범위를 넓히는 대신 회의 시간은 한 시간 이내로 짧게 정해, 결론 없는 논의로 늘어지지 않도록 관리해야 하며, 사전에 각자 되짚어볼 시점의 기록을 미리 훑어보고 오도록 안내하면 회의가 더 효율적으로 진행됩니다.
여러 사고를 모아 패턴을 찾는 것도 필요한가
사고 한 건씩 개별 회고하는 것도 중요하지만, 반기나 연 단위로 그동안 발생한 사고를 모아 어떤 유형이 가장 자주 발생했는지, 어떤 단계에서 반복적으로 지체가 있었는지 함께 살펴보는 것도 필요합니다. 개별 사고에서는 우연으로 보였던 지체가 여러 건을 모아보면 구조적 패턴으로 드러나는 경우가 많고, 이 패턴이야말로 한정된 시간과 예산을 어디에 먼저 투자해야 할지 알려주는 가장 구체적인 근거입니다.