Appearance
ニアミスとは？その活用方法
結論
ニアミスは事故の前兆ではなく「改善の材料」です。
報告が集まり、判断に使われ、現場が変わる設計があって初めて価値が出ます。
「ニアミスを報告しても活用されない」「報告が続かない」
こうした悩みは、ツールの問題ではなく運用設計の問題であることがほとんどです。
ニアミスの定義と目的
ニアミスは、
- 実害は出ていないが
- 同じ状況が続けば事故になり得た事象
を指します。
目的は「報告数を増やすこと」ではなく、 再発を防ぐための判断材料を増やすことです。
ニアミス報告が止まる理由
報告が続かない原因は、ほぼ次の3つに集約されます。
1. 責任追及の空気がある
「誰が悪いか」に視点が向くと、報告は止まります。
必要なのは原因の特定よりも再発防止の合意形成です。
2. 入力が重すぎる
- 詳細すぎるフォーム
- 写真や長文が必須
こうした設計は、現場の手を止めてしまいます。
最初は最低限の項目に絞るのが鉄則です。
3. 報告の先が見えない
報告しても変化が見えないと、
「出しても意味がない」と判断されます。
使われるニアミス運用の設計
報告を活かすには、使い道から逆算します。
最低限の入力項目
- いつ（日時）
- どこで（場所/設備）
- 何が起きたか（短文）
- もし続いたら何が起きたか（想定被害）
重要度の基準を決める
- 停止影響の大きさ
- 人的影響の可能性
- 再発の起こりやすさ
重要度が分かると、優先順位が決まります。
分析と対策の回し方
ニアミスは「報告して終わり」ではなく、 対策の意思決定まで繋げる仕組みが必要です。
1. トリアージ（仕分け）
- 即対応
- 週次レビュー
- 共有のみ
2. 対策の決定
- ルール変更
- 設備や動線の改善
- 教育の追加
3. 共有とクローズ
- 何が変わったかを短く共有
- 対策の完了を明示
このフィードバックの可視化が、報告文化を作ります。
見るべき指標（KPI）
- 報告数ではなく重要度の高い報告比率
- 報告から対策完了までの時間
- 再発率
量より質が判断の軸です。
小さく始めるときの手順
- 重要設備・重要エリアから対象を絞る
- 入力項目を最小化する
- 月1回の共有と改善レビューを設ける
最初から全社展開ではなく、小さな成功を作ることが重要です。
まとめ
ニアミスの価値は、 報告の多さではなく、現場が変わるかどうかにあります。
報告 → 判断 → 改善が回る設計を用意すれば、
ニアミスは安全と稼働率を同時に押し上げる武器になります。
