2025年度末に迫る自治体システムの標準化期限を境に、ガバメントクラウドへの移行案件が動き出しています。現場では、システムを止めずに安全に移す段取りが問われており、経験を積んだエンジニアの関与が広がっています。一方で、大規模な基盤を任される重責や、これまでの移行スキルが案件で通用するのかという不安を抱く場面もあります。この記事では、公的な手順書に基づいた止めずに移す4つの段取りを整理し、リモートでこの領域に関わる道筋を示します。

1. ガバクラ移行の案件で、いま起きていること

ガバクラ移行の案件とは

ガバメントクラウド移行の案件は、行政システムに特有の専門領域という印象を持たれがちです。実際に任される作業を見ると、現行システムの棚卸し、移行計画の策定、リハーサルの実施、本番移行後の動作確認など、大規模な基盤移行に共通する工程が中心になっています。自治体固有の制度知識よりも、段取りを組み立てて実行に落とし込む力の方が試されます。エンタープライズの基盤移行を担ってきた経験は、そのままこの領域でも生かせます。2025年度末という期限が明確に決まっている点も、この案件群の特徴です。期限を意識しながら段取りを組み立てる力は、行政システムに限らず、期限のある大規模移行案件で共通して求められます。

段階移行でハイブリッド併存が生じる

段階的に移行を進める場合、ガバメントクラウド上のシステムと従来環境が併存するハイブリッド環境や、併存運用の期間が生じます¹。稼働中のシステムを止めないための工夫である一方、二つの環境を同時に把握しておく必要が生まれる期間でもあります。だからこそ、この期間を見越した綿密な移行計画の策定が求められます¹。併存期間の長さや管理の粒度は案件によって異なり、そこに移行担当者の裁量が生まれます。片方の環境だけを見ていると、もう一方の環境で起きている変化に気づきにくくなるため、両方の環境を並べて記録に残す姿勢が欠かせません。

出典:デジタル庁「ガバメントクラウド移行に係る手順書」(2025年3月)をもとに作成

ハイブリッド環境という言葉だけを見ると複雑さばかりが目につきますが、期間を区切って段取りを積み上げれば扱える規模の仕事です。積み上げてきた大規模システムの移行経験がある人ほど、この併存期間の管理を任される場面が増えていきます。次の章では、システム全体を同時に切り替える進め方がなぜ選ばれにくいのかを見ていきます。

2. なぜ同時に切り替える進め方が難しいのか

併存運用と綿密な計画が要る

システムを同時に切り替える進め方が選ばれにくいのは、リスクを避けるためだけではありません。段階的な移行では、ガバメントクラウド上のシステムと従来環境が併存する期間が生じ、その期間を安全に運用するための綿密な移行計画の策定が求められます¹。切り替えの当日の作業量よりも、そこに至るまでの計画づくりに費やす手間の方が、進め方の難しさを決めています。併存期間を短く見積もりすぎると、計画の粒度が粗くなり、後工程で確認漏れが増える傾向があります。

まず現状確認から

移行計画は、思いつきで組み立てられるものではありません。まず現行システムの確認から始め、システム移行計画、RFI結果の分析と詳細化へと、段階的に策定していく順序があります⁴。この順序を守らずに計画を急ぐと、後の工程で前提が崩れ、やり直しの範囲が広がります。現状確認に費やす時間は目立ちませんが、後続の工程全体の精度を左右します。移行案件に関わり始めるときは、この現状確認の工程からどこまで任されるのかを、最初に確かめておくと関わり方の見通しが立ちやすくなります。

図の作成:Remogu編集部。切り替え方式によるリスクの分散を整理したもので、統計データではありません

同時に切り替える進め方が難しいのは、当日の作業量ではなく、計画を積み上げる手間を省略できない点にあります。この手間を丁寧にこなせるかどうかが、移行案件で任される範囲の広さにつながります。次の章では、その手間を4つの段取りに分けて見ていきます。

3. 止めずに移す4つの段取り

①現状確認と計画

最初の段取りは、現行システムの確認と移行計画の策定です。現行システムの確認から始め、システム移行計画、RFI結果の分析と詳細化へと進めていく順序が前提になっています⁴。ここで洗い出した制約や依存関係が、後続のリハーサルや本番移行の設計図になります。この段取りを丁寧に積むほど、後の工程で想定外の作業が発生する余地が小さくなります。

②リハーサルを複数回

次の段取りは、リハーサルの繰り返しです。最終のデータ移行は、それまでに複数回同じ手順でリハーサルを実施していることが前提になっています²。リハーサルの回数そのものよりも、そこで見つかった不整合を計画に反映できているかの方が、本番移行の成否を分けます。同じ手順を繰り返すたびに、想定していなかった依存関係が見つかることもあり、その発見を計画書に書き戻す作業まで含めてリハーサルと考えておくと精度が上がります。

③本番移行はバックアップを取ってから

