自治体クラウドとは
自治体クラウドとは、複数の地方公共団体が住民情報系システムを外部のデータセンターに集約し、共同で調達・運用する取り組みです。総務省が2009年度から推進してきました。
従来、自治体は庁舎内にサーバーを設置し、住民基本台帳・税務・福祉などのシステムを個別に構築・運用してきました。人口規模が異なっても業務の中身はほぼ同じであるにもかかわらず、1,700を超える自治体がそれぞれ別々にシステムを持っていたことになります。ここに「同じものを何度も作っている」という無駄がありました。
自治体クラウドは、この構造に対して「同じ業務なら、同じシステムを分け合って使えばよい」という発想で設計された枠組みです。複数団体でグループを組み、1つの業務アプリケーションとインフラを共同利用することで、1団体あたりの負担を下げます。
自治体クラウドの本質は、ハードウェアと業務アプリケーションの整備費・運用費を参加団体で分担する点にあります。同じ業務アプリを共同利用すれば、開発コストは団体数で割られます。参加団体が増えるほど1団体あたりの負担は下がる——これが「割り勘効果」と呼ばれる仕組みです。
単独クラウドとの違い
自治体のクラウド利用は、大きく「自治体クラウド」と「単独クラウド」に分けられます。混同されやすいため、違いを整理します。
| 項目 | 自治体クラウド | 単独クラウド |
|---|---|---|
| 利用形態 | 複数団体でグループを組み共同利用 | 1団体が単独でクラウドを利用 |
| コスト構造 | 整備費・運用費を参加団体で分担 | 自団体で全額負担 |
| カスタマイズ | 原則抑制。グループ内での仕様統一が前提 | 自団体の判断で可能 |
| 意思決定 | グループ内の協議・合意が必要 | 自団体で完結 |
| 導入の難易度 | 高い(団体間調整が発生) | 相対的に低い |
どちらも「庁内サーバーからデータセンターへ移す」という点は共通しますが、コスト削減の度合いは自治体クラウドの方が大きい一方、導入の手間は自治体クラウドの方が重いというトレードオフがあります。総務省が単独クラウドではなく自治体クラウドを重点的に推進してきたのは、財政効果が大きいためです。
なぜ推進されたのか
自治体クラウドが政策として推進された背景には、自治体が抱える3つの構造的課題があります。
| 課題 | 内容 | 自治体クラウドによる解決 |
|---|---|---|
| 財政負担 | システム更改のたびに数億円規模の投資が発生。小規模団体ほど負担が重い | 整備費・運用費を参加団体で分担 |
| 人材不足 | 情報システム担当が1〜2名、あるいは兼任という団体が多数 | 運用をデータセンター側に委ね、庁内の運用負荷を軽減 |
| 災害対策 | 庁舎内サーバーは被災時にデータごと失われるリスクがある | 堅牢なデータセンターへの集約でBCPを確保 |
特に3点目は、東日本大震災で庁舎が被災し住民データを失った自治体が出たことを受け、導入の強い動機となりました。中小企業がクラウドバックアップやBCP対策を検討する動機と、構造は同じです。
導入状況と削減効果
総務省が2016年(平成28年)に自治体クラウド参加グループを対象に行った調査では、導入前と比較した経費の削減率について、以下の結果が示されています。
| 削減率 | グループ数 |
|---|---|
| 40%以上 | 11グループ |
| 30〜40% | 18グループ |
| 20〜30% | 7グループ |
| 20%未満 | 9グループ |
全体の約6割以上のグループで3割以上の費用削減効果があった、または見込まれるという結果でした。システム経費が固定費として重くのしかかる自治体にとって、この水準は大きな意味を持ちます。
導入状況については、2019年(平成31年)4月時点で自治体クラウドが約497団体・82グループ(全団体の約29%)、単独クラウドが約685団体(約39%)で、あわせて全国の約68%がクラウドを導入していました。政府は当時、2023年度末までにクラウド導入団体を約1,600団体(うち自治体クラウドは約1,100団体)まで拡大する目標を掲げていました。
自治体クラウドの課題
削減効果が明確である一方、自治体クラウドの導入は容易ではありませんでした。実務上の課題は主に4つです。
| 課題 | 具体的な内容 |
|---|---|
| 合意形成の負荷 | 参加団体ごとに業務のやり方が異なり、どの仕様に合わせるかの調整に長期間を要する |
| カスタマイズの抑制 | 共同利用のためには独自要件を諦める必要がある。「これまでの運用を変えたくない」という庁内の抵抗が生じる |
| 幹事団体の負担集中 | グループを取りまとめる幹事団体に調達・協議・進行管理の負担が集中する |
| ベンダーロックイン | グループ単位で特定ベンダーの製品に固定されると、次回更改時に乗り換えが難しくなる |
自治体クラウドが難しかった最大の理由は、技術ではなく業務の標準化に対する組織の抵抗でした。「システムを業務に合わせる」のではなく「業務をシステムに合わせる」という発想の転換が必要になります。これは民間企業のERP導入で繰り返し起きてきた論点と同じ構造です。自治体標準化におけるBPRでも詳しく解説しています。
標準化・ガバメントクラウドで何が変わったか
2021年に地方公共団体情報システム標準化法が成立し、自治体の情報システム政策は大きく方向転換しました。現在進行しているのは、自治体システム標準化(20業務の仕様統一)と、ガバメントクラウド(国が整備した共通クラウド基盤)への移行です。
この2つは、自治体クラウドが目指したものをより大きなスケールで、国主導で実現する枠組みと言えます。位置づけの違いを整理します。
| 項目 | 自治体クラウド | 標準化+ガバメントクラウド |
|---|---|---|
| 推進主体 | 総務省(自治体の任意の取り組み) | デジタル庁・総務省(法律に基づく取り組み) |
| 仕様の統一範囲 | グループ内で個別に協議 | 国が標準仕様書を策定し全国共通 |
| 基盤 | グループごとに調達したデータセンター | 国が整備したガバメントクラウド |
| 参加 | 任意 | 原則すべての自治体が対象 |
| スケールメリット | グループ単位(数団体〜数十団体) | 全国単位(1,700超の団体) |
つまり、自治体クラウドで課題だった「グループごとの仕様調整」を国が標準仕様書として肩代わりし、「グループごとの基盤調達」をガバメントクラウドに集約した形です。自治体クラウドは役割を終えつつあり、既存グループも順次ガバメントクラウドへの移行対象となっています。
2026年時点の移行状況
移行は当初の想定どおりには進んでいません。2026年3月末時点で、標準準拠システムへの移行は34,592システムのうち完了が13,283、移行完了率は38.4%にとどまっています。
ただし2026年3月末は「移行支援期間」の目標であり、法律上の強制期限ではありません。困難な事情がある団体は「特定移行支援システム」の認定を受けることで、2030年度末まで期限が延長されます。少なくとも1つの特定移行支援システムを抱える自治体は935団体、全体の52.3%に上ります。
データ移行の複雑さ、独自要件の整理、ベンダー側のリソース不足、運用経費の見通しが立たないことなどが重なっています。標準化後の運用経費については国と地方で継続的に議論が行われており、コスト面の課題は解消していません。移行実務の進め方は「自治体システム標準化の移行プロジェクト実務」で解説しています。
IT事業者への影響
自治体クラウドから標準化・ガバメントクラウドへの転換は、自治体向けにシステムを提供してきたIT事業者のビジネスモデルにも影響します。
- 差別化要素の変化:仕様が国によって標準化されるため、機能の作り込みでは差別化しにくくなります。運用品質・移行支援力・サポート体制が競争軸になります
- グループ単位の商流の消滅:自治体クラウドのグループ単位で獲得していた案件が、標準準拠システムの選定に置き換わります
- 移行支援需要の拡大:2030年度末までの延長組が多数存在するため、データ移行・並行稼働・受入テストの支援需要は当面続きます
- ネットワーク再設計の需要:ガバメントクラウド接続に伴い、LGWANや三層分離の見直しが必要になり、ネットワーク・セキュリティ領域の案件が生まれています
民間企業が学べること
自治体クラウドの15年あまりの経緯は、公共分野に限らずグループ会社を複数抱える企業のIT統合にそのまま当てはまります。
| 自治体クラウドの教訓 | 企業への示唆 |
|---|---|
| 技術ではなく合意形成がボトルネックになる | 統合の成否は、システム選定より「誰がどう決めるか」の設計で決まる |
| カスタマイズを許すと共同利用の効果が消える | 「うちの拠点だけ特別」を認めた瞬間、統合コストは跳ね上がる |
| 幹事団体に負担が集中すると停滞する | 統合を主導する部門に権限と人員を配分しないと進まない |
| スケールが大きいほど1社あたりの負担は下がる | 統合対象が多いほど効果は大きいが、合意形成の難度も上がる |
特にM&A後のIT統合では、これらの論点が短期間で一度に発生します。IT-PMIで扱う課題は、自治体クラウドが直面してきたものと本質的に変わりません。
BTNコンサルティングの支援
BTNコンサルティングは、複数拠点・複数グループ会社を抱える企業のシステム統合を支援しています。
- 現状アセスメント:拠点・子会社ごとに分散したシステムの棚卸しと重複の可視化
- 統合方針の策定:共通化する範囲と個別対応を残す範囲の線引き、投資対効果の試算
- 合意形成の設計:意思決定の枠組みづくりと関係部門との調整支援
- 移行プロジェクト管理:データ移行・並行稼働・受入テストのPMO支援
まず現状を洗い出すところから着手されるケースが多くあります。初回60分の無料相談で、統合の進め方をご相談いただけます。
→ 60分無料相談を予約する
まとめ
自治体クラウドは、複数自治体が情報システムを共同利用することでコストを分担する枠組みとして、2009年度から推進されてきました。参加グループの約6割以上で3割以上の経費削減効果が確認された一方、団体間の合意形成やカスタマイズ抑制の難しさが導入の障壁となりました。
2021年の標準化法成立以降、その役割は自治体システム標準化とガバメントクラウドに引き継がれています。ただし2026年3月末時点の移行完了率は38.4%にとどまり、半数超の自治体が2030年度末までの延長対象となっているのが現状です。共同利用によるコスト分担というアイデアは正しくても、実行には長い時間がかかる——この構図は、企業のシステム統合にも共通する教訓と言えます。