インフラや基盤刷新の案件を探していると、「ガバメントクラウド」という言葉が目に留まる機会が増えてきました。国のクラウド基盤に関わる案件は将来性を感じさせる一方で、商流が長く、どこまでが担当範囲なのか読み取りにくいという声もよく聞きます。実はこの領域では、担当範囲は技術要素の切れ目ではなく、契約の切れ目で決まります。参画前にどこを確かめておけば、後から認識のずれに悩まされずに済むのか、順番に整理します。

1. ガバメントクラウド移行の案件で、担当範囲は技術ではなく契約で切れます

「クラウドの知識」だけでは範囲が決まらない理由

クラウド移行の案件というと、担当はAWSかGCPか、ネットワークかアプリケーションかといった技術要素で分かれると考えられがちです。ところがガバメントクラウドの移行案件では、その分け方だけでは不十分な場面が出てきます。

一般的な民間企業のクラウド移行であれば、担当範囲は要件定義や設計といった工程、あるいはインフラとアプリケーションといった技術レイヤーで自然に線が引かれます。困ったときはプロジェクト内の合意で範囲を調整することもできます。ガバメントクラウドの案件では、その調整の余地が狭くなる場面があります。

レガシー基盤からの移行を積み上げてきたエンジニアであれば、既存システムの調査や移行手順の整理といった経験そのものは活かせます。そのうえで、この領域特有の「範囲は契約で決まる」という前提を知っているかどうかが、参画してから戸惑うかどうかの分かれ目になります。

デジタル庁が示す資料では、デジタル庁・地方公共団体・クラウドサービス提供事業者（CSP）・ガバメントクラウド運用管理補助者・ASPといった主体の間の責任分界は、主体間の契約によって規定されると整理されています²。つまり「誰が何を担当するか」は現場の合意ではなく、契約書のどこに何が書かれているかで決まるということです。

技術力よりも契約の理解が問われる場面がある。ここが一般的なクラウド移行案件と大きく異なる点です。では実際に、商流にはどのような主体が並び、どんな契約で結ばれているのでしょうか。次章で整理します。

2. 商流には誰が並んでいるのか

主体と契約の相手を一覧で押さえる

デジタル庁の資料には、ガバメントクラウドの利用に関わる主体として、デジタル庁、地方公共団体、CSP、ガバメントクラウド運用管理補助者、ASPなどが挙げられています²。エンジニアが案件で向き合うことになるのは、主にこのうち地方公共団体・運用管理補助者・ASPの関係です。下の表に、それぞれの役割と契約の相手を整理しました。

主体	主な役割	主に向き合う相手
デジタル庁	ガバメントクラウドの整備・提供と、責任分界の考え方の提示	CSP・地方公共団体等
地方公共団体	標準準拠システムの利用主体	運用管理補助者・ASP等と個別に契約
CSP	クラウド基盤（ガバメントクラウド）の提供	デジタル庁等
ガバメントクラウド運用管理補助者	クラウド環境及びクラウドサービスの運用管理の補助を受託	地方公共団体（ガバメントクラウド運用管理補助委託契約）3
ASP	業務アプリケーション等の構築・提供・運用保守	地方公共団体

表からも分かるとおり、地方公共団体はシステムの利用主体でありながら、運用管理補助者やASPと個別に契約を結ぶ立場でもあります。同じ「クラウド移行案件」という言葉でも、契約の相手が変われば担当する業務の中身も変わってきます。

契約の相手が変わると、相談する窓口も変わる

実務上の変化として大きいのは、疑問や相談が生じたときに、誰に確認すればよいかが契約の相手によって変わる点です。運用管理補助者として地方公共団体と直接契約している場合と、委託元の事業者を通じて業務の一部を担う場合とでは、仕様変更や追加作業の相談ルートが異なります。参画前にこの連絡系統を把握しておくと、稼働中に迷う場面を減らせます。

出典：デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）をもとに作成

この商流の中で、エンジニアが実際に参画する入り口は大きく二つに分かれます。次章で、その違いを見ていきます。

3. 自分が入る箱は「運用管理補助者」側か「ASP」側か

クラウド基盤を見るか、業務アプリケーションを見るか

ガバメントクラウド運用管理補助者とは、地方公共団体からクラウド環境及びクラウドサービスの運用管理の補助を受託する者と定義されています³。契約は地方公共団体との間で「ガバメントクラウド運用管理補助委託契約」という名称で締結されます³。

一方のASPは、地方公共団体が標準準拠システムを利用するために業務アプリケーション等の構築、提供、運用保守を行う事業者を指し、運用管理補助者は除かれると整理されています⁴。クラウド基盤の運用を見るのか、業務アプリケーションの開発・保守を見るのか。この二つは文書のうえで区別されています。