最後の段取りは、バックアップを取ってからの本番移行です。最終データ移行にあたっては、移行に備えたバックアップを取り、行政サービスに支障が生じないよう留意することが求められます³。戻せる状態を用意してから進めるという考え方は、行政システムに限らず、大規模な基盤移行に共通する備えです。本番移行の当日に判断力が試されるのは、進めることよりも、想定外が起きたときに戻す判断を早くできるかどうかの方です。

出典:デジタル庁「ガバメントクラウド移行に係る手順書」(2025年3月)をもとに作成

段取りごとにやることと確かめることを一覧にする

ここまでの3つの段取りに、移行後の確認を加えると、止めずに移す一連の流れが見えてきます。現状確認で制約を洗い出し、計画で順序を固め、リハーサルで手順の精度を上げ、バックアップを取ったうえで本番移行に進むという流れです。段取りごとに何をして、何を確かめるかを一覧にすると、次の章で見る関わり方の判断材料にもなります。どの段取りに強みを持つ人材かが分かれば、移行案件の中でどの工程を担当したいかも見えてきます。

段取り	やること	確かめること
現状確認と計画	現行システムの制約や依存関係を洗い出し、移行計画に落とし込む4	移行後に影響が出そうな依存関係を洗い出せているか
リハーサル	本番と同じ手順を複数回実施し、不整合を計画に反映する2	想定外の手順のずれが解消されているか
本番移行	バックアップを取得したうえでデータ移行を実施する3	支障が生じた場合に戻せる状態を用意できているか
移行後確認	レイテンシや他システムとの連携、DR環境への切替を確認する5	計画どおりに通信・連携・切替が機能しているか

段取りを一覧にすると、移行案件のどこに関わるかで、担う責任の重さが変わることも見えてきます。4つの段取りのうち、どこに自分の経験が最も生きるかを先に整理しておくと、案件を選ぶときの軸になります。次の章では、リモートでこの領域に関わるときの進め方を整理します。

4. リモート・フリーランスで移行案件に関わるときの進め方

計画と手順を文章で残す

リモートで移行案件に関わるときは、対面で補っていた確認のやり取りを、文章に置き換える必要があります。現状確認から計画、リハーサル、本番移行までの各段取りで何を確認したかを記録に残しておくと、クライアントとの合意形成がスムーズになります。対面でのその場の確認よりも、文章に残した記録の方が、リモートでの信頼を支えます。議事録や確認結果を都度共有する習慣があると、拠点が離れていても進捗の見え方に差が出にくくなります。

責任範囲は協議で決める

移行案件では、どこまでの工程を担うのかが案件によって異なります。現状確認や計画づくりの段階から関わる案件もあれば、リハーサルや本番移行の実施だけを担う案件もあり、責任の範囲はクライアントと協議して決める形が中心です。関与する工程が変わっても、リハーサルで確認した内容を記録に残す姿勢は共通して求められます。場所に縛られずに大規模な移行案件へ関わりたい場合、リモートに特化した案件の探し方も選択肢になります。Remoguが扱う案件は、90%以上がフルリモート可能です⁶。

進め方の違いを比べる

同じ移行案件でも、ぶっつけ本番に近い進め方とリハーサルを重ねる進め方では、関わり方も評価される点も変わります。次の表は、計画の作り方、本番前の確認、問題発生時の対応という3つの観点で、二つの進め方を比べたものです。どちらの型で仕事を進めているクライアントかを見極める材料にもなります。面談や案件概要の段階で、この観点を尋ねておくと、参画開始後に進め方の違いで戸惑う場面を減らせます。

観点	ぶっつけ本番に近い進め方	リハーサルを重ねる進め方
計画の作り方	全体像を大まかに決めて着手する	現状確認から順に詳細化して合意を取る4
本番前の確認	一度の確認で本番に進む	同じ手順を複数回試して精度を上げる2
問題発生時の対応	対応策をその場で組み立てる	バックアップを取って戻せる状態を保つ3

進め方の型を見分けられれば、関われる案件かどうかも事前に判断しやすくなります。次の章では、移行を終えた後に何を確かめるかを見ていきます。

5. 移行後に何を確かめるか

レイテンシ・連携・DR切替の確認

移行作業は、切り替えた瞬間に完了するわけではありません。移行時は、レイテンシを測定して計画のとおりに通信できているか、他システムとの連携やDR環境への切り替えが正常かを確認します⁵。この確認を終えるまでは、移行の担当範囲が続いていると考えておく方が安全です。切り替え作業そのものよりも、切り替えた後の3つの確認をやり切れるかの方が、任される案件の幅を広げます。

関われる案件の見極め

移行後の確認まで見据えると、案件によって求められる経験の幅が違うことが分かります。現状確認や計画づくりが得意な人もいれば、リハーサルの精度を上げる作業に強みを持つ人、移行後の確認まで一貫して見届けたい人もいます。現状確認だけの経験よりも、移行後の確認まで一貫して見届けた経験の方が、次の案件で評価されやすくなります。積み上げてきた経験がどの段取りで生きるかを整理しておくと、関わりたい案件を選びやすくなります。案件概要に書かれた工程の範囲を読み取り、自分の得意な段取りと重なるかを確かめる習慣が、関与度を高める近道になります。

