사고 보고서 작성법 — 감정 빼고 사실만 담는 구조

처음 사고 보고서를 써야 했던 날을 지금도 기억합니다. 현장에서 예상치 못한 사고가 터졌고, 상사는 "오늘 중으로 보고서 올려줘"라고 했습니다. 막막했습니다. 무엇부터 써야 할지, 어디까지 써야 할지, 어느 선에서 끊어야 할지 — 아무것도 몰랐습니다. 결국 그날 제가 쓴 건 '사고 경위서'가 아니라 저 자신의 당황한 감정 일기였죠;;;

오늘의 주제: 사고보고서 작성법!!

오늘은 사고 보고서 작성법의 핵심 원칙부터, 실무에서 바로 쓸 수 있는 사고 보고서 양식과 장애 보고서 양식 구조까지 단계별로 정리해보려합니다. 참고하셔서 부디 당황치 않고 담담하게, Fact 위주로, 주어진 양식으로 잘 쓰셨으면 좋겠네요 ^ ^;;

목차

사고 보고서, 왜 쓸 때마다 어려운가

대부분이 반복하는 3가지 실수

감정 빼고 사실만 담는 단계별 작성법

내일 당장 적용하는 법 — 실전 체크리스트

 

 

사고 보고서, 왜 쓸 때마다 어려운가

 

"사실만 쓰면 되는 거 아닌가요? 근데 왜 쓰고 나면 항상 뭔가 빠진 느낌이 들죠?"

 

맞습니다. 사고 보고서는 이론상 단순합니다. 있었던 일을 있는 그대로 쓰면 됩니다. 그런데 막상 쓰려고 앉으면 손이 멈춥니다. 사고 상황 자체가 주는 긴장감, 책임 소재에 대한 불안, 상사나 고객에게 어떻게 보일지에 대한 두려움이 한꺼번에 밀려오기 때문입니다.

저도 초반에 몇 번을 다시 썼습니다. 처음엔 너무 자세하게 쓰려다가 핵심이 묻혔고, 그 다음엔 간결하게 쓰려다가 중요한 사실이 빠졌습니다. 사고 보고서는 '적게 쓰는 것'도, '많이 쓰는 것'도 정답이 아닙니다. 구조가 정답입니다.

 

사고 보고서가 어려운 진짜 이유

사고 보고서가 어려운 건 글쓰기 능력의 문제가 아닙니다. 대부분의 경우, 사실(Fact)과 해석(Interpretation)을 구분하지 못하기 때문입니다. 예를 들어 "직원의 부주의로 인해 사고가 발생했습니다"는 사실이 아닙니다. 해석입니다. 사실은 "오전 10시 15분, A구역에서 직원 B가 장비 C를 조작하던 중 D가 발생했습니다"처럼 써야 합니다.

감정이 섞이는 순간 보고서는 보고서가 아니라 변명문이 됩니다. 읽는 사람은 사실을 원합니다. 판단은 읽는 사람이 합니다.

Fact와 해석은 다릅니다

 

사고 보고서를 쓰는 목적부터 다시 잡아야 합니다

사고 보고서의 목적은 재발 방지입니다. 책임 추궁이 아닙니다. 이 한 줄을 머릿속에 새기면 보고서를 쓰는 방향이 달라집니다. "누가 잘못했나"가 아니라 "무엇이 어떻게 일어났나, 왜 일어났나, 다음엔 어떻게 막을 것인가"를 중심으로 써야 합니다.

이 목적을 모르고 쓰면, 보고서는 본능적으로 자기 방어 논리로 흘러갑니다. 그리고 그렇게 쓴 보고서는 읽는 사람에게 오히려 더 나쁜 인상을 줍니다.

 

 

 

대부분이 반복하는 3가지 실수

실수 1. 시간 순서 없이 기억나는 순서로 씁니다

혹시 이런 경험 있으신가요? 사고를 떠올리면 가장 충격적인 장면이 먼저 떠오릅니다. 그래서 그 장면부터 씁니다. 그 다음엔 원인을 쓰고, 그 다음엔 전조 증상을 씁니다. 순서가 뒤죽박죽이 됩니다.

사고 보고서는 반드시 시간 순서(Timeline)를 따라야 합니다. 읽는 사람이 "언제, 무슨 일이, 어떤 순서로 벌어졌는가"를 한눈에 파악할 수 있어야 합니다. 타임라인이 무너진 보고서는 사실 파악 자체가 불가능해집니다.

사고보고서 양식 (출처: 국토교통부)

 

실수 2. 원인 분석 없이 조치 결과만 씁니다

