プロジェクト全体像
自治体システム標準化の移行プロジェクトは、20業務システムを標準仕様書に準拠させ、ガバメントクラウド上で稼働させることを目的とする大規模プロジェクトです。本記事では、PMO・情シス・移行ベンダーが現場で進める実務的な工程を、フェーズ別に解説します。
制度全体の概要は 自治体システム標準化とは｜2025年度期限の全体像・20業務・移行スケジュール をご覧ください。
移行プロジェクトの6フェーズ
| フェーズ | 主要タスク | 期間目安 |
|---|---|---|
| 1. 計画策定 | 体制構築、スコープ確定、概算工程・予算 | 3〜6か月 |
| 2. 現状把握・Fit&Gap | 業務一覧、データ棚卸し、標準仕様書とのギャップ分析 | 4〜6か月 |
| 3. 要件定義・設計 | 業務要件、移行要件、運用設計、ガバメントクラウド構成 | 6〜9か月 |
| 4. 開発・構築・テスト | 環境構築、設定、データ移行ツール開発、結合・総合テスト | 9〜12か月 |
| 5. 移行・並行稼働 | 移行リハーサル、本番データ移行、並行稼働、切替判定 | 2〜4か月 |
| 6. 安定化・運用引継ぎ | 運用立ち上げ、課題対応、保守ベンダー引継ぎ | 3〜6か月 |
推進体制とPMOの役割
移行は単なるシステム入れ替えではなく、業務・組織・制度を巻き込む全庁プロジェクトです。次の体制を組むのが定石です。
- 意思決定機関：副市長・CIOクラスをトップとする推進本部
- PMO（プロジェクトマネジメントオフィス）：全体スケジュール・課題管理・コスト管理・品質管理を担う中核
- 業務主管課：20業務それぞれの業務担当課（住民課・税務課・福祉課等）
- 情シス：システム面の統括・ベンダー窓口・データ移行の品質管理
- 移行ベンダー：標準準拠システム（標準仕様準拠SaaS）の事業者
- 支援事業者（PMO支援）：外部のITコンサルタント／PMO代行
PMOの最重要ミッションは「各課・各ベンダー間のサイロを越えた進捗・課題・リスクの可視化」です。週次会議・月次本部会議・課題管理表（issue log）で意思決定を加速します。
Fit&Gap分析の進め方
Fit&Gapは「現行業務／システム」と「標準仕様書／標準準拠システム」のギャップを洗い出し、業務側を直すか、運用で吸収するかを判定する作業です。
進め方
- 業務一覧の棚卸し：業務名、関係課、関連システム、年間処理件数、ピーク時期
- データ項目の洗い出し：マスタ・トランザクション・履歴データの項目・件数・形式
- 標準仕様書との対照：項目単位・処理単位で差分を可視化
- 差分の分類：①自治体側で業務変更で吸収、②標準仕様の任意項目で対応、③標準仕様外で要協議
- 判定と方針合意：副市長・主管課長・情シスで方針を確定
Fit&Gapの過程で「ローカルルール（その自治体独自の運用）」が大量に出てきますが、原則として標準仕様に合わせる方向で見直すのがゴールです。詳細は 自治体システム標準化を機にしたBPR をご覧ください。
要件定義のポイント
- 業務要件：標準仕様書をベースに、Fit&Gap結果を反映した業務手順を確定
- 移行要件：移行対象データ、移行方式、停止許容時間、並行稼働期間
- 運用要件：監視、バックアップ、ジョブ運用、ヘルプデスク。IPA非機能要求グレード をベースにすると整合が取れる
- セキュリティ要件：ID連携（LGWAN-ASP／GSS連携）、ログ保管、アクセス権設計
- 連携要件：庁内他システム（住民票発行、財務会計、文書管理等）、外部機関（マイナンバー情報連携、税務署、年金機構）
データ移行の実務
データ移行は移行プロジェクトの最大の難所です。次の段階で精緻に進めます。
| 段階 | 作業 | 注意点 |
|---|---|---|
| 1. 棚卸し | 対象データの件数・形式・所在を洗い出し | レガシー帳票・紙台帳の電子化要否も判断 |
| 2. データクレンジング | 重複・欠損・形式不整合の修正 | 住民・税務系は法定の正本性確保が必須 |
| 3. 変換ルール設計 | 項目マッピング、コード変換、文字コード統一 | 外字・旧字・特殊文字の扱いを早期に決定 |
| 4. 移行ツール開発 | ETLツール、変換スクリプト、検証ツール | 本番データ量でのパフォーマンス検証必須 |
| 5. 移行リハーサル | 本番同等環境で複数回実施 | 最低3回。1回目は完走、2回目は時間短縮、3回目は手順書通り |
| 6. 本番移行 | 切替日に本番データを移行 | 長時間停止が許されないため、増分移行・並行稼働を駆使 |
| 7. 検証 | 件数照合、サンプル抽出比較、業務処理での突合 | 住民票・税額・福祉認定の整合性を多重チェック |
並行稼働と切戻し
住民サービスを止められないため、旧新システム並行稼働を一定期間行うのが標準です。
- 期間：通常1〜3か月。月次処理（税通知、給付）を新システムで完走させて確認
- 並行稼働方式：①参照のみ旧、②書込みは新のみ、③双方書込みで突合の3パターン
- 切戻し計画：致命的障害時に旧システムへ戻す手順・タイムリミット・判定基準
- 判定基準：処理件数、エラー率、住民影響、職員業務影響を定量的に評価
テスト計画
標準仕様書準拠とはいえ、自治体ごとの設定・連携・運用が組み合わさるため、テストは多層で実施します。
- 単体テスト：機能単位（ベンダー実施）
- 結合テスト：業務フロー単位（ベンダー＋業務主管課）
- シナリオ／総合テスト：年次・月次・日次サイクルを通した処理（業務主管課中心）
- 運用テスト：監視・バックアップ・障害対応・ヘルプデスクの一連検証
- 受入テスト（UAT）：実際の住民対応シナリオで業務担当者が確認
- 性能テスト：年度切替・税通知発送など高負荷時のパフォーマンス
主要リスクと対策
| リスク | 影響 | 対策 |
|---|---|---|
| データ整合性の崩れ | 住民票誤発行・税額誤通知 | 多重検証、サンプル抽出比較、検認会議 |
| ローカルルール残存 | 標準準拠不可、追加開発コスト | 早期Fit&Gap、業務側の決断、首長報告 |
| ベンダー遅延 | 切替日遅延、住民サービス影響 | マイルストーン管理、ペナルティ条項、エスカレーション |
| 職員のキャパオーバー | 受入テスト・運用立ち上げ品質低下 | 業務外注・派遣活用、優先順位の徹底 |
| 切替日の障害 | 住民窓口停止 | 移行リハーサル複数回、切戻し計画明確化 |
| ガバクラ接続障害 | システム停止 | ネットワーク冗長化、バックアップ回線、ベンダー連絡フロー |
職員教育・運用引継ぎ
- 教育の段階化：管理職向け概要研修 → 業務担当者向けハンズオン → 全庁向け新業務手順書
- マニュアル整備：標準仕様準拠の操作手順、自治体固有の運用注意点、FAQ
- ヘルプデスク：移行直後3か月は専用ヘルプデスクを増強
- 運用引継ぎ：保守ベンダー・運用ベンダーへの体制移行、運用ドキュメント整備
- 住民広報：手続きの変更点、切替日の窓口対応について事前広報
まとめ
自治体システム標準化の移行プロジェクトは、Fit&Gap・要件定義・データ移行・並行稼働の各フェーズで失敗の罠が待ち構える長丁場のプロジェクトです。PMOによる課題可視化、業務主管課を巻き込んだFit&Gap、データ移行リハーサルの徹底、リスクベースの判断、職員教育と住民広報まで含めた一貫したマネジメントが成功の鍵を握ります。