報告と根拠
2026年9月 全社スクリーニングの完了(ヒートマップ)
公開
2026年9月の定例報告です。8月から進めていた全社スクリーニングを完了し、「どこから切るか」を経営が判断できる材料を揃えました。前月の状況は 2026年8月の活動報告 をご覧ください。
この1ヶ月の要点
① 全社スクリーニングを完了しました。 発電所運転管理・燃料調達・ERP(財務会計/人事給与)・情報系まで棚卸しを広げ、領域定義とリスク評価を終えました。 ② ヒートマップが完成しました。 領域 × リスク軸で「危ない順」が並び、10月の意思決定にかけられる状態になりました。 ③ 判定の外れ方を数字で押さえました。 7月から続けている現場確認とログ監視の結果、推定と実態のズレは低頻度処理に集中することが再確認できました。停止判断には監視期間を必須とする運用を確定しています。
フェーズの現在地
| フェーズ | 期間 | 状態 |
|---|---|---|
| PoC(手法の妥当性検証) | 2026年4〜6月 | 完了 |
| 限定適用(判定を現場で確かめる) | 2026年7月 | 完了 |
| 本格展開A(全社スクリーニング) | 2026年8〜9月 | 完了 ← この報告で締め |
| 本格展開B(意思決定と第1次切除) | 2026年10〜12月 | 予定 |
| 実行・定着(モダナイゼーション) | 2027年1月〜 | 予定 |
目次
1. スクリーニングの完了
8月に着手した全社スクリーニングを9月末で完了しました。PoC の対象だった基幹5領域(領域A〜D + 共通基盤)に加え、発電・燃料・ERP・情報系まで棚卸しを広げています。
本サイトの掲載範囲について
本サイトに掲載している判定データ(依存グラフ596本・死活推定採点397本)は、2026年7月4日時点の PoC 断面です。全社スクリーニングで追加した領域の判定データは、サイトへの反映を順次進めています。現時点の 全社システム資産マップ は評価済み5領域ぶんの数字です。
2. ヒートマップで危ない順に並べる
判断材料の中核は リスクヒートマップ です。領域 × リスク軸(老朽度・ブラックボックス度・要員・停止影響・削減余地)で、どこが危ないかを一望できます。
読み方の要点は3つです。
- 削減余地が大きい × 停止影響が小さい → 先に切ります。回収を早め、次の投資原資にします
- 削減余地が小さい × 停止影響が大きい → 切りません。堅牢化と可視化に投資します(需給運用・給電が典型です)
- 要員リスクが高い → 切る/残すに関わらず、人がいるうちに手を打ちます。COBOL・VB6 の有識者が抜ける前がタイムリミットです
3. 推定の当たり外れ
7月の限定適用から続けている現場確認とログ監視の結果です。
- 推定死亡と判定したもののうち、現場でも「使っていない」と確認できたものが大半でした
- 外れるのは決まって「実は使っている」方向で、原因は実行頻度の低さでした(年数回の特定工事、決算期のみの処理)
- 逆方向の外れ(推定現役なのに実際は使われていない)は、確認できた範囲では出ていません
この非対称性は運用上重要です。推定を信じて止めると事故になり得ますが、推定を信じて残しても事故にはなりません。したがって停止判断は必ず監視期間を挟み、残す判断は推定のまま進めてよい、という基準にしました。
4. 10月の意思決定にかけるもの
10月の経営会議には次の3点をかけます。
| 論点 | 内容 |
|---|---|
| 切除順序 | ヒートマップに基づく着手順(削減余地大 × 停止影響小 から) |
| 第1次切除の範囲 | 推定死亡46本のうち、監視期間を終えたものから段階的に停止 |
| 投資配分 | 削減で浮いた保守費を、堅牢化とモダナイゼーションのどちらに回すか |
続きは 2026年10月の活動報告 をご覧ください。