【後編】とんでもないことを、起こさないために ― 見える化・見せる化・カタチ化
前編では、「とんでもないこと」は偶然ではなく、構造的必然であると述べました。
では、取り返しのつかない結果を招く恐れがある組織構造を、どう立て直すのか。
多くの企業がまず手を伸ばすのは、AIやDX、最新システムの導入です。
しかし本当に必要なのは、技術を増やし「置き換える」ことではなく、
「事故を止められる設計」をつくることではないでしょうか。
再発防止策を積み重ねても、なぜまた起きるのか。
アラートが増えているのに、なぜ判断は早くならないのか。
BCPを策定しているのに、なぜ現場は迷うのか。
問題は能力不足ではなく、「設計の順番」にあるのかもしれません。
本稿では、「見える化・見せる化・カタチ化」という3つの視点から、
安全と品質を経営の設計として再構築する方法を整理します。
そして、AI・DXを「後段で効かせる」順序、
BCP（72時間／1週間）とファシリティをどう接続するかまで踏み込みます。
事故をゼロにすることが目的ではない。
事故を止められる組織をつくることが目的である。
その具体像を、ここから示していきます。
目次
プロフィール
池永寛明（いけながひろあき）
社会文化研究家（元 大阪ガスエネルギー・文化研究所所長、元 日本ガス協会企画部長）
（略歴）大阪ガス株式会社理事・エネルギー・文化研究所長・近畿圏部長・日本ガス協会企画部長
（現在）日本経済新聞note 日経COMEMO キーオピニオンリーダー（https://note.com/hiroaki_1959）
関西国際大学客員教授・データビリティコンソーシアム事務局長・Well-Being部会会長・
堺屋太一研究室主席研究員・未来展望研究所長・IKENAGA LAB(https://ikenagalab.com)代表等
（著書） 「日本再起動」「上方生活文化堂」など
前編で述べたように、事故と品質低下は偶然ではない。
構造の劣化と言えるかもしれない。
では、どう立て直すのか。
ここで多くの組織が技術に飛びつく。
AI、DX、IoT、遠隔制御・運転・監視、ダッシュボード、システム刷新。
結論から言う。
技術は主語ではない。AIは主語ではない。
ここを取り違えた瞬間、
会社は「改善」ではなく、「置き換え」に向かう。
置き換えは進む。
しかし能力は育たない。
だから、また起きる。
1 なぜ再発防止策は効かないのか
事故が起きると、会社は動く。
原因究明。対策一覧。教育実施。
幹部メッセージ。再発防止策。
しかし、現実には、また起きる。
なぜか。
再発防止策は、事故後の整理にはなる。
しかし、事故前の「感度」は育てない。
• 事故後の因果は書ける
• 事故前の違和感は書類になりにくい
• 書類が整うほど、「もう大丈夫」という錯覚が生まれる
• 儀式が強くなるほど、本音は出なくなる
経営者の責任は、
事故後に謝ることではない。
事故が起きない設計をつくることである。
2 止められる設計をつくる
事故を減らすのではない。
「止められる組織」を設計する。
そのために必要なのが、
① 業務の見える化（鳥瞰）
点検・保守・修繕・更新・設備管理・緊急対応。
入口から出口までを一本の地図にする。
• どこで判断しているのか
• どこに停止基準があるのか
• どこが属人化しているのか
まず全体構造を可視化する。
② 改善余地の見える化（真因の特定）
「なぜ」を設備だけに閉じない。
• 制度
• 評価軸
• 権限設計
• 協力会社との関係
止められない構造がどこにあるのかを特定する。
③ 標準化＝見せる化（判断の型）
標準化は手順書ではない。
• 停止基準
• 代替運転基準
• 復旧優先順位
• 連絡・報告基準
誰が見ても、同じ判断に近づく「型」を持つことである。
④ 成果の見える化（KPIの再設計）
稼働率・コストだけでは現場は歪む。
• 前兆段階で止めた件数
• ヒヤリハットの質と水平展開率
• プロセス品質
• 未然防止の事例数
安全と品質は、「止めた数」で評価する。
⑤ 課題解決型人材の再構築
管理職の仕事を再定義する。
叱ることではない。
詰めることでもない。
異常を止め、構造を直し、学びを蓄積すること。
ここが再起動の核心である。
3 AI・DXは「後段」で爆発的に効く
ここまで整って初めて、AI・DXが意味を持つ。
構造が見えていないままAI・DXを入れると、
• アラートが増える
• 判断は遅れる
• 現場は疲弊する
• ミスは高度化し、見えにくくなる
しかし、構造が整えばAIは武器になる。
たとえばファシリティ分野での具体活用は
• 過去の不具合履歴・図面・工事記録から類似事例を瞬時に提示
• アラートを危険度×影響度で優先順位付け
• 点検記録を構造化し、原因仮説を自動生成
• 復旧手順を状況別に提示
• 協力会社品質の傾向分析
AIは監視装置ではない。
判断と学習を加速させる装置である。
順番を間違えないこと。
それがすべてである。
4 BCP（72時間／1週間）×ファシリティ
最後に問われるのが、BCP。
災害は増える。
停電は起きる。
人は来られない。
そのとき、建物は黙って止まる。
BCPは書類ではない。
設備設計と運用設計で決まる。
発災後72時間 ― 何を残すか
• 最低稼働機能の定義
• 優先負荷の明確化
• 代替運転の準備
• 初動判断基準
「止める」「逃がす」「隔離する」を事前に設計しているか。
発災後1週間 ― 何を回復し、何を捨てるか
• 復旧順位の明確化
• 協力会社が来られない前提の設計
• 予備品と応急資材
• 縮退モード運用
“普段通り”を捨てる設計を事前にしているか。
ここで再び、AI・DXが効く。
• 系統の可視化
• 優先順位の即時抽出
• 過去対応の検索
• 復旧手順支援
だが、これも後段である。
最後に
安全と品質は、現場の努力・気合論ではない。
経営そのものである。
どこに人を残すか。
どこを標準化するか。
どこを自動化するか。
誰に止める権限を与えるか。
とんでもないことは偶然ではない。
構造的必然である。
だからこそ、構造的に立て直せる。
止められる設計。
学びが残る仕組み。
AIはそれを加速する。
立て直さなければ、とんでもないことはつづく。
立て直せば、ファシリティは企業の最後の砦になる