"즉시 조치 완료했습니다"로 끝나는 보고서가 굉장히 많습니다. 물론 조치 결과는 중요합니다. 하지만 왜 이 사고가 발생했는지에 대한 원인 분석이 빠지면, 보고서는 재발 방지 기능을 잃습니다. 상사 입장에서는 "그래서 다음엔 안 일어난다는 보장이 뭔데?"라는 질문이 남습니다.

원인은 최소 직접 원인(Immediate Cause)과 근본 원인(Root Cause) 두 가지로 나눠 써야 합니다. 장비 오작동이 직접 원인이라면, 점검 주기가 없었던 것이 근본 원인일 수 있습니다.

 

실수 3. 감정 언어와 책임 회피 표현을 씁니다

아마 이 부분에서 가장 많이 막히실 겁니다. 무의식적으로 쓰는 표현들이 있습니다.

쓰지 말아야 할 표현	대신 써야 할 표현
부주의로 인해 발생한 것으로 보임	안전 장갑 미착용 상태에서 작업 진행됨
불가항력적인 상황이었음	사전 경고 없이 장비 과부하 발생
즉시 최선을 다해 조치함	사고 발생 후 7분 이내 전원 차단 및 구급 연락 완료
담당자 실수로 판단됨	체크리스트 항목 3번 미확인 상태로 작업 개시

 

감정 언어는 신뢰를 떨어뜨립니다. 수치와 사실만이 보고서를 살립니다.

 

 

 

감정 빼고 사실만 담는 단계별 작성법

여기서부터가 핵심입니다. 사고 보고서 양식이나 장애 보고서 양식은 기관마다 다르지만, 실전에서 반드시 담아야 할 구조는 동일합니다. 저는 이것을 5블록 구조라고 부릅니다.

반응형

BLOCK 1. 사고 개요 — 30초 안에 읽히게

보고서의 첫 블록은 읽는 사람이 30초 안에 전체 상황을 파악할 수 있어야 합니다. 일시, 장소, 관련 인원, 사고 유형, 피해 규모를 한 문단 안에 압축합니다.

실전 예시 — "2025년 4월 3일 오전 10시 15분, ○○공장 B동 3라인에서 설비 과부하로 인한 화재 발생. 직원 2명 경상, 생산라인 약 4시간 중단. 재산 피해 추정액 약 800만 원."

 

BLOCK 2. 사고 경위 — 타임라인으로 쓰세요

시간 순서대로 씁니다. 주어는 사람이 아니라 상황과 장비로 씁니다. "직원이 실수로 ~"가 아니라 "10:10 설비 경보음 발생 → 10:13 담당자 이상 감지 → 10:15 화재 발생 → 10:22 소화기 초기 진압 → 10:30 소방서 신고"처럼 흐름을 보여줍니다.

팁 — 타임라인에서 5분 이상 공백이 생기면 반드시 이유를 써야 합니다. "10:15~10:22 사이 조치 지연 — 담당자 비상연락망 미숙지로 인한 확인 절차 소요"처럼요. 공백은 의혹을 만듭니다.

 

BLOCK 3. 원인 분석 — 직접 원인과 근본 원인을 나눠서

원인 분석은 두 층위로 나눕니다. 첫째, 직접 원인: 사고를 바로 일으킨 물리적 사건. 둘째, 근본 원인: 그 사건이 일어날 수밖에 없었던 시스템·절차·환경적 요인. 둘을 분리하지 않으면 "장비가 고장났다"에서 분석이 멈춥니다. 근본 원인까지 파고들어야 "정기 점검 주기 6개월 → 3개월로 단축"이라는 실질적 개선안이 나옵니다.

컨설팅 현장에서 자주 쓰는 방법은 "왜(Why)를 5번 반복하는 것"입니다. 화재 발생 → 왜? 과부하 → 왜? 냉각팬 미작동 → 왜? 필터 교체 누락 → 왜? 점검 일정 없음 → 왜? 담당자 미지정. 여기서 진짜 개선안이 나옵니다.

근본원인 파악과 기재가 중요합니다.

 

BLOCK 4. 조치 내용 — 숫자와 시간으로 구체화

조치 내용은 반드시 누가, 언제, 무엇을, 어떻게 했는가로 씁니다. "즉시 조치했습니다"는 아무 정보도 없는 문장입니다. "4월 3일 11:00, 설비팀장 홍길동이 B동 3라인 전원 완전 차단 및 냉각 처리 완료. 피해 장비 2기 격리 후 제조사 A/S 접수(처리 예정일 4월 7일)"처럼 구체적으로 씁니다.

