公共施設マネジメントを可視化する — 総合管理計画の更新費用推計と施設別ライフサイクルコストのBI実装
公共施設等総合管理計画の更新費用試算を「報告書の一枚」で終わらせない。固定資産台帳と施設別セグメント分析を起点に、施設別ライフサイクルコストをBIで可視化し、優先順位づけと予算編成につなげる実装の勘所を、総務省の一次資料に沿って整理する。
目次 クリックで開く
「総合管理計画は更新したが、結局そのあと何も動いていない」——公共施設の担当部署で繰り返し聞く言葉だ。多くの自治体が公共施設等総合管理計画を策定し、40年でこれだけの更新費用がかかる、という総額の試算までは持っている。ところが、その数字は計画書のグラフ1枚に固定されたまま、翌年度の予算編成や施設の統廃合判断にはほとんど接続されない。試算ソフトの出力が「報告のための一枚」で止まってしまうのだ。
本稿は、この「試算はあるが意思決定に効いていない」状態を抜け出すための、施設別ライフサイクルコストのBI可視化に焦点をあてる。総額の更新費用推計を、固定資産台帳と施設別セグメント分析を起点に施設単位へ分解し、優先順位づけと予算編成に橋渡しする実装の勘所を、総務省の一次資料に沿って整理する。なお、立地適正化計画・コンパクトシティといった都市計画側からの施設配置の話は別稿(空き家・立地適正化の調査記事)に譲り、ここでは施設の総合管理計画・更新費用推計・施設別コストの可視化に絞る。
そもそも更新費用試算ソフトは何を計算しているのか
議論の出発点として、総務省が提供してきた「更新費用試算ソフト」が何を計算しているかを押さえておきたい。総務省「公共施設等総合管理計画」のページでは、保有施設の更新費用を推計するための試算ソフトと関連資料が公開されている(総務省 公共施設等総合管理計画 更新費用試算ソフト、soumu.go.jp/iken/koushinhiyou.html)。
このソフトの考え方はシンプルだ。建物については、延床面積に区分ごとの単価を掛け、建築後の経過年数に応じて「大規模改修」と「建替え(更新)」が一定の周期で発生すると仮定し、将来の費用を時間軸上に並べる。道路・橋りょう・上下水道といったインフラ系も、保有量(延長・面積など)に単価を掛け、それぞれの更新周期で費用を積み上げる。つまり試算の本質は、保有量×単価×更新周期という3つの変数で将来キャッシュアウトを描く積み上げモデルである。
ここで重要なのは、このソフトの初期設定があくまで全国一律の標準値だという点だ。実際の単価は地域差や構造(RC・S・木造)で動くし、施設によっては既に長寿命化改修を終えていて次の更新時期が後ろ倒しになっているものもある。標準値のまま回した総額は「最初の議論のたたき台」にはなるが、それを施設の統廃合や予算配分の根拠にするには粗すぎる。試算を意思決定に使うには、自前のデータで標準値を置き換える工程が要る。その自前データの中核が、後述する固定資産台帳である。
なぜ「総額の試算」だけでは意思決定に効かないのか
総額の更新費用推計が動かないのには、実務上いくつもの理由がある。現場の問いに引き寄せて整理すると、おおむね次の3つに収れんする。
第一に、総額は「誰の判断材料にもならない」。40年で何千億円という数字は財政の警告としては機能するが、「来年度どの施設を先に手当てするか」を決める財政課・管財課の手元では使えない。意思決定は常に個別施設の単位で起きるのに、試算は団体全体の合計で出てくる。粒度が合っていない。
第二に、更新費用と「日々かかっているコスト」が分断されている。試算ソフトが描くのは将来の改修・建替えという資本的支出の山だが、施設の負担はそれだけではない。光熱水費、保守委託、修繕、人件費といった日常の維持運営費が毎年出ていく。施設を残すか畳むかの判断は、将来の更新費用と現在の運営費を合算したライフサイクルコスト(LCC)で見なければ歪む。ところが多くの自治体で、更新費用は管財・施設部門、運営費は各所管課と決算という具合に、データが別々の場所に散っている。
第三に、計画と決算が年に一度すれ違うだけで、間が埋まっていない。総合管理計画は数年に一度の改訂、個別施設計画も同様で、その間に施設の老朽度や利用実態は変わる。計画値と実績を突き合わせる「定点観測」の仕組みがないため、計画は作った瞬間から実態とずれていく。
この3点はいずれも、データの粒度・範囲・更新頻度の問題に行き着く。逆に言えば、施設単位で・運営費まで含めて・毎年度更新されるデータ基盤があれば、試算は意思決定に効く道具に変わる。その基盤として総務省が制度的に用意しているのが、統一的な基準による地方公会計とその固定資産台帳だ。
固定資産台帳を「マネジメントの前提データ」として使う
統一的な基準による地方公会計マニュアル(令和7年3月改訂、soumu.go.jp/iken/kokaikei/standard_manual.html)では、固定資産台帳と財務書類を整備し、経年比較・類似団体間比較・指標分析を通じて、資産管理や予算編成、行政評価に活用することが期待されている。固定資産台帳には、施設ごとの取得価額・取得年度・耐用年数・帳簿価額といった情報が施設単位で並ぶ。これは公共施設マネジメントにとって、まさに探していた「施設別の台帳」そのものだ。
総務省も、固定資産台帳の情報は公共施設マネジメントを進めるうえでの前提となるものであり、毎年度、遅くとも決算年度の翌年度末までに適切に更新することを求めている。さらに、公共施設マネジメントに資する情報と固定資産台帳の情報を紐付けることで、保有施設の情報管理を効率的に行うことが望ましいとされている。ここに、更新費用試算を施設単位へ分解する鍵がある。
具体的には、試算ソフトが全国標準値で置いていた「単価」「経過年数」「次の更新時期」を、固定資産台帳の取得年度・耐用年数・帳簿価額で施設ごとに置き換えていく。台帳上の取得年度と耐用年数があれば、その施設が制度上いつ更新期を迎えるかは機械的に算定できる。これを施設の数だけ積み上げれば、総額は変えずに「どの施設が・いつ・いくら」を持った内訳付きの推計になる。総額の試算と固定資産台帳をこの順でつなぐことが、可視化の前提工程だ。
施設別セグメント分析が制度的な後押しになる
施設単位で見るという発想は、担当者の工夫の域を超えて、制度として後押しされている。総務省は施設別セグメント分析の促進を求めており(施設別セグメント分析の促進について、令和5年。関連通知として総財務第152号 令和5年10月10日付の財務調査課長通知が出ている)、固定資産台帳のデータと個別施設計画に記載した内容を踏まえ、公共施設等総合管理計画に基づいて資産管理や予算編成を行う際に、施設別セグメント分析を活用することが想定されている。
セグメント分析とは、団体全体で一本化されている財務情報を、施設や事業の単位に切り分けて損益・コスト構造を見る手法だ。ある施設について、減価償却費を含むフルコスト・利用者数・受益者負担(使用料収入)・行政コストを並べると、「1利用あたり行政コスト」や「コスト回収率」といった、施設間で比較できる指標が立ち上がる。総額の更新費用に、このセグメント分析のフルコストを重ねることで、ようやく「将来の更新費用+現在の運営コスト」を施設単位で同時に見るLCCの土台ができる。
整理すると、制度が用意している部品は次のように積み上がる。
- 更新費用試算ソフト — 保有量×単価×更新周期で将来の資本的支出を推計する(出発点)。
- 固定資産台帳 — 取得年度・耐用年数・帳簿価額で、試算を施設単位の内訳に分解する(前提データ)。
- 施設別セグメント分析 — 減価償却費を含むフルコストと受益者負担を施設別に把握する(運営コスト側)。
- 個別施設計画 — 各施設の長寿命化・更新の方針を持つ(行動計画)。
これらは別々の制度・資料として存在しているが、データの結節点はすべて「施設」である。施設をキーに横串を通せば、計画・台帳・コスト・方針が一つのテーブルに揃う。BI可視化の役割は、この横串を恒常的な仕組みとして固定し、毎年度の更新で回し続けることにある。
施設別ライフサイクルコストをBIで可視化する設計
では、何をどう可視化すれば意思決定に効くのか。報告書の見栄えではなく、財政課・管財課・施設所管課が「来年度どう動くか」を判断するためのビューとして設計する。実務の問いに対応させると、次の4つのビューに集約できる。
更新費用の山をならして見るビュー
固定資産台帳の取得年度・耐用年数から施設ごとの更新時期を割り出し、年度別の更新・改修費用を積み上げて時系列で描く。ここで効くのは、施設区分(学校・公営住宅・庁舎・スポーツ施設など)で色分けし、特定年度に山が集中している箇所を一目で見せることだ。山が集中する年度が見えれば、長寿命化で更新を後ろ倒しできる施設、前倒しで畳む施設を組み合わせて、財政負担を平準化する議論の材料になる。総額のグラフを「動かせる山」として扱えるようにするのが狙いだ。
施設別のLCCランキングと優先順位ビュー
施設別セグメント分析のフルコスト(減価償却費・維持運営費)と将来更新費用を合算し、施設単位のライフサイクルコストとして並べる。さらに利用者数や稼働率を掛け合わせ、「1利用あたりコスト」「コスト回収率」「老朽度(経過年数/耐用年数)」を軸にした散布図・ランキングで、検討の俎上に載せるべき施設を浮かび上がらせる。重要なのは、単に高コスト施設を晒すことではなく、老朽度が高くコスト効率が低い施設群を客観的な指標で抽出し、統廃合・複合化・長寿命化のどの方針が妥当かを所管課と議論する出発点にすることだ。
計画値と実績を突き合わせる定点観測ビュー
総合管理計画・個別施設計画で見込んだ更新時期・費用と、実際に執行した改修・修繕の実績を並べて差分を見る。毎年度、固定資産台帳の更新(決算年度の翌年度末まで)に合わせてこのビューを更新すれば、計画と実態のずれを早期に把握できる。計画が「作った瞬間から古くなる」問題に対し、年次更新の定点観測で対処する。
地区・所管別に束ねるポートフォリオビュー
施設を地区別・所管課別に束ね、量(延床面積)・コスト・老朽度の分布を俯瞰する。施設総量の縮減目標に対する進捗や、地区ごとの偏りを把握し、施設再編の全体方針と整合させる。なお、地区ごとにどの機能を残し集約するかという都市構造側の判断は立地適正化計画の領域であり、前述のとおり別稿に委ねる。本ビューはあくまで施設の量とコストの分布を見る役割に留める。
つまずきやすい論点と、回避の勘所
可視化の設計は描けても、実装段階でつまずく論点はおおむね決まっている。先回りして整理しておく。
台帳の粒度と施設の単位がずれる。 固定資産台帳は会計上の資産単位で記録されているため、一つの「施設」が複数の資産(建物本体・附属設備・工作物)に分かれていたり、逆に複数施設が一括計上されていたりする。施設マネジメントの単位(管理する建物・複合施設)と台帳の資産単位を紐付けるコード設計を最初に決めておかないと、後段の集計がすべて崩れる。総務省も固定資産台帳の情報とマネジメント情報の紐付けを推奨しており、ここは設計の一丁目一番地だ。
運営費データが所管課に散っている。 セグメント分析に必要な光熱水費・保守委託費・修繕費は、決算の款項目節と施設が一対一で対応していないことが多い。施設別に運営費を割り付けるルール(按分基準)をあらかじめ定め、毎年度同じ基準で取り込めるようにしておく。完璧な精度を最初から狙うより、同じルールで継続的に積めることを優先したい。
標準単価のまま回して「精緻なふりをした粗い数字」になる。 試算ソフトの全国標準値は議論の出発点には有用だが、それを施設別の意思決定根拠に使うと過信につながる。台帳の帳簿価額・取得価額で単価を補正する、長寿命化済みの施設は更新時期を実態に合わせる、といった置き換えを施設別ビューに反映してはじめて、優先順位づけに耐える。
可視化を「年に一度の報告」で止めない。 最大の失敗は、BIを構築したものの計画改訂時にしか見ないことだ。固定資産台帳が毎年度更新される制度になっている以上、それに同期して年次でデータを差し替え、計画値との差分を定点観測する運用に乗せる。仕組みとしての更新頻度こそが、冒頭の「作ったきり動かない」を防ぐ要になる。
小さく始めて、意思決定に効かせる
すべての施設区分・全データを最初から揃えようとすると、整備自体が目的化して動かなくなる。現実的には、更新費用のインパクトが大きい施設区分(学校・公営住宅・庁舎など)に絞り、固定資産台帳と決算の運営費を施設キーで結ぶ最小構成から始めるのがよい。まず「更新費用の山」と「施設別LCCランキング」の2ビューだけでも、予算編成の議論は具体化する。そこに定点観測とポートフォリオのビューを足し、年次更新の運用に乗せていく。
公共施設マネジメントの肝は、立派な計画書を作ることではなく、施設という単位で・運営費まで含めて・毎年度更新されるデータを、財政課と管財課と所管課が同じ画面で見て判断できる状態を作ることにある。総務省が制度として用意した更新費用試算ソフト・固定資産台帳・施設別セグメント分析は、その材料がすでに揃っていることを示している。あとは、それらを施設をキーに横串で束ね、意思決定に届く粒度で可視化し続けられるかどうかだ。
関連して、自治体経営の可視化という観点では次の記事も参照されたい。財政全体の健全性指標から施設マネジメントまで、可視化の対象は地続きである。
- 行政・自治体DX 完全戦略(ピラー記事) — ガバメントクラウド・標準化・EBPMまで含めた全体像。
- 地方財政健全化法 4指標と早期警告のBI — 団体全体の財政健全性を指標で見る。
- ふるさと納税 予実管理BIサービス — 歳入側の可視化と予実管理の実装例。
- ふるさと納税データダッシュボード 2026 — 47都道府県×複数年度のインタラクティブ可視化の事例。
出典:総務省「公共施設等総合管理計画 更新費用試算ソフト」(soumu.go.jp/iken/koushinhiyou.html)、総務省「統一的な基準による地方公会計マニュアル」令和7年3月改訂(soumu.go.jp/iken/kokaikei/standard_manual.html)、総務省「施設別セグメント分析の促進について」令和5年(関連通知 総財務第152号 令和5年10月10日)。
データ分析・BI
Looker Studio・Tableau・BigQueryを活用したBIダッシュボード構築から、データ基盤整備・KPI設計まで対応。経営判断をデータで支援します。