
東京都調査で移行後コスト平均1.6倍・743団体5,009システムが期限超過——ガバクラ移行遅延の5つの構造的原因と4つのリスクをGCInsight編集部が分析。二重契約・住民サービス影響・セキュリティまで解説。
東京都の調査では移行後コストが移行前比で平均約1.6倍。デジタル庁の公表データでは743団体・5,009システムが期限内完了困難——「3割削減」の旗印とは真逆の現実が広がっている。民間企業に例えるなら、コスト削減のためにSaaS移行を推進したら、ライセンス費・回線費・移行コンサル費で初年度の支出が1.6倍になったようなものだ。編集部は、この遅延が個別自治体の問題ではなく、1,741自治体同時移行という政策設計そのものの構造的限界を示していると見ている。
あなたの自治体は、遅延リスクの4象限(コスト・ベンダー・住民サービス・セキュリティ)のうち、どこを最も警戒しているか。
本稿では、遅延の5つの構造的原因を分析し、4つのリスクを可視化したうえで、今から取れる実践ステップを提示する。
国がガバメントクラウド移行の旗印として掲げた「2018年度比で少なくとも3割の運用経費削減」は、現実と大きくかけ離れています。
東京都が2025年5月に公表した調査結果によると、都内自治体の移行後のシステム運用経費は 移行前比で平均約1.6倍 に増加する見込みです。(出典:東京都 デジタルサービス局 2025年5月)
内閣官房の資料(第3回・第4回共通ワーキングチーム)によると、コスト増の主な要因は以下の通りです。
(出典:内閣官房 デジタル行財政改革 共通ワーキングチーム 第3回・第4回資料、2025年4月〜5月)
大手ITベンダーが担当自治体システムについて「期限内の移行困難」を相次いで表明したことで、自治体の計画が根底から崩れるケースが発生しています。日経クロステックの調査(2024年)では、「スケジュール通りに移行が完了するのは全体の3割程度」という衝撃的な推計も報告されました。
複数ベンダーと契約している自治体では調整が特に複雑化しており、ステークホルダー間の認識齟齬が遅延をさらに拡大させています。
ガバメントクラウドへの移行は、標準20業務だけで完結しません。それ以外の独自業務システムとの連携設計が必要となるため、移行後の運用アーキテクチャが複雑化し、設計・テスト工程が大幅に膨らむ自治体が続出しています。
中小規模の自治体では、プロジェクト管理できるIT人材が不足しており、ベンダー任せになりがちです。一方、政令市では2023年時点でデジタル庁調査に回答した全政令市が「期限内完了困難」と回答しています。住民数が多く業務量が膨大なため、テスト・検証工数が一般市町村の比ではなく、国や都道府県の支援体制も追いついていないのが現状です。(出典:総務省 自治体DX推進計画関連資料)
移行が遅延した場合、自治体が直面するリスクは技術的なものにとどまりません。
デジタル庁は期限内完了を前提とした補助金・支援メニューを設けています。遅延した「特定移行支援システム」の扱いは個別協議となり、支援継続の保証はありません。自治体の持ち出しコストが増大するリスクがあります。
標準化後も旧システムの契約を維持せざるを得ない「二重契約」状態が続くと、経費の二重負担が発生します。財政が厳しい自治体では、「デジタル破産」という言葉が庁内で飛び交う事態にもなっています。(出典:SBビジネスメディア 2024年報道)
移行完了前に旧システムのサポート期限が切れた場合、システムの安定稼働が困難になり、住民サービスの提供に支障をきたす恐れがあります。
サポート切れや移行途中の「つぎはぎ」システムは、セキュリティ上の脆弱性を生みやすい状態です。住民の個人情報を大量に扱う基幹システムだけに、その影響は甚大になり得ます。
現在あなたの自治体が抱える遅延リスクを体系的に把握するには、GCInsightの遅延リスク一覧 をご参照ください。20業務ごとのリスク分類と、対策の優先順位付けに活用できます。
もう一つ、注目すべき観点がベンダーとクラウド基盤の選定です。
ガバメントクラウドに採用されているクラウド基盤は複数あり(AWS・Azure・GCP・Oracle Cloud・さくらのクラウド)、それぞれの性能・コスト・対応ベンダーの組み合わせによって移行難易度が異なります。また、自治体が採用するシステムベンダーによっても、移行実績・対応リソースに大きな差があります。
自治体の規模・業務特性に応じたベンダー・クラウド選択の比較情報は、GCInsightのクラウド別ベンダー比較ページ で確認できます。他自治体の移行実績データをもとに、最適な組み合わせを検討してください。
まず、自団体の全対象システムについて、現在どのフェーズにあるかを把握することが前提です。「ベンダーに任せているから大丈夫」という認識は危険です。移行プロセスの40のチェックポイントのうち、自団体はどこまで進んでいるかを担当部署横断で確認してください。
全20業務のうち、特に遅延しやすいのは以下の業務です。
自団体のリスクプロファイルを評価し、支援が必要な業務を早期に特定することが重要です。
遅延が見込まれる場合、デジタル庁は「特定移行支援システム」として個別支援の対象とする枠組みを設けています。問題を抱え込まず、早期に都道府県担当部局・デジタル庁窓口に相談することが不可欠です。
TKCグループの発表(2025年10月)によると、同社が支援する自治体では2025年9月末時点で68団体の移行が完了しています。先行自治体のプロセス・体制・コスト管理のノウハウを積極的に取り込むことが有効です。(出典:TKCグループ ニュースリリース 2025年10月1日)
自団体の移行状況を継続的にモニタリングし、遅延の予兆を早期にキャッチするには、データドリブンなダッシュボードの活用が有効です。
GCInsightダッシュボード では、全国自治体の移行進捗データを集約し、業務別・地域別・クラウド別の比較分析を提供しています。自団体のポジションを客観的に把握し、優先課題を特定するためにご活用ください。
移行遅延の現実に直面する現場からは、構造的な問題を指摘する声が噴出している。
X上の自治体SE「Meteor」氏は「ガバクラは余剰な投資。軽自動車でよかった人にベンツを乗らせている」(いいね94件)と、そもそもの政策設計への疑問を呈している。コスト1.6倍増という現実が、この比喩に説得力を与えている。
note.comの「標準化どうしましょう」氏は「コスト効率?何とどう比較して?安定性が最優先だよ」(いいね174件)と、遅延を「失敗」と捉える論調への反発を示している。拙速に移行して住民サービスに影響が出るよりも、計画的に遅らせる方が合理的だという現場の本音だ。
高橋広和氏はnote.comでコスト構造の基礎を解説し(いいね59件)、通信回線費・クラウド利用料・運用委託費の三層が予想外に膨らむ構造を明らかにしている。複数の地場ベンダーからは「テスト工数が見積もりの2倍になった」「SEを確保できず移行日程を3か月後ろ倒しにした」という声がX上で相次いでいる。
GCInsight編集部は、ガバクラ移行遅延の本質は「1,741自治体×20業務=約34,000システムを3年間で一斉移行する」という政策スケジュールの非現実性にあると分析する。SI業界のSEリソースには物理的な上限があり、全自治体が同時に動けば需給が逼迫するのは自明だった。東京都調査のコスト1.6倍増は、この需給逼迫がベンダー単価の上昇として価格転嫁された結果でもある。編集部としては、遅延リスクを最小化するためには、(1)自団体の20業務を優先順位付けし、クリティカルな業務から移行すること、(2)都道府県・デジタル庁への相談を「問題が起きてから」ではなく「計画段階で」行うこと、(3)ベンダーリソースの確保を最優先の調達課題として庁内で合意すること——この3点が不可欠と考える。
ガバメントクラウド移行の遅延は、一部の自治体だけの問題ではありません。全自治体の41.6%、5,000以上のシステムが既に期限超過のリスクを抱えています。
遅延の原因は構造的であり、一朝一夕には解消できません。しかし、現状を正確に把握し、リスクの優先順位をつけ、早期に関係者と連携することで、ダメージを最小化することは可能です。
2026年3月31日という期限は、自治体DX全体の試金石です。「移行が終わった」ではなく、「移行後も安定的に運用できている」状態を目指して、今すぐ行動を開始してください。
参考資料・出典一覧
移行完了率38.4%、特定移行支援8,956システム、935自治体が期限未達——2026年3月末のガバメントクラウド移行をデータで総括。GCInsight編集部が全体像を分析します。
2026-03-23935自治体が特定移行支援に認定された今、共同利用型地域クラウド基盤の移行プロセスと期限超過のデメリットを整理。段階的移行戦略4フェーズをGCInsight編集部が解説します。
2026-03-23RI活用で最大72%割引、月次サイクルでコスト逓減——デジタル庁GCASガイドに基づく自治体FinOpsの実践手順をGCInsight編集部が分析。可視化・分析・最適化の3ステップと推進体制の構築まで解説。
2026-03-20