사고 기록과 재발 방지
같은 장애가 두 번 났다면 기록이 없다는 뜻이에요. 사람 탓 말고 구조를 고쳐요. 사고가 끝난 뒤 30분을 써서 다음 사고를 짧게 만드는 일이에요.
쉽게 말하면
가게 냉장고가 한밤중에 멈춰서 재료를 버린 적이 있다고 해 볼게요. 기사님이 와서 고치고 갔어요. 여기서 두 갈래로 갈려요. 한 가게는 그냥 잊어요. 다른 가게는 냉장고 문에 정비 카드 한 장을 붙여요. 몇 시에 멈췄는지, 무엇을 버렸는지, 기사님이 뭘 바꿨는지, 그리고 다음에 같은 일이 나면 어디를 먼저 보는지요. 반년 뒤 같은 소리가 났을 때 두 번째 가게는 카드를 보고 10분에 끝내요. 사고 기록은 반성문이 아니라 이 정비 카드예요.
그래서 기록의 목적은 잘못을 따지는 게 아니라 다음 사고를 짧게 만드는 것이에요. 판단 기준도 여기서 나와요. 다음에 이 종이를 열었을 때 시간을 줄여 주는 문장만 적어요.
7월에 같은 사고가 또 나요. 3월에 무엇을 확인해 봤는지 기억이 안 나서 확인 작업을 처음부터 다시 해요. 사고 시간이 3월과 똑같이 20분이에요.
7월에 같은 증상이 나면 기록을 먼저 열어요. 확인 순서가 이미 적혀 있어서 사고가 4분에 끝나요. 3월의 조치가 잘 들었으면 아예 안 나요.
대응과 기록은 다른 일이에요
둘을 같은 날 하려고 하면 둘 다 나빠져요. 사고 중에는 침착하게 생각할 수 없고, 며칠 지나면 급한 마음이 없어서 진짜 원인이 보여요.
| 사고 대응 | 사고 기록 | |
|---|---|---|
| 언제 | 사고가 나는 중, 지금 | 사고가 끝난 뒤 하루에서 사흘 안 |
| 목적 | 새는 피해를 멈추기 | 같은 사고의 재발 확률을 낮추기 |
| 질문 | 어떻게 지금 살릴까 | 왜 이걸 미리 못 막았을까 |
| 결과물 | 복구된 서비스, 손님 안내 | 기록 한 장, 다음 조치 두 개 |
| 시간 | 쓸 수 있는 만큼 전부 | 30분에서 한 시간 |
사흘을 넘기면 기록이 못 나와요
사고가 끝나고 사흘이 지나면 시간과 화면이 기억에서 흐려져요. 그래서 사고 대응의 마지막 단계에 기록할 날짜를 그 자리에서 잡아 두는 것이 실무에서 가장 잘 듣는 방법이에요. 대응 순서 자체는 사고가 났을 때에 있어요. 이 문서는 그 뒤에 오는 30분이에요.
기록에 들어가는 여섯 칸
칸을 정해 두면 빈칸이 질문 역할을 해요. 무엇을 적어야 할지 고민하는 시간이 사라져요.
- 1한 줄 제목. 언제 무엇이 안 됐는지만 적어요. "9월 2일 저녁, 카드 결제 22분 실패" 정도면 충분해요. 나중에 목록에서 이 줄만 보고 찾아요.
- 2시간표. 몇 시에 시작됐고, 몇 시에 알아챘고, 몇 시에 멈췄고, 몇 시에 정상으로 돌아왔는지 네 개예요. 이 네 숫자가 기록의 절반이에요.
- 3영향 범위. 몇 건, 어떤 손님, 얼마인지요. 감으로 "조금"이라고 쓰지 말고 세어서 숫자로 적어요. 이 숫자가 다음 칸의 우선순위를 정해요.
- 4무엇이 어떻게 됐나. 어떤 변경이나 조건에서 시작됐고 어떤 경로로 손님 화면까지 갔는지 사실만 적어요. 추측은 추측이라고 표시해 두면 나중에 헷갈리지 않아요.
- 5무엇이 막아 줬고 무엇이 못 막았나. 잘 들은 장치도 반드시 적어요. 알림이 울려서 3분에 알았다면 그건 지켜야 할 자산이라는 뜻이에요.
- 6다음 조치. 두 개까지만요. 각각에 담당과 날짜를 붙여요. 담당과 날짜가 없는 줄은 조치가 아니라 소망이에요.
시간표에서 가장 중요한 숫자는 두 번째예요
시작한 시각과 알아챈 시각 사이의 간격이 사고 피해의 대부분을 정해요. 22분 사고 중 18분이 "아무도 몰랐던 시간"이면, 고쳐야 할 것은 결제 코드가 아니라 알림이에요. 이 간격을 줄이는 장치는 장애 알림 받기와 살아 있나 감시하기에 있어요.
사람 탓으로 끝나면 같은 사고가 또 나요
"실수하지 않도록 조심한다"는 조치가 아니에요. 조심은 컨디션 좋은 날에만 되는 일이라서 다음 사고를 못 막아요.
쓸모 있는 기록은 사람 이야기를 구조 이야기로 한 번 번역해요. 같은 사실을 다른 문장으로 적으면 손댈 곳이 보여요.
| 사람 탓 문장 | 같은 사실을 구조 문장으로 | 그래서 손댈 곳 |
|---|---|---|
| 확인 안 하고 올려서 터졌어요 | 확인 없이도 손님 화면까지 갈 수 있는 길이 열려 있어요 | 올리기 전에 훑는 짧은 점검 목록 |
| 실수로 진짜 데이터를 지웠어요 | 한 번의 클릭으로 되돌릴 수 없는 삭제가 가능해요 | 지웠지만 남겨 두기, 확인 한 번 더 묻기 |
| 새벽이라 아무도 못 봤어요 | 멈춤을 사람이 눈으로 봐야만 알 수 있어요 | 기계가 대신 보고 문자로 알리기 |
| 그 설정을 몰랐어요 | 그 설정을 아는 사람이 한 명뿐이에요 | 순서를 문서로 만들어 두기 |
번역이 잘됐는지 보는 방법이 하나 있어요. 조치를 읽었을 때 오늘 잠을 못 잔 사람이 해도 사고가 안 나는지 물어보세요. 그렇다면 구조를 고친 거예요.
장면 1 · 외주 개발자와의 통화
“제가 잘못 올린 거 맞아요. 죄송합니다. 다음엔 더 꼼꼼히 보겠습니다.”
이 대화가 끝나면 사고는 종결된 것처럼 보이는데 아무것도 안 바뀌었어요. 여기서 물어야 할 질문은 "왜 잘못 올렸나"가 아니라 "잘못 올린 것이 손님 화면까지 갈 때 아무 문턱도 없었던 이유가 뭔가"예요. 사람은 계속 실수해요. 문턱은 한 번 만들면 계속 일해요.
원인은 한 겹 더 파요
첫 답에서 멈추면 조치가 늘 얕아져요. 첫 답은 대개 증상에 가장 가까운 것 하나라서요.
- 1결제가 실패했어요. 왜? 결제사에 보내는 값이 비어 있었어요.
- 2왜? 어제 화면을 고칠 때 그 칸의 이름이 바뀌었어요.
- 3왜? 이름을 바꾸면 어디가 같이 깨지는지 확인하지 않았어요.
- 4왜? 올리기 전에 결제를 한 번 통과해 보는 점검이 없어요.
- 5왜? 점검 목록이 사장님 머릿속에만 있고 종이에 없어요. 여기가 손댈 자리예요.
다섯 번은 규칙이 아니라 대충의 눈금이에요
"왜"를 다섯 번 물으라는 말은 다섯이라는 숫자가 중요한 게 아니에요. 내가 오늘 바꿀 수 있는 것이 나올 때까지 파는 거예요. "서버 회사가 장애였다"처럼 내가 못 바꾸는 답이 나오면 질문을 틀어요. "그 회사가 멈췄을 때 내 손님 화면이 통째로 죽지 않게 하려면?"으로요.
반대로 너무 깊이 파면 "사업을 하지 않으면 사고도 없다"까지 가요. 멈추는 지점은 분명해요. 이번 달에 손댈 수 있고, 비용이 감당되고, 사고 범위 숫자에 비해 과하지 않은 곳이에요.
다음 조치는 두 개까지만
기록이 실패하는 가장 흔한 방식은 조치를 열 개 적는 거예요. 열 개는 아무도 안 하고, 안 한 목록은 다음 사고 때 아무 도움이 안 돼요.
| 조치 종류 | 무엇을 바꾸나 | 언제 이걸 고르나 |
|---|---|---|
| 못 나게 막기 | 사고의 원인 자체를 없애요 | 원인이 분명하고 손댈 곳이 좁을 때 |
| 빨리 알기 | 알아채는 시간을 줄여요 | 사고 시간 대부분이 몰랐던 시간일 때 |
| 빨리 되돌리기 | 복구 시간을 줄여요 | 원인이 여러 갈래여서 막기가 어려울 때 |
| 피해 줄이기 | 사고가 나도 손님 손해를 작게 해요 | 돈이나 손님 정보가 걸린 사고일 때 |
네 종류 중 초보 사장님에게 값이 가장 좋은 건 보통 두 번째와 세 번째예요. 원인은 매번 다르지만 알아채는 속도와 되돌리는 속도는 모든 사고에 한꺼번에 듣거든요.
사장님이 실제로 겪는 장면
장면 2 · 세 번째 같은 사고
“이 오류 어디서 봤는데. 지난번에 어떻게 고쳤더라.”
이 문장이 나왔다는 건 기록이 없다는 증거예요. 그리고 이건 실력 문제가 아니라 적어 두지 않으면 사람은 반드시 잊는다는 사실 문제예요. 이럴 때 가장 값싼 시작은 완벽한 보고서가 아니라 메모 한 줄이에요. 날짜, 증상, 어디를 만져서 해결했는지 세 조각만요. 세 조각이 다섯 건 쌓이면 그 목록이 사장님의 첫 정비 카드가 돼요.
장면 3 · 알바가 물어보는 순간
“사장님 안 계실 때 이 화면이 또 안 되면 저는 뭘 하면 돼요?”
기록의 두 번째 값이 여기서 나와요. 사고 기록이 쌓이면 그게 곧 남에게 맡길 수 있는 설명서가 돼요. 사장님 머릿속에만 있는 대처는 사장님이 자리에 있어야만 작동해요. 야간과 주말을 누가 어디까지 받을지 정하는 이야기는 야간·주말 대응에 있어요.
장면 4 · 손님에게 다시 설명해야 할 때
“지난달에도 같은 문제였는데요. 그때는 뭐라고 하셨죠.”
기록의 세 번째 값은 대외 설명이에요. "몇 시부터 몇 시까지 몇 건이었고, 이후 이런 조치를 했어요"라는 두 문장이 있으면 대화가 짧게 끝나요. 반대로 기록이 없으면 사장님 말이 매번 조금씩 달라져서 손님이 그 차이에서 불신을 느껴요. 무엇을 언제 어떻게 바꿨는지 손님에게 보여 주는 목록은 바뀐 점 알리기로 만들어요.
자주 묻는 것
- Q. 혼자 하는 가게인데 사고 기록까지 만들어야 해요?
- 혼자일 때 더 필요해요. 여럿이면 다른 사람의 기억이 백업이 되지만, 혼자면 사장님 기억이 유일한 사본이에요. 그리고 혼자 하는 가게에서 사고 기록은 나중에 사람을 쓰거나 외주에게 맡길 때 그대로 인수인계 자료가 돼요.
- Q. 모든 사고를 다 기록해야 하나요?
- 아니에요. 기준을 정해 두는 게 좋아요. 손님이 영향을 받았거나, 돈이나 손님 정보가 걸렸거나, 같은 증상이 두 번째면 기록해요. 나 혼자 5분 만에 알아챈 자잘한 것은 한 줄 메모로 충분해요. 전부 기록하려고 하면 곧 아무것도 기록하지 않게 돼요.
- Q. 원인을 끝까지 못 찾았어요. 그래도 기록을 써요?
- 쓰세요. 원인을 모른다는 사실 자체가 중요한 기록이에요. 대신 "무엇을 확인해 봤고 아니었다"를 목록으로 남겨요. 다음에 같은 증상이 나면 그 목록을 건너뛰고 시작하니까 시간이 절반으로 줄어요.
- Q. 기록을 어디에 두면 좋아요?
- 사고 중에 열 수 있는 곳이면 돼요. 정작 안 열리는 서비스 안에 두면 필요한 순간에 못 봐요. 휴대폰 메모, 클라우드 문서, 인쇄해서 붙인 종이 다 괜찮아요. 한곳에 모으고 날짜 순서로 쌓는 것만 지키면 돼요.
- Q. AI에게 사고 기록을 써 달라고 해도 돼요?
- 정리와 문장 다듬기는 맡길 수 있어요. 다만 시간표와 영향 범위 숫자는 사장님이 직접 확인한 값을 넣어야 해요. AI는 사장님 서비스에서 몇 시에 무슨 일이 있었는지 알 수 없어서, 비어 있는 칸을 그럴듯하게 채우면 그 기록이 나중에 사고를 키워요.
- Q. 외주 개발자에게 기록을 요구해도 되나요?
- 계약할 때 미리 넣어 두면 자연스러워요. 요구할 것은 책임 인정이 아니라 여섯 칸이에요. 시간표, 영향 범위, 원인, 조치요. 사고 보고를 받는 조건을 계약서에 한 줄로 넣는 것이 나중에 분쟁보다 훨씬 싸요.
- Q. 기록을 쌓으면 뭐가 달라지는지 눈에 보여요?
- 숫자 두 개로 보여요. 알아채는 데 걸린 시간과 복구까지 걸린 시간이요. 기록이 열 건쯤 쌓이면 이 두 숫자가 줄고 있는지 늘고 있는지 눈으로 확인돼요. 줄고 있으면 조치가 듣고 있다는 뜻이에요.
확인해 보세요
결제가 22분 멈췄어요. 시작은 저녁 8시 3분, 알아챈 건 8시 21분, 복구는 8시 25분이었어요. 다음 조치로 가장 값이 좋은 것은?
하나 더
기록에 "앞으로 올리기 전에 꼼꼼히 확인한다"라고 적었어요. 이 줄의 문제는?
직접 해보기
사고 기록 한 장을 미리 만들어 두세요
사고 날에 빈 종이를 마주하면 아무것도 못 적어요. 스튜디오에 여섯 칸이 있는 간단한 기록 화면을 만들어 달라고 적어 보세요. 제목, 시간표 네 칸, 영향 범위, 원인, 막아 준 것, 다음 조치 두 개면 충분해요. 지금 만들어 두면 다음 사고에서 30분이 아니라 10분이 걸려요.
스튜디오 열기더 깊이 (안 읽어도 괜찮아요)
비유가 어디까지 맞고 어디부터 다른가 · 냉장고 정비 카드 비유는 "기록이 다음 고장을 짧게 만든다"까지 정확해요. 다른 점이 하나 있어요. 냉장고는 부품이 정해져 있어서 같은 고장이 같은 모양으로 반복돼요. 인터넷 가게는 어제 없던 기능이 오늘 생기고, 어제 없던 사고가 오늘 가능해져요. 그래서 기록의 목표를 "똑같은 사고를 막는 것"에만 두면 절반만 얻어요. 알아채는 속도와 되돌리는 속도를 같이 적어 두는 이유가 이거예요. 이 두 개는 처음 보는 사고에도 그대로 들어요.
왜 사람 탓이 편하고, 왜 그게 비싼가 · 사람 탓은 답이 빨리 나와서 편해요. 원인이 하나로 정해지고, 조치도 "주의하겠다" 한 줄로 끝나요. 비용은 다음 사고에 나와요. 구조가 그대로라서 다른 사람이, 다른 날에, 같은 자리에서 같은 실수를 해요. 큰 회사들이 사고 기록에서 이름을 지우는 관행을 쓰는 이유가 실력이 좋아서가 아니에요. 이름이 남으면 다음 사고를 숨기게 되고, 숨겨진 사고는 기록되지 않아서 영원히 반복되기 때문이에요.
기록 열 건이 쌓이면 보이는 것 · 한 건짜리 기록은 그 사고만 막아요. 열 건이 쌓이면 다른 게 보여요. 사고의 절반이 같은 요일에 났다거나, 절반이 뭔가를 올린 직후에 났다거나, 절반이 결제 쪽이라는 것 같은 것이요. 이건 사고 하나를 아무리 깊이 파도 안 나오는 정보예요. 여기서 나오는 조치는 훨씬 크게 들어요. 올린 직후 사고가 많다면 올리는 절차 자체에 문턱을 하나 넣는 것이 개별 사고 열 건을 고치는 것보다 값이 좋아요.
기록에 절대 넣지 말아야 할 것 · 사고 기록에 손님의 이름·연락처·주소·카드 번호를 옮겨 적지 마세요. 사고를 설명하는 데 필요한 것은 "몇 건"이고 "누구"가 아니에요. 기록은 여러 사람이 보고 오래 남는 문서라서, 여기에 개인정보를 옮기는 순간 원본보다 관리가 허술한 사본이 하나 더 생겨요. 필요하면 주문 번호만 적어 두고 실제 정보는 원래 있던 자리에서 확인해요. 무엇을 어디에 남기고 무엇을 남기면 안 되는지는 로그와 감사 기록에서 갈라 봐요.
사고 기록과 손님 공지는 다른 문서다 · 손님에게 보내는 안내에는 시간 범위, 영향, 손님이 할 일만 넣어요. 원인 설명과 내부 조치는 넣지 않아요. 반대로 내부 기록에는 추측·확인 못 한 것·아직 안 한 조치까지 다 적어요. 두 문서를 하나로 쓰려고 하면 내부 기록이 홍보문처럼 순해져서 쓸모가 없어져요. 손님 쪽 문장을 어떻게 쓰는지는 손님 응대와 불만과 사고가 났을 때에 있어요.
이것만 기억하세요
- ·사고 기록은 반성문이 아니라 정비 카드예요. 판단 기준은 다음 사고를 짧게 만드는지예요
- ·대응은 사고 중에, 기록은 끝난 뒤 사흘 안에요. 같은 날 하려 하면 둘 다 나빠져요
- ·여섯 칸으로 적어요. 제목·시간표·영향 범위·경과·막아 준 것·다음 조치예요
- ·사람 탓 문장을 구조 문장으로 번역해요. 잠 못 잔 날에도 작동하는 조치만 조치예요
- ·다음 조치는 두 개까지, 담당과 날짜를 붙여요. 알아채는 속도와 되돌리는 속도가 값이 가장 좋아요