トラブル報告を「個人の記憶」から「組織の資産」に変える仕組みづくり

「○○ラインが止まった。ベアリングが焼き付いた。交換して復旧させた。以上。」——こんな報告メール、現場では毎日のように飛び交っています。

しかし、このレベルの報告を続ける限り、同じトラブルは繰り返されます。なぜなら「なぜ焼き付いたのか」が追究されていないからです。グリース切れなのか、シール破損なのか、過負荷なのか。原因が特定できなければ、対策は対症療法のまま終わります。

本記事では、トラブル報告を「個人の記憶」から「組織の資産」に変えるためのA3報告書の書き方と、それを現場に定着させる方法を解説します。

1. 口頭報告の問題点——なぜ情報は劣化するのか

現場で最も多い報告手段は口頭です。しかし、口頭報告には以下のような本質的な問題があります。

記憶の取捨選択：報告者は「自分が大事だと思うこと」だけを話す。その判断は必ずしも正しくない。
質問のバイアス：聞く側の質問によって話の内容が誘導される。
忘却：24時間後には詳細の半分以上が忘れられる（忘却曲線）。
伝達の劣化：A→B→Cと伝わるうちに情報が変化する（伝言ゲーム現象）。
検索不能：3ヶ月後に「あの時どうしたっけ」となったとき、頼れるのは記憶だけ。

口頭報告は「今すぐ動くため」の緊急連絡手段です。「後で振り返るため」の記録としても使おうとするから問題が起きます。この2つは別物だと認識し、記録用の仕組みを別に設ける必要があります。

2. A3トラブル報告書の8つの構成要素

A3報告書はトヨタ生産方式に由来する問題解決フレームワークです。サイズがA3なのは「コンパクトにまとめる」という意図であり、だらだらと長文を書くためのものではありません。

タイトル：「○○ライン △△停止トラブル報告」— 何の・どこで・何が起きたかが一目でわかるようにする。日付も含める。
基本情報：発生日時・設備名・稼働状況・報告者。これだけで検索性が格段に上がる。
トラブルの概要：何が起きたかを5W1Hで整理する。ここでは原因の推測を書かない。「事実」だけを書く。「ベルトコンベア#3が14:30に停止した。モーター過負荷リレーがトリップしていた」— これでOK。
一時対応：復旧のために行った応急処置。「ベアリングを交換し、試運転で正常動作を確認。復旧までの停止時間は3小時」。一時対応の内容を記録しておくことで、次回同じトラブルが起きたときの参考になる。
原因分析：なぜなぜ分析で根本原因まで掘り下げる。「ベアリングが焼き付いた」は原因ではなく現象です。なぜ焼き付いたのかを最低3回、理想は5回の「なぜ」で掘り下げます。
恒久対策：同じ原因で再発しないための具体的な施策。ここでよくあるミスは「ベアリングを交換した」を恒久対策と書いてしまうこと。それは一時対応です。恒久対策は「グリース給脂周期を設定し、点検表に組み込む」のように、運用ルールを変えることです。
水平展開：「同じ部品を使っている設備は他にないか？」「同じ設計思想の箇所は？」「同じ運用ルールで動いている設備は？」——他の設備でも同様のリスクがないかを確認する。
スケジュール：対策の実施予定日と責任者。誰がいつまでに何をするのかを明確にしないと、対策は実行されません。