ハインリッヒの法則とは｜1:29:300とヒヤリハット活用

大きなクレームが出たあとに調べてみると、実は現場では前から似た事象が起きていた。報告されていなかっただけだった——製造業でよくある話です。

ハインリッヒの法則は、重大な事故の背後に、軽微な事象とヒヤリとした経験が桁違いに存在することを示した経験則です。安全管理の文脈で有名ですが、品質の分野でも「見えている不具合は氷山の一角」という考え方の根拠として使われます。この記事では、元の調査が何を数えたのかを押さえたうえで、品質管理への応用と誤用しやすい点を整理します。

ハインリッヒの法則を使う場面

この法則が効くのは、報告された件数だけを見て「問題は少ない」と判断しそうなときです。次のような場面が該当します。

• クレームが出たが、社内では「初めての事象」と認識されているとき
• 不具合報告の件数が少なく、現場は安定していると評価しているとき
• ヒヤリハットや軽微な手直しが記録に残っていないとき
• 重大な不具合が起きる前に、予兆を拾う仕組みを作りたいとき

逆に、次の使い方は向きません。

• 件数を予測する根拠にする（△）——「1件出たから軽微が29件あるはずだ」と数える使い方は、元の調査の趣旨から外れます
• 個別の原因分析の代わりにする（△）——比率は全体の傾向を示すだけで、原因は個別に掘る必要があります

ハインリッヒの法則とは｜1:29:300

アメリカの損害保険会社に勤めていたハインリッヒが、多数の労働災害の記録を調査してまとめた比率です。

区分	件数の比	内容
重傷	1	重い傷害を伴う災害
軽傷	29	軽い傷害を伴う災害
無傷害	300	傷害はないが、事故そのものは起きた事象

押さえておきたいのは、これが同じ性質の出来事の重さの分布を示している点です。300件の無傷害事故は、たまたま軽く済んだだけで、条件が少し違えば重傷につながりえた事象を指します。別々の問題を数えたものではありません。

ここから導かれる示唆は、件数の予測ではなく、重い事象だけを見ていては数の少ない情報しか得られないということです。対策を打つ材料は、軽い事象のほうに圧倒的に多く眠っています。

品質管理への応用｜不良の氷山

安全の法則をそのまま品質に持ち込むと、次のような対応づけができます。

• 1——客先クレーム、市場不具合
• 29——社内で見つかった不良、手直し
• 300——規格内だが普段と違った、作業者が「おや」と思った事象

この対応づけは類推であって、比率そのものが品質分野で検証された数値ではありません。数字を厳密に当てはめるより、クレーム1件の背後に、記録に残っていない事象が桁違いに存在するという構造の理解として使うのが実務的です。

実際に効いてくるのは、300のほうに手を入れたときです。「いつもより硬い」「治具に入りにくい」といった、不良には至っていない違和感を拾えると、工程の変化を早い段階で掴めます。チェックシートで記録の型を決めておくと集まりやすくなります。

たとえば、ある工程で「治具にワークが入りにくい」という声が数週間前から出ていたとします。不良にはなっていないため、報告として上がることはありません。その後、位置決めピンの摩耗が進んで寸法不良が発生し、最終的に客先クレームへつながる。振り返れば、入りにくいという違和感が最初の予兆でした。300の層を拾うとは、この段階で記録が残る状態を作ることです。

ヒヤリハットの集め方

ヒヤリハットは、集める仕組みを作らないと集まりません。理由ははっきりしていて、報告する側に負担と不安があるためです。

集まらない3つの理由

• 報告すると自分の失敗として扱われる（責任追及への不安）
• 書式が重く、記入に時間がかかる
• 出しても何も変わらないという経験の積み重ね

集めるための工夫

• 人ではなく事象を書かせる——「誰が」ではなく「何がどうなった」に絞る
• 書式を1〜2行にする——詳細は後から聞き取る前提にする
• 拾った事例のその後を返す——対策につながった例を現場へ共有する

集まった事例は、件数の多い順にパレート図で並べると、どこから手を付けるかが見えます。件数が多いものが必ずしも重大とは限らないため、重大度と組み合わせて優先順位を決めます。この考え方はFMEAのリスク評価と同じ発想です。

バードの法則との違い

ハインリッヒの調査より後に、バードが別の大規模調査から示した比率が 1:10:30:600 です。

法則	比率	特徴
ハインリッヒ	1 : 29 : 300	重傷・軽傷・無傷害の3区分
バード	1 : 10 : 30 : 600	物損事故を独立した区分として加えた4区分

数値が違うのは、調査対象も区分の定義も異なるためです。どちらが正しいかを議論する意味は薄く、重い事象の下に軽い事象が桁違いに広がるという共通の構造を押さえれば十分です。

数字が一人歩きする3つの誤用

1. 件数の逆算に使う

「クレームが2件だから軽微は58件あるはずだ」という計算は、元の調査の趣旨を外れています。比率は特定の調査から得られた傾向であり、どの職場にも当てはまる定数ではありません。

2. 300件を潰せば重大事故がゼロになると考える

軽微な事象を減らすことは有効ですが、重大な事象には固有の要因が絡む場合があります。件数を減らす活動と、重大リスクを個別に潰す活動は分けて進めます。

3. 報告件数の増加を「悪化」と読む

ヒヤリハットの報告が増えたとき、それは現場が悪くなったのではなく、報告しやすくなった結果である場合がほとんどです。ここで件数の多さを責めると、報告は止まります。集める仕組みそのものを壊してしまう、いちばん多い失敗です。

よくある質問

Q. 1:29:300は品質不良にもそのまま当てはまりますか？

当てはめる根拠はありません。この比率は労働災害の調査から得られたもので、品質分野で検証された数値ではないためです。件数の予測に使うのではなく、記録に残っていない軽微な事象が背後に多数あるという構造の理解として使います。

Q. ヒヤリハットの報告件数が少ない職場はどう見ればいいですか？

問題が少ない職場とは限りません。報告の仕組みや心理的な抵抗によって、拾えていないだけの可能性があります。報告書式の重さ、責任追及の有無、フィードバックの有無を先に点検します。

Q. 集めたヒヤリハットはどう活用すればいいですか？

まず件数と重大度で並べて優先順位を決め、上位の事例について原因を掘り下げます。掘り下げにはなぜなぜ分析を使い、対策は人の注意ではなく仕組み側で止める形にすると再発を防げます。

まとめ

• ハインリッヒの法則＝重傷1・軽傷29・無傷害300という労働災害の調査結果
• 同じ性質の出来事の「重さの分布」を示したもので、件数の予測式ではない
• 品質への応用は類推。数値ではなく「氷山の一角」という構造を使う
• ヒヤリハットは人ではなく事象を書かせ、書式を軽くし、結果を返すと集まる
• 報告が増えたことを悪化と読まない。責めると報告は止まる

まとめると、重い事象だけを見ていては材料が足りない、というのがこの法則の実務的な意味です。集めた事例から原因を掘る手順はなぜなぜ分析のやり方、改善活動として回す流れはQCストーリーとはで解説しています。品質管理の手法を体系的に学びたい方は、レベル別のおすすめ書籍を統計学・実験計画法のおすすめ本まとめで紹介しています。