項目	運用管理補助者	ASP
対象領域	クラウド環境・クラウドサービスの運用管理の補助	業務アプリケーション等の構築・提供・運用保守
契約の相手	地方公共団体	地方公共団体
契約の名称	ガバメントクラウド運用管理補助委託契約	案件・契約ごとに個別に定められる
参画時に見る観点	クラウド基盤側の設計・運用に強みがあるか	アプリケーション側の開発・保守に強みがあるか

案件の募集内容だけでは、この区別が曖昧に書かれていることもあります。自分がどちらの箱に入るのかは、契約書に記載された受託業務の内容で確かめておく必要があります。同じ「ガバメントクラウド案件」でも、見るべき技術も、求められる経験も変わってきます。

クラウド基盤の設計や運用管理を積み上げてきた経験があるなら運用管理補助者側の案件、業務システムの開発や保守を積み上げてきた経験があるならASP側の案件のほうが、これまでのスキルを活かしやすくなります。募集要項に「運用管理補助」「ASP」という言葉が明記されていない場合も、受託業務の記載を読めば、どちらの立場に近いかを判断する手がかりになります。

運用管理補助者側の案件では、クラウド環境の監視や構成変更の申請対応など、クラウド基盤に近い業務を担うことが考えられます。ASP側の案件では、標準準拠システムの改修や動作確認など、業務アプリケーションに近い業務を担うことが考えられます。どちらの業務が中心になるかは案件ごとに異なるため、面談の場で具体的な作業内容を確認しておくと安心です。

4. 要件は法律に紐づいているので、現場の合意だけでは動きません

標準化法から標準準拠システムまでの一本の線

ガバメントクラウド上で運用管理される標準準拠システムとは、地方公共団体情報システムの標準化に関する法律（令和3年法律第40号）第6条第1項及び第7条第1項に規定する標準化基準に適合する基幹業務システムを指します¹。

つまり要件の出どころは、発注担当者の要望ではなく、法律と基準の側にあります。現場の合意だけで仕様を動かせる場面は限られてくる、という前提を持っておくと、進め方の見通しが立てやすくなります。

要望を聞き取る力よりも、根拠となる基準を確認する力のほうが問われる場面がある。ここが一般的な業務システム開発との違いです。

仕様変更の相談先も、法律と契約の側にある

民間の受託開発であれば、仕様の疑問点はプロジェクトマネージャーとの協議で解消できることが多くあります。ガバメントクラウドの案件では、要件そのものが標準化基準に紐づいているため、現場の判断だけで仕様を変更してよいかどうかを、契約の相手を通じて確認する場面が出てきます。設計や実装に着手する前に、この確認のプロセスがどう定められているかを把握しておくと、手戻りを防ぎやすくなります。

「現場で決めればよい」という感覚のまま進めてしまうと、後から標準化基準との整合性を理由に手戻りが発生することも考えられます。仕様の疑問点が生じたら、まず契約の相手に確認する、という順番を最初に決めておくことが、この領域で稼働するうえでの基本になります。

出典：デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）をもとに作成

5. 単独利用方式と共同利用方式で、権限の渡され方が変わります

運用管理を担うのは誰か

地方公共団体が自らガバメントクラウドの利用権を行使してクラウドサービスの運用管理をする方式は、文書の3.1.2でガバメントクラウド単独利用方式として定義されています⁵。これに対し3.1.3では共同利用方式が定義されており、地方公共団体が契約する運用管理補助者が直接クラウド環境を運用管理できるよう、デジタル庁側で措置がとられる仕組みが示されています⁵。

どちらの方式がどれだけ使われているかは、この文書だけでは判断できません。ただし方式が変われば、運用管理補助者が担う業務の範囲や、地方公共団体との間で交わす契約の位置づけも変わってきます。案件に参画する前に、対象の団体がどちらの方式かを確認しておくと、担当する業務の見通しが立てやすくなります。

単独利用方式の案件では、地方公共団体の担当者と直接やり取りする場面が増える一方、共同利用方式の案件では、運用管理補助者を経由したやり取りが中心になることも考えられます。募集情報にどちらの方式かが明記されていない場合は、面談の段階で確認しておくと、参画後の業務フローをイメージしやすくなります。

方式の違いは、報告や承認の階層が増えるかどうかにも関わってきます。関わる主体が多い商流ほど、一つの判断に必要な確認先が増える傾向があります。稼働時間の見積もりを立てる際は、技術的な作業量だけでなく、この確認や報告にかかる時間も織り込んでおくと、実際の負荷とのずれを小さくできます。

項目	単独利用方式	共同利用方式
定義箇所	文書3.1.2	文書3.1.3
運用管理の担い手	地方公共団体自らが利用権を行使して運用管理	地方公共団体が契約する運用管理補助者が運用管理
参画時の確認点	発注元が地方公共団体そのものか	発注元が運用管理補助者を経由しているか

出典：デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）をもとに作成

6. 参画前に契約で確かめる項目

契約書のどこを見ればよいか

地方公共団体は、第三者に利用権付与上の地位や契約に基づく権利又は義務の全部又は一部を譲渡してはならないと定められています⁶。ここで制限されているのは利用権付与上の地位や権利義務の譲渡であり、運用管理業務そのものを委託することとは区別されています。自分が結ぶ契約がこの運用管理の委託にあたるものかどうかは、契約書の記載でクライアントと確認する事項です。

確認する順番を整理すると、①契約の相手が誰か、②受託する業務の範囲はどこまでか、③その業務が運用管理の委託にあたるのか権利義務の譲渡にあたるのか、④仕様や体制に変更が生じたときの合意プロセスはどう定められているか、という流れになります。下の図に、この確認の順序をまとめました。

契約の名称だけでなく、受託する業務の範囲、契約の相手が地方公共団体か運用管理補助者かASPか、変更が生じた場合の合意プロセスまで、参画前に確かめておくと、後から「それも範囲だ」と言われる事態を避けやすくなります。範囲を後から広げられるより、最初に境界を確認しておくほうが、稼働の見通しは立てやすくなります。

確認は一度で終わらせず、節目ごとに見直す

契約内容の確認は、参画時の一度きりで終わらせるものではありません。方式の見直しや、運用管理補助者の変更といった商流の変化が生じることも考えられます。稼働の節目や契約の更新時期には、担当する業務の範囲が変わっていないかをあらためて確認しておくと、認識のずれが積み重なるのを防げます。積み上げてきた経験を法律や契約の読み方に結びつけられるかどうかが、この領域で長く参画を続けられるかの分かれ目になります。

出典：デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）をもとに作成

7. よくある質問

ガバメントクラウド移行の案件は、フリーランスでも参画できますか

運用管理補助者やASPとして、地方公共団体や委託元の事業者から個別に業務を受託する形で参画する案件があります。契約の相手や受託する業務の範囲は案件ごとに異なるため、募集内容と契約書の記載を確認することが大切です。参画の形態や条件は案件によって異なるため、面談の段階で契約の相手を確認しておくと安心です。

運用管理補助者とASP、どちらの案件を選べばよいですか

クラウド基盤の運用に強みがあるなら運用管理補助者側の案件³、業務アプリケーションの開発・保守に強みがあるならASP側の案件⁴が向いています。どちらに当たるかは、契約書に記載された受託業務の内容で確認できます。これまで培ってきたスキルが、クラウド基盤側とアプリケーション側のどちらに近いかを棚卸ししてから参画先を絞り込むと、参画後のミスマッチを減らしやすくなります。

運用管理業務を委託されている案件は、再委託にあたりますか

文書で制限されているのは、利用権付与上の地位や契約に基づく権利義務の譲渡であり、運用管理業務の委託そのものは区別されて扱われています⁶。個別の契約が実際にどのような位置づけになるかは契約内容によって異なるため、契約書の記載をクライアントと確認することをおすすめします。契約書に見慣れない用語が出てきた場合も、その場で判断せず、クライアントに定義を確認してから合意する進め方が安全です。

単独利用方式と共同利用方式、どちらの案件が多いですか

この文書では、どちらの方式がどれだけ使われているかは示されていません⁵。方式によって運用管理補助者が担う業務範囲や契約の位置づけが変わるため、募集内容や契約書で個別に確認する必要があります。方式そのものよりも、自分が担当する業務の範囲がどう定められているかを確認するほうが、参画後の見通しには役立ちます。

契約書に「運用管理補助者」や「ASP」という言葉が出てこない場合はどうすればよいですか

公共案件の契約書では、これらの用語がそのまま使われず、業務委託契約や準委任契約といった一般的な名称で締結されることもあります。その場合は、契約書の「委託業務の内容」や「業務範囲」の条項を確認し、クラウド環境の運用管理を担うのか、業務アプリケーションの開発・保守を担うのかを、クライアントに直接確認しておくと認識のずれを防げます。

地方在住でも参画できますか

Remoguで扱う案件は90%以上がフルリモート可能です⁷。ガバメントクラウド関連の案件でも、契約や打ち合わせの頻度は案件によって異なるため、募集内容で稼働条件を確認してみましょう。

これまでレガシー移行の経験しかありませんが、参画できますか

既存システムの調査や移行手順の整理、切り替え時の検証といった経験は、ガバメントクラウドの案件でも活かしやすい領域です。そのうえで、担当範囲が契約で決まるというこの領域特有の前提を押さえておけば、経験を活かせる場面はむしろ広がります。技術面の経験だけでなく、契約や要件の読み方への理解も合わせて伝えると、面談で強みが伝わりやすくなります。

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

出典・参考情報

＊1 デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）
＊2 デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）
＊3 デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）
＊4 デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）
＊5 デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）
＊6 デジタル庁「地方公共団体標準準拠システムのガバメントクラウドの利用について」第3.0版（2025年3月）
＊7 Remoguサイト公開情報（案件の90%以上がフルリモート可能）