アンドンが生む価値は、応答時間のデータにある
アンドンを「異常を知らせる仕組み」と定義すると、導入後の評価ができません。知らせたかどうかは、点灯した瞬間に決まってしまうからです。
設計の出発点を変えてください。アンドンの本質は、異常が発生してから復旧するまでの時間を4つに分解して測る仕組みです。この分解ができると、遅いのが「気づき」なのか「駆けつけ」なのか「修復」なのかが特定でき、打つべき手が変わります。
多くのアンドン実装で欠けているのが②の受理です。ランプが点いて、直った時点で消灯する。この2点だけでは、10分の停止が「9分間誰も気づかなかった」のか「1分で気づいたが修理に9分かかった」のかを区別できません。受理の操作を1つ増やすだけで、改善の対象が特定できるようになります。
受理は、応援に向かう人が端末や現地のボタンで押す1操作で構いません。押しにくい場所にしか受理手段がない場合は、ここが形骸化します。停止時間そのものの分解はダウンタイムの記事で扱います。
通知は、件数が一定を超えると一斉に無視される
異常通知の設計で最大のリスクは、通知が多すぎて誰も見なくなることです。これは規律の問題ではなく、人間の処理能力の問題として扱う必要があります。
プロセス産業では、この問題に対してアラート管理の標準が整備されています。ISAのISA-18標準委員会は、プロセス産業におけるアラームシステムの開発・設計・設置・管理に関する標準と技術報告書を策定しています。離散製造のアンドン設計でも、この分野で確立している考え方はそのまま応用できます。
- 通知には優先度を持たせ、優先度ごとに応答の期待値を定義する。 優先度が実質1種類しかないアンドンは、全件が最優先扱いになり、結果として全件が後回しになります
- 同一原因の通知をまとめる。 1つの設備停止から10個の通知が飛ぶ実装は、受け手にとって10個の異常に見えます
- 通知の総件数を継続的に監視する。 「1人が1シフトで受け取る通知件数」を指標として持ち、上限を決めます
エスカレーションは4つのパラメータで設計する
「一定時間経っても受理されなければ、上位者に通知する」というエスカレーションは、アンドンの中核機能です。設計で決めるべきパラメータは4つに整理できます。
| パラメータ | 決めること | よくある失敗 |
|---|---|---|
| 待機時間 | 次の段階へ上げるまでの秒数・分数 | 全異常で同じ時間にしている。品質異常と材料補充を同じ扱いにすると必ず破綻する |
| 通知先の階層 | 1次（同一ライン）→2次（班長・保全）→3次（課長・工場長） | 3次まで自動で上げる設計にして、管理職が通知を切ってしまう |
| 打ち切り条件 | 何段階目で自動エスカレーションを止めるか | 打ち切りを設けず、深夜帯に工場長の携帯が鳴り続ける |
| 解除の条件 | 誰が、どの状態になったら通知を終了できるか | 発報者しか解除できず、応援者が対応しても鳴り止まない |
このうち軽視されがちなのが解除の条件です。復旧の判断を誰が下すかを決めないと、「直ったように見えるが誰も解除しない」通知が滞留し、次の異常が埋もれます。原則として、受理した本人か、その上位者が解除できる設計にしてください。
待機時間は、異常の種類ごとに変えます。目安としては、生産が止まっている異常（設備停止・材料切れ）は分単位、止まっていないが放置できない異常（品質の傾向異常、消耗品の残量低下）は時間単位です。この区分がないと、緊急でない通知が緊急扱いされ、通知全体の信頼が落ちます。
チャネルは「その場」と「移動中」で分ける
アンドンの表示手段は、受け手の状態によって選びます。
- ランプ・回転灯・大型表示板：同一エリアにいる人向け。視認距離と照度で選ぶ。エリアを離れた人には届かない
- 現場端末のポップアップ：作業中の人向け。作業を中断させるため、優先度の高いものに限る
- モバイル端末（スマートフォン・ハンディ）：移動している保全員・班長向け。受理操作をここで完結させられることが最大の利点
- メール：即応が不要な通知、および記録として残したい通知に限る。即応を期待するチャネルとして使わない
複数チャネルを使う場合、同じ異常が複数のチャネルから重複して届かないよう、受理と同時に他チャネルの通知を止める設計が必要です。ここが抜けていると、受理した後もスマートフォンが鳴り続け、現場は通知そのものを切ります。モバイル端末の実装上の考慮点はモバイル・ハンディ端末対応の記事で扱います。
応答KPIをどう回すか
4点のタイムスタンプが取れていれば、アンドンの運用は次の3つのKPIで回せます。
- 平均認知時間（①→②）：通知設計とチャネルの評価指標
- 平均駆けつけ時間（②→③）：要員配置と持ち場設計の評価指標
- 未受理率：一定時間内に誰も受理しなかった通知の割合。アンドンが機能しているかどうかの最重要指標
3つのうち、最初に見るべきは未受理率です。これが高い状態で認知時間や駆けつけ時間を議論しても意味がありません。未受理率が下がらない場合、原因はほぼ次のいずれかです。①通知件数が多すぎる、②通知先の人が物理的に対応不可能な状況にいる、③受理しても何も改善しないと現場が学習している。3つ目は、受理後の対応が実際には行われていないことを意味し、システムではなく体制側の問題です。
これらのKPIは、KPI定義の枠組みに沿って分母と例外を明記して運用してください（MESで見るべきKPIの記事）。アンドン機能そのものの実装はアンドンと通知・エスカレーションの記事で扱います。
よくある質問
既存の物理アンドン（回転灯）は、MES導入時に撤去すべきですか？
撤去しないでください。回転灯は同一エリアにいる人への即時性という点で、画面や通知アプリより優れています。MESで置き換えるべきなのは回転灯そのものではなく、点灯・消灯の記録が残らないことです。実装としては、回転灯の点灯信号をMESに取り込む、あるいはMESから回転灯を制御する形にして、物理表示は残したままタイムスタンプを取得できるようにします。受理操作だけを現場ボタンや端末に追加すれば、既存設備を活かしたまま4点計測が成立します。
通知の優先度は何段階にすべきですか？
3段階を推奨します。「生産が止まっている」「止まっていないが放置すると止まる／品質に影響する」「記録目的で即応不要」の3つです。5段階以上にすると、発報側が優先度を選ぶ判断に迷い、結局中央の値ばかりが選ばれます。2段階だと、緊急でない通知が緊急側に寄ります。3段階にしたうえで、優先度ごとに待機時間と通知チャネルを別々に定義するのが、運用しやすい構成です。
夜勤帯や休日はエスカレーション先が不在です。どう設計しますか？
シフトカレンダーと連動した通知先マスタを持たせてください。時間帯ごとに1次・2次・3次の通知先を切り替え、不在の階層はスキップする設計にします。重要なのは、スキップしたことを記録に残すことです。「深夜帯に3次通知先が不在だったため、2次で打ち切られた」という事実が残っていれば、その時間帯の体制が妥当かどうかを後から議論できます。記録なしにスキップすると、体制の穴が誰にも見えないまま残ります。