조치가 아직 진행 중이라면 "현재 진행 중 / 완료 예정일 / 담당자"를 명시합니다. 완료되지 않은 조치를 완료된 것처럼 쓰면 신뢰가 무너집니다.

 

BLOCK 5. 재발 방지 대책 — 추상적 다짐 금지

"앞으로 주의하겠습니다"는 재발 방지 대책이 아닙니다. 시스템·절차·기준이 바뀌는 것이 재발 방지입니다. 누가, 언제까지, 무엇을 바꿀 것인지를 씁니다. 예를 들어 "설비 점검 담당자를 팀별 1명으로 지정(완료: 4월 10일), 냉각팬 필터 교체 주기를 3개월로 단축하여 점검 일정 캘린더 등록(완료: 4월 8일)"처럼요.

재발 방지 대책은 최소 3개 이상 쓰되, 각각 담당자와 완료 기한을 병기하는 것이 기본입니다. 기한이 없는 대책은 실행되지 않습니다.

✅ 핵심 요약 — 사고 보고서 5블록 구조
① 사고 개요: 30초 안에 읽히는 압축 요약
② 사고 경위: 감정 없이 타임라인으로
③ 원인 분석: 직접 원인 + 근본 원인 반드시 분리
④ 조치 내용: 누가, 언제, 무엇을, 어떻게 — 숫자로
⑤ 재발 방지: 담당자·기한 있는 구체적 대책 3개 이상

 

 

 

내일 당장 적용하는 법 — 실전 체크리스트

쓰기 전에 확인할 3가지

보고서를 쓰기 전, 딱 3가지만 확인하세요!!

첫째, 사실(Fact)과 해석(Interpretation)을 구분했는가. 모든 문장에서 "이것이 내 판단인가, 아니면 확인된 사실인가"를 물어보십시오. 판단이면 빼거나, "~으로 추정됨" 형태로 표시합니다.

둘째, 타임라인이 완성됐는가. 사고 발생 전후 최소 30분의 흐름이 빠짐없이 채워져 있어야 합니다. 공백이 있다면 이유를 씁니다.

셋째, 재발 방지 대책에 담당자와 기한이 있는가. 없다면 그것은 희망 사항이지 대책이 아닙니다.

 

보고서 제출 전 마지막 셀프 리뷰 체크리스트

아래 항목을 제출 전 10분만 투자해서 점검하시면 좋을 것 같네요 ^ ^;;

번호	체크 항목	확인
1	사고 개요가 30초 이내에 읽히는가	□
2	타임라인에 시간 공백이 없는가 (있다면 이유 명시)	□
3	직접 원인과 근본 원인이 구분되어 있는가	□
4	감정 언어, 책임 회피 표현이 없는가	□
5	조치 내용에 구체적 수치와 담당자명이 있는가	□
6	재발 방지 대책에 담당자와 기한이 모두 있는가	□
7	한 문장에 하나의 사실만 담겨 있는가	□

 

사고 보고서는 잘 쓰는 사람이 따로 있는 게 아닙니다. 구조를 아는 사람이 잘 씁니다. 감정을 빼고 사실만 담는 것, 원인을 두 층위로 나누는 것, 대책에 이름과 날짜를 붙이는 것. 이 세 가지만 지켜도 보고서의 품질이 완전히 달라집니다.

지금 당장 다음에 쓸 사고 보고서 양식 파일을 하나 만들어보십시오. 5블록 제목만 미리 잡아두는 것. 그것만으로도 막막함의 절반은 사라지게 됩니다~

 

 

 

함께 읽으면 좋은 글들

2026.04.04 - [보고서 잘 쓰는 법] - 출장 보고서 작성법 — 당일 30분 안에 끝내는 구조

출장 보고서 작성법 — 당일 30분 안에 끝내는 구조

2026.04.04 - [보고서 잘 쓰는 법] - 맥킨지·BCG 보고서 작성법의 공통점 — 컨설팅 보고서 구조 분석

맥킨지·BCG 보고서 작성법의 공통점 — 컨설팅 보고서 구조 분석

2026.04.04 - [보고서 잘 쓰는 법] - 기획서 쓰는 방법 — 11년차 전략 컨설턴트의 실전 프레임

기획서 쓰는 방법 — 11년차 전략 컨설턴트의 실전 프레임

2026.04.02 - [보고서 잘 쓰는 법] - 주간 보고서 양식, 매주 10분 안에 끝내는 법

주간 보고서 양식, 매주 10분 안에 끝내는 법