Azureを使う案件の資料には、担当できる作業の一覧より先に、与えられる権限の一覧が載っています。同じチームに入っても、見える画面と変えられる設定は人によって違います。触れない設定は直せず、直せない設定は担当の範囲にも入りません。この記事では、権限がそのまま担当範囲になる理由と、受ける前に確かめておきたい順番を整理します。

1. 権限がそのまま担当範囲になる

見える範囲と変えられる範囲は同じではありません

Azureの案件に決まると、最初に届くのは操作方法の説明ではなく、権限の一覧です。どの画面を見られるか、どの設定を変えられるかは、この一覧で決まっています。担当する作業の広さは、経験や希望より先に、渡された権限の範囲に合わせて決まる仕組みです。

見える範囲が広くても、変えられる範囲が同じとは限りません。状態を確認できる画面と、値を書き換えられる画面は別のものとして分かれています。確認はできても、直す作業は別の担当に回すという進め方は、クラウドの案件ではよくある形です。

権限の一覧を先に読むことで、自分がどこまで手を動かせるかが見えてきます。担当範囲を口頭の説明だけで把握しようとすると、実際に触れる範囲との差に途中で気づく形になりやすいです。権限の一覧を確認する順番のほうが、あとから戻る手間が少なくなります。

そのまま使っても新しい構成になるとは限りません

市場シェアの大きいクラウドでは、古い機能も継続して提供されており、すべてが新しいものとは限りません¹。長く使われてきたサービスが残っているのは、利用する側が困らないようにするための仕組みでもあります。

提供されるサービスをそのまま使っても、モダンな構成になるとは限りません²。案件によっては、新しく作られた仕組みよりも、以前からある仕組みに合わせて作業を進める場面のほうが多くなります。新しい技術に触れたいという期待と、実際の担当範囲との間には差が生まれることがあります。

この差を先に知っておくと、案件を選ぶときの見え方が変わります。新しい仕組みを一から作る役割より、既にある仕組みを理解して手を動かす役割のほうが、権限の面でも現実的な担当範囲になりやすいです。次の章では、使ってよいものと避けるものがどう決まっているかを見ていきます。

図の作成：Remogu編集部。案件でよく見られる整理を図にしたもので、統計データではありません

2. 使ってよいものと避けるものが決まっている

使用を避ける対象になるサービスもあります

クラウドには数えきれないほどのサービスが並んでいますが、案件のなかで使ってよいものは、あらかじめ絞られています。サーバーの構築を前提とするものなど、使用を避ける対象になるサービスもあります³。選べる範囲が広いようで、実際には限られているのが実情です。

避ける対象が決まっているのは、運用の負担や安全面の理由からです。個々の担当者が自由に選んで組み合わせると、あとから管理する側の負担が大きくなります。使ってよいものが先に決まっていることは、制約であると同時に、迷う時間を減らす仕組みでもあります。

この線引きを事前に共有してもらえるかどうかで、着手した後の手戻りが変わります。使ってよいものの一覧を早い段階で確認できると、設計の選択肢を絞り込む時間が短くなります。

資料が扱う範囲はIaaSとPaaSが中心です

この方針は原則としてIaaSとPaaSを中心に書かれており、SaaSについては明示したうえで書かれています⁶。IaaSは土台となる仕組みを借りる形、PaaSはアプリを動かす環境まで借りる形を指します。どちらに当たる作業かで、確認しておきたい権限も変わります。

資料の中心がIaaSとPaaSにあるということは、案件で扱う作業の中心もそこにあると考えられます。土台や動かす環境に近い作業ほど、権限の範囲が担当範囲に直結しやすくなります。

比較表1では、使ってよいものと避ける対象の違いを整理しました。案件を検討する段階で、この違いを確認しておくと、担当できる作業の見当がつけやすくなります。

使ってよいものと避ける対象を比べる

使ってよいものと避ける対象の境目は、担当する作業の種類によって変わります。土台に近い部分を触るか、できあがった仕組みをそのまま使うかで、確認しておきたい観点も違ってきます。比較表1では、資料に挙げられている観点を、案件を検討する際に見ておきたい形に整理しました。数値や条件は案件ごとに異なるため、あくまで確認の観点として使ってください。

観点	使ってよいものの傾向	避ける対象になりやすい傾向
土台となる仕組み（IaaS）	構成を自分たちで組み立てられるものが中心	サーバーの構築を前提とするもの
動かす環境（PaaS）	環境ごと借りて設定できるものが中心	個別の作り込みが必要になりすぎるもの
できあがったソフト（SaaS）	資料の中でSaaSと明示されたうえで扱われる	明示されていないものはIaaS・PaaSの基準で見る

3. 設定をファイルから作るには権限が要る

設定を書いたファイルから環境を作る作業には権限が要ります