出典:デジタル庁「ガバメントクラウド移行に係る手順書」(2025年3月)をもとに作成

案件の特徴と関与度を確かめる

移行案件は、どの段取りを主に担うかによって、関与度も見え方も変わります。次の表は、現状確認・計画フェーズの案件、リハーサル運用の案件、本番移行・確認フェーズの案件という3つの特徴と、それぞれで確かめておきたい見極めのポイントを整理したものです。積み上げてきた経験と重ねながら見比べてみましょう。案件概要に書かれている工程の言葉から、どのフェーズが中心かを読み取る練習をしておくと、条件を協議する場面で役に立ちます。

案件の特徴	関与度の目安	見極めのポイント
現状確認・計画フェーズの案件	移行全体の設計に関わる	現行システムの制約を洗い出す経験があるか
リハーサル運用の案件	本番前の精度を高める工程を担う	手順の再現性を記録に残せるか
本番移行・確認フェーズの案件	切り替えと確認作業を担う	レイテンシや連携の異常に気づける経験があるか

段取りと関与度を照らし合わせれば、次に見るべき案件の輪郭も定まってきます。

6. まとめ

ガバメントクラウド移行の案件で問われている段取りは、次の5点に整理できます。

• 段階移行では併存期間が生じ、綿密な移行計画が求められること¹
• 移行計画は現行システムの確認から始め、段階的に詳細化していく順序があること⁴
• 本番移行の前に、同じ手順のリハーサルを複数回重ねること²
• バックアップを取り、支障が出ないよう備えてから本番移行に進むこと³
• 移行後はレイテンシや連携、DR環境への切替の確認まで担当範囲に含まれること⁵

段取りを一つずつ積み上げられれば、大規模な移行案件でも重責に押し流されず、経験を積んだ実績として重ねていけます。まずは、現状確認や計画づくりに強みがあるのか、リハーサルや本番移行の実施に強みがあるのかを整理し、自分の経験に合う移行案件を探してみましょう。場所に縛られず大規模な移行案件に関わりたいという理想は、段取りを言語化できる力があれば近づけます。まずはRemoguに登録し、関わり方の異なる移行案件を条件ごとに比べてみることから始められます。

7. よくある質問

すべてのシステムを同時に切り替える方法は選べませんか

選べないわけではありませんが、推奨される進め方ではありません。段階的な移行では併存期間の管理と綿密な移行計画が前提になっており¹、同時に切り替える場合も現状確認やリハーサルといった段取りを省略できるわけではありません。止めずに移す進め方の方が、行政サービスへの影響を抑えやすい選択です。段取りを圧縮しても、確認すべき項目自体は減らないことを覚えておくと判断を誤りにくくなります。

移行の経験が浅くても案件に関われますか

現状確認や計画づくり、リハーサルの実施、本番移行後の確認など、担当できる工程は案件によって分かれています。積み上げてきた大規模システムの移行経験や、手順を文章に残す力があれば、工程の一部から関わる道もあります。関与する範囲はクライアントと協議して決まる形が中心なので、自分の経験に合う工程から関わりを広げていく進め方が現実的です。まずは一つの工程で成果を積み、次の参画で担う範囲を広げていく道筋も考えられます。

リモートで移行案件に関わることはできますか

関わり方は案件によって異なりますが、計画や手順を文章に残す進め方が定着している案件では、リモートでの参画がしやすくなります。現状確認やリハーサルの結果を文章と図で共有できれば、拠点が離れていても移行の進行状況を追いやすくなります。場所にとらわれずに大規模な移行案件へ関わりたい場合は、リモート案件に特化したマッチングサービスに登録し、条件を確かめてみるのも一つの道です。

移行案件に関わると報酬は上がりますか

具体的な水準はデータを持たないため、この記事では示せません。ただし、現状確認から計画、リハーサル、本番移行、移行後の確認まで、関与する工程の幅が広がるほど、担う責任も評価の対象も変わっていきます。報酬の条件は案件によって異なるため、まずは関わりたい工程を明確にし、クライアントと協議しながら条件を確かめる進め方が現実的です。積み上げてきた工程の幅を言葉にして示せると、協議の場でも自分の関与度を説明しやすくなります。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 デジタル庁「ガバメントクラウド移行に係る手順書」（2025-03-31）
＊2 デジタル庁「ガバメントクラウド移行に係る手順書」（2025-03-31）
＊3 デジタル庁「ガバメントクラウド移行に係る手順書」（2025-03-31）
＊4 デジタル庁「ガバメントクラウド移行に係る手順書」（2025-03-31）
＊5 デジタル庁「ガバメントクラウド移行に係る手順書」（2025-03-31）
＊6 Remogu（株式会社LASSIC運営）公開情報：扱う案件の90%以上がフルリモート可能