想定読者

  • 同じミスやトラブルが社内で繰り返されている経営者
  • 小さなクレームの蓄積を重大リスクと捉える管理職
  • 失敗を減らす組織文化を作る事業主

結論

重大事故は、ある日突然起きるものではありません。多くは、その前に何度も見逃された小さな異常の延長線上で起きます。

ハインリッヒの法則が示すのは、1件の重大事故の背後には、29件の軽微な事故と300件のヒヤリハットが潜むという考え方です。重要なのは数字そのものではなく、小さな異常と重大事故は同じ原因から生まれるという点です。顧客対応の行き違い、確認不足、情報共有の漏れ、手順の曖昧さ。こうした小さなほころびを放置した組織ほど、大きな損失を招きます。事故を防ぐには、重大事故のあとに騒ぐのではなく、日常の違和感を拾い上げる仕組みが必要です。

ハインリッヒの法則とは？

ハインリッヒの法則とは、1件の重大事故の背後には29件の軽微な事故と300件のヒヤリハットがあるという経験則です。もともとは労働災害の分析から知られた考え方ですが、今では幅広い業務管理やリスク管理で使われています。

この法則の価値は、比率の正確さではありません。重大事故だけを見ても、原因はつかめないという点にあります。表に出る大きな失敗は氷山の一角で、その下には小さな異常が大量に積み上がっています。

たとえば、情報漏えいが起きた会社では、その前に誤送信寸前、権限設定ミス、パスワード管理の甘さといった小さな異常が積み重なっていることが少なくありません。重大事故だけを特別扱いすると、本当の原因を見失います。

重大事故の前に起きていること

重大事故の前には、必ず何らかの予兆があります。問題は、その予兆が軽く扱われることです。

種類具体例放置した先のリスク
ヒヤリハット誤送信寸前で気づいた情報漏えい
軽微な事故顧客への案内ミスが発生した大口顧客の離脱
業務異常担当者しか分からない作業がある業務停止
小さなクレーム納期遅れへの不満が続く信用失墜

この表から分かる通り、小さな異常は単独で終わりません。同じ原因が残っている限り、規模だけを変えて再発します。だからこそ、軽微なミスを個人の不注意で片づける対応は危険です。必要なのは、原因を組織の側から見ることです。

ヒヤリハットが重大事故を防ぐ！

ヒヤリハットは、面倒な報告対象ではありません。重大事故を防ぐための最前線です。ここを拾える組織ほど、事故を未然に防ぎます。

小さな異常が根本原因を示す

ヒヤリハットには、重大事故と同じ原因が潜んでいます。手順が曖昧、確認が属人化、連絡経路が複雑、教育が不足。このような問題は、最初は小さな違和感として現れます。

ここで原因をつぶせば、大きな事故は防げます。逆に、軽いミスだからと見逃すと、同じ原因が残り続けます。事故の規模だけが大きくなります。

報告数の多さは危険ではない

ヒヤリハットの報告が増えると、不安に感じる経営者もいます。ですが、実際には逆です。報告が多い組織は、危険が見えている組織です。

本当に危険なのは、何も上がってこない会社です。問題がないのではなく、問題が隠れているだけです。報告が増えることは、組織が異常を認識できている証拠です。

早い修正が損失を小さくする

重大事故のあとに対策するより、ヒヤリハットの段階で直すほうが圧倒的に安く済みます。顧客離れ、炎上、損害賠償、採用難といった損失は、事故が起きてからでは取り返しがつきません。

小さな異常の段階で修正することが、最も費用対効果の高いリスク対策です。

報告されない組織の危険信号

ヒヤリハットが重要でも、現場から上がってこなければ意味がありません。報告されない組織には、共通する危険信号があります。

犯人探しが先に来る

ミスが起きた瞬間に、誰がやったのかを追及する会社では、報告は止まります。現場は自分を守る行動を取るからです。

必要なのは責任者探しではなく、原因の特定です。個人の責任だけを追う会社では、同じミスが別の人から再発します。

結果だけで判断する

事故にならなかったから問題ない。この考え方も危険です。たまたま大事に至らなかっただけで、原因は残っています。

誤送信寸前で止まったなら、止まったことを評価するのではなく、なぜ誤送信寸前まで進んだのかを見るべきです。結果だけで安心する会社は、次の事故を呼び込みます。

報告の手間が重い

報告書が長い、承認が多い、書式が複雑。このような会社では、現場は報告を避けます。忙しい現場ほど、面倒な仕組みは機能しません。

報告制度は、簡単であることが最優先です。短く、すぐ出せて、責められない。この3つが揃わないと定着しません。

小さなミスを資産に変える3つの実践

ヒヤリハットを活かすには、精神論では足りません。仕組みとして回す必要があります。

報告のハードルを下げる

報告フォームは短くします。日時、内容、気づいた点だけでも十分です。匿名でも構いません。重要なのは、現場が出せることです。

口頭共有の時間を定例会に入れる方法も有効です。毎週5分でも、積み重なると組織の感度が変わります。

原因を個人で終わらせない

報告が上がったら、本人の注意不足で終わらせないことです。手順、教育、役割分担、確認方法、情報共有のどこに問題があったのかを見ます。

同じミスが複数回起きるなら、個人ではなく仕組みの問題です。ここを見誤ると改善は進みません。

改善内容を全体へ返す

報告を集めるだけでは不十分です。改善した内容を全体へ返すことで、報告の価値が伝わります。

たとえば、

  • 誤送信防止の確認手順を追加した
  • 顧客対応のテンプレートを更新した
  • 属人化していた作業をマニュアル化した

といった改善を共有すると、現場は報告が役に立つと実感します。これが報告文化を育てます。

よくある質問

Q: 1対29対300の比率はどの会社でも当てはまりますか？

A: 厳密に同じ比率になるわけではありません。重要なのは、重大事故の背後には多数の小さな異常があるという考え方です。

Q: 製造業ではない会社にも関係ありますか？

A: 関係あります。営業、事務、接客、情報管理、顧客対応など、あらゆる業務で小さな異常は重大リスクにつながります。

Q: ヒヤリハット報告が増えると職場が暗くなりませんか？

A: 暗くなるのは、報告を失敗の告発として扱う会社です。改善の材料として扱えば、報告は前向きな行動になります。

Q: 小さな会社でも仕組みを作れますか？

A: 作れます。共有スプレッドシート、簡単なフォーム、定例会での口頭共有だけでも十分に機能します。大事なのは規模ではなく継続です。

筆者について

記事を読んでくださりありがとうございました！ 私は スプレッドシートでホームページを作成できるサービス、SpreadSite を開発・運営しています！ 時間もお金もかけられない、だけど魅力は伝えたい！ という方にぴったりなツールですので、ホームページでお困りの方がいたら、ぜひご検討ください！ https://spread-site.com