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

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

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

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

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

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

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

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

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

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

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

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

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

ヒヤリハットとは｜300の層にあたる事象

ヒヤリハットは、事故やけがには至らなかったものの、一歩間違えれば事故になっていた出来事のことです。「ヒヤリとした」「ハッとした」から来た言葉で、労働安全の分野で広く使われています。

ハインリッヒの法則の3つの層でいえば、いちばん下の300の層、あるいはそのさらに下にある「事故すら起きていないが危なかった」事象にあたります。

層	起きたこと	製造現場の例
重傷・軽傷	けがを伴う災害	プレス機に指を挟まれた
無傷害の事故	事故は起きたが、けがはなかった	フォークリフトが棚に衝突した
ヒヤリハット	事故の手前で止まった	通路の角でフォークリフトと歩行者がぶつかりかけた

ヒヤリハットは、けがも損害も出ていないので、報告しなければ記録に何も残りません。ハインリッヒの法則が「軽い事象に材料が眠っている」と言うとき、いちばん数が多く、いちばん失われやすいのがこの層です。

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

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

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

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

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

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

ヒヤリハットの集め方と報告書の書き方

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

集まらない3つの理由

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

集めるための工夫

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

報告書に書く6つの項目

書式を軽くするといっても、後から原因を追えるだけの情報は要ります。次の6項目があれば、聞き取りで補えます。

項目	書くこと	記入例
いつ	日時・勤務帯	9月12日 夜勤 2時ごろ
どこで	場所・設備	第2倉庫 出入口の角
何をしていて	そのときの作業	部品箱を台車で運んでいた
何が起きかけたか	起きかけた事象	角からフォークリフトが出てきて、台車とぶつかりかけた
なぜ起きかけたか	考えられる原因	角に死角があり、ミラーが汚れて見えなかった
どうすれば防げるか	本人の提案（任意）	ミラーの清掃を点検項目に入れる。一時停止線を引く

「誰が」の欄は置かないか、任意にします。記入例のように、人の不注意ではなく場所や設備の状態が書かれていれば、対策を仕組みの側で考えられます。

集まった報告の並べ替え方｜件数と重大性

集まった事例は、件数の多い順にパレート図で並べると、どこから手を付けるかが見えます。ただし、件数が多いものが必ずしも重大とは限りません。ある工場の1か月分のヒヤリハット23件を、件数と点数の2通りで並べてみます。

事象	件数	重大性（1〜5）	可能性（1〜5）	点数
フォークリフトが通路の角で歩行者と接触しかけた	2	5	3	15
床の油で滑りかけた	9	3	4	12
出荷ラベルを別品番に貼りかけた	4	4	3	12
安全カバーを開けたまま寸動運転しかけた	1	5	2	10
重い部品箱を持ち上げて腰を痛めかけた	6	2	4	8
校正期限切れのゲージで測りかけた	1	3	2	6

点数は、起きたときの重大性と、起きる可能性をそれぞれ5段階で評価し、掛け合わせたものです。リスクアセスメントでよく使われる考え方です。Excelでは、C列に重大性、D列に可能性を入れて、次の式で求めます。

• 点数：=C2*D2
• 点数の順位：=RANK.EQ(E2,$E$2:$E$7)

件数で並べると、1位は「床の油」の9件（全体の39.1％）で、2位が「部品箱」の6件です。ところが点数で並べると、1位は件数では4位の「フォークリフト」（15点）が上がってきます。件数がわずか2件でも、起きれば重傷や死亡につながるからです。件数だけで並べると、ハインリッヒの法則でいう「1」に近い事象ほど後回しにされます。

もう1つ注意したいのが「安全カバー」です。点数は10点で4位ですが、重大性は最大の5です。重大性が最大のものは点数にかかわらず先に対策する、という決まりを併用しておくと、掛け算で薄まる危険を見落としません。この考え方はFMEAのリスク評価と同じ発想で、RPNの落とし穴としてFMEAとは｜RPNの計算とワークシートの書き方・例でも扱っています。

バードの法則との違い

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

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

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

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

1. 件数の逆算に使う

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

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

軽微な事象を減らすことは有効ですが、重大な事象には固有の要因が絡む場合があります。件数を減らす活動と、重大リスクを個別に潰す活動は分けて進めます。上の並べ替えで、件数と点数の順位が食い違ったのはこのためです。

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

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

よくある質問

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

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

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

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

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

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

Q. ヒヤリハットとインシデントは何が違いますか？

A. 使われる分野と範囲が違います。ヒヤリハットは主に製造業や建設業の労働安全で使われ、事故に至らなかった事象を指します。インシデントは医療や情報システムでよく使われ、事故の手前の事象に加えて、軽い実害が出た事象まで含めて呼ぶことがあります。社内で使うときは、どこまでを含めるかを定義しておくと集計がぶれません。

Q. ヒヤリハット報告書には何を書けばいいですか？

A. いつ・どこで・何をしていて・何が起きかけたか・なぜ起きかけたか・どうすれば防げるか、の6項目があれば十分です。「誰が」は書かないか任意にし、人の不注意ではなく場所や設備の状態を書くようにすると、仕組みの側で対策を考えられます。

まとめ

• ハインリッヒの法則＝重傷1・軽傷29・無傷害300という労働災害の調査結果。同じ性質の出来事の「重さの分布」を示したもので、件数の予測式ではない
• ヒヤリハットは事故の手前で止まった事象で、報告しなければ記録に残らない。いちばん数が多く、いちばん失われやすい層
• 報告書は6項目で足りる。人ではなく事象と場所・設備の状態を書かせ、書式を軽くし、結果を返すと集まる
• 並べ替えは件数だけでなく点数（重大性×可能性）でも行う。例題では件数4位のフォークリフトが点数1位になった
• 品質への応用は類推。数値ではなく「氷山の一角」という構造を使う。報告が増えたことを悪化と読まない

まとめると、重い事象だけを見ていては材料が足りない、というのがこの法則の実務的な意味です。集めたヒヤリハットは、件数で多いものから減らす活動と、点数の高いものを個別に潰す活動に分けて進めてください。

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

ヒヤリハットの多くは、人のミス（ヒューマンエラー）から生まれます。エラーを4つの種類に分けて対策を選び、注意喚起ではなく仕組みの対策で減らせたかを検定で確かめる例はヒューマンエラーとは｜4つの種類と対策・効果の確かめ方で解説しています。

ヒヤリハットを集めるだけでなく、作業に入る前に危険を先回りして話し合う訓練がKYT（危険予知訓練）です。1Rで危険を「〜なので、〜して、〜になる」の形で書き、4Rで行動目標を唱和する進め方はKYT（危険予知訓練）とは｜4ラウンド法の進め方と例で解説しています。