設定を書いたファイルから環境を作る方法（IaC）による作業の効率化が挙げられています⁷。あらかじめ書いておいた設定をもとに、同じ環境を何度でも作れるようにする進め方です。人の手で毎回組み立てるより、再現しやすくなります。

この作り方を担当するには、環境そのものを作れる権限が要ります。確認や閲覧の権限だけでは、ファイルを用意しても実際に環境を作るところまでは進めません。担当範囲を確認するときは、作れるかどうかを別に確かめておきたい点です。

設定ファイルを書く作業自体は、権限がなくても進められる場合があります。ただし、それを実際の環境に反映する作業には、別の権限が必要になります。書く担当と反映する担当が分かれている案件も珍しくありません。

作れる範囲は案件ごとに違います

作れる範囲がどこまで自分に開かれているかは、案件ごとに異なります。一から環境を作る場面もあれば、既にある環境を整える場面もあり、どちらに当たるかで必要な権限の重さも変わります。

権限がある場合とない場合とで、直し方そのものが変わります。権限があれば気づいた時点でその場で直せますが、権限がなければ、確認した内容を権限を持つ担当に伝える形になります。図3では、この違いを整理しています。

受ける前に、作れる範囲がどこまで開かれているかを確認しておくと、着手してからの進め方の見当がつきやすくなります。次の章では、監視の対象を決められるかどうかを見ていきます。

作る担当と反映する担当を比べる

設定を書いたファイルから環境を作る作業は、書く工程と反映する工程に分かれることがあります。工程ごとに必要な権限が違うため、担当範囲を確認するときは、どちらの工程を任されているかを分けて考えたほうが実態に近くなります。比較表2では、工程ごとに必要になりやすい権限の傾向を整理しました。

工程	主な作業	必要になりやすい権限
設定ファイルを書く	環境の構成をファイルに記述する	閲覧・編集の権限が中心
ファイルを反映する	記述内容をもとに実際の環境を作る	環境を作成・変更できる権限
監視の対象を見直す	監視する範囲や項目を調整する	監視設定を変更できる権限

図の作成：Remogu編集部。案件でよく見られる違いを図にしたもので、統計データではありません

4. 監視の対象を決められるか

監視の対象を見直すことも挙げられています

監視の対象を見直すことも挙げられています⁸。動いているものをただ見ているだけでなく、何を監視するかという範囲自体を調整する作業も、運用の中に含まれています。

監視の対象を広げる作業には、その対象を選べる権限が要ります。閲覧できる画面が用意されていても、監視の項目を追加したり外したりする操作は、別の権限で区切られていることがあります。

監視の対象を決められる立場にいるかどうかで、日々の関わり方が変わります。決められない立場であれば、気づいたことを権限を持つ担当に伝える役割が中心になります。決められる立場であれば、対象そのものを組み立てる役割になります。

備えの整備状況とあわせて見ておきたい理由

ITのリスク管理と業務継続計画は、全体の5〜6割程度の企業が整備しています¹⁰。監視の対象を見直す作業は、こうした備えの一部として位置づけられることがあります。整備が進んでいない企業では、監視の対象そのものが手薄なままになっている場合もあります。

監視の対象を決められる権限があるということは、備えを整える側に近い立場にいるということでもあります。逆に決められない立場であれば、既に決まっている対象の範囲内で確認する役割になります。

どちらの立場になるかは、案件の説明だけでは分かりにくい部分です。権限の一覧を確認する段階で、監視の対象を見直せるかどうかも合わせて聞いておくと、担当範囲の見当がつきやすくなります。次の章では、備えの整備が薄いという前提について見ていきます。

5. 備えの整備が薄いという前提

ガイドラインの整備は4〜5割にとどまります

セキュリティのガイドラインの整備は、利用する側の企業では4〜5割です⁹。整えている企業が半数に届いていないというのが、現状に近い数字です。

ガイドラインが整っていない状態で案件に入ると、判断の基準を自分で作りながら進める場面が増えます。決まりごとが少ないぶん、自由に見える一方で、確認する範囲を自分で見極める必要が出てきます。

ITのリスク管理と業務継続計画は5〜6割です

ITのリスク管理と業務継続計画は、全体の5〜6割程度の企業が整備しています¹⁰。ガイドラインの整備よりはやや広がっていますが、それでも半数を少し超える程度です。

備えの整備が薄いという前提で案件に入ると、想定外の事態が起きたときの動き方があらかじめ決まっていない場面に出会うことがあります。決まっていない部分をその場で相談しながら進める柔軟さが求められる場面も出てきます。

整備の状況は企業によって差があります。整っている前提で進めるのではなく、備えの範囲を早めに確認しておくと、想定外の場面での動き方に迷いが少なくなります。

整備状況を比べる

ガイドラインの整備とITのリスク管理・業務継続計画の整備は、どちらも全体の半数前後にとどまっています。整っている企業と整っていない企業の差は大きく、案件によって前提が変わる部分です。比較表3では、2つの整備状況を並べて整理しました。

整備の種類	整備している企業の割合	案件に入るときに確認したい点
セキュリティのガイドライン	4〜5割9	整っていない前提で、判断の基準を確認する
ITのリスク管理・業務継続計画	5〜6割程度10	想定外の事態が起きたときの動き方を確認する

出典：IPA「2024年度ソフトウェア動向調査 簡易分析レポート」（2025年4月）をもとに作成

6. 終了の連絡が誰に届くか

終了の時期と代替の機能は事前に通知されます

使っているサービスが終了する場合は、終了の時期と代替の機能が事前に通知されます⁴。ある日突然使えなくなるという形ではなく、あらかじめ知らされる仕組みになっています。

問題は、その連絡が誰に届くかです。案件に入っている担当者に直接届くとは限らず、契約している事業者やクライアントの窓口を経由することもあります。連絡を受け取る立場にいるかどうかで、対応の早さが変わります。

連絡が届く先が分かっていないと、終了が近づいていることに気づかないまま作業を続けてしまう場面が出てきます。誰が連絡を受け取り、誰が次の対応を判断するのかを、早い段階で確認しておきたい部分です。

提案が方針に沿っているかに留意する必要があります

事業者からの提案がこの方針に沿ったものかどうかに留意する必要があります⁵。新しい提案を受け入れる前に、それが決められた範囲の中にあるかどうかを確かめる工程が挟まれています。

この確認を誰が担当するのかも、権限によって変わります。確認する権限がなければ、提案の内容を整理して権限を持つ担当に渡す役割になります。確認する権限があれば、その場で方針に沿っているかを判断する役割になります。

終了の連絡と提案の確認は、どちらも情報が誰に届くかという点で共通しています。担当範囲を考えるときは、作業の内容だけでなく、情報が届く経路も合わせて見ておくと、抜け漏れが少なくなります。次の章では、受ける前に確かめておきたい順番を整理します。

7. 受ける前に確かめる順番

4つの確認を順番に並べる

ここまで見てきた確認事項を、受ける前に確かめる順番として並べ直します。使ってよいものと避ける対象を確認し、設定を作れる権限があるかを確認し、監視の対象を決められるかを確認し、連絡が届く先を確認する、という4つの順番です。

使用を避ける対象になるサービスもあるという前提を先に確認しておくと³、案件の中でどこまで自由に選べるかの見当がつきます。次に、設定を書いたファイルから環境を作る作業を担当できるかどうかです⁷。ここまでで、担当範囲の広さがおおよそ見えてきます。

図4では、この4つの確認を順番に並べています。1つずつ確かめていくと、担当範囲を口頭の説明だけに頼らずに把握できます。

順番を決めずに確認すると、聞き忘れが起きやすくなります。先に権限の一覧を確認し、そのうえで作業の内容を聞くという順番のほうが、あとから担当範囲が変わって戸惑う場面が少なくなります。

図の作成：Remogu編集部。案件を受ける前に確認しておきたい順番を整理したもので、統計データではありません

自分に合う案件を確かめてから話を進める

権限の範囲は、案件によって大きく異なります。Remoguで扱う案件の90%以上がフルリモート可能です。場所に縛られずに、権限の範囲まで確認したうえで案件を選べる環境を求めている方には、合う進め方だと言えます。

気になる案件があれば、権限の範囲がどう明記されているかを確認しながら、自分に合う条件を探してみましょう。

権限が少ない案件は避けたほうがよいですか

権限が少ないこと自体は、避ける理由にはなりません。確認や検証を中心にした役割として、権限が絞られている案件もあります。担当範囲が権限に合っているかどうかを確認したうえで、自分の希望に合うかを判断するとよいでしょう。

権限の一覧はどの段階で確認できますか

案件によって時期は異なりますが、参画前の面談で確認できることが多いです。権限の範囲が明記されていない場合は、面談の場で質問しておくと、参画後の認識のずれを減らせます。

設定を書いたファイルから環境を作る経験がなくても担当できますか

確認や閲覧が中心の役割であれば、その経験がなくても担当できる場合があります。ただし、環境を作る権限が与えられる案件では、経験の有無が担当範囲に影響します。案件ごとに求められる範囲を確認しておくとよいでしょう。

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

出典・参考情報

＊1 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」古い機能も残る（2026年・2026年8月確認）
＊2 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」使えば新しくはならない（2026年・2026年8月確認）
＊3 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」選ばない判断（2026年・2026年8月確認）
＊4 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」終わりの知らせ（2026年・2026年8月確認）
＊5 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」提案を読む（2026年・2026年8月確認）
＊6 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」層で書き分ける（2026年・2026年8月確認）
＊7 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」手作業を減らす（2026年・2026年8月確認）
＊8 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」増えたまま（2026年・2026年8月確認）
＊9 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」整備の差（2025年4月・2026年8月確認）
＊10 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」止まる備え（2025年4月・2026年8月確認）