AIの案件情報を眺めていると、並ぶ言葉の多くが「モデルを構築する」「生成AIを実装する」といったものです。モデルを作る仕事でなければ入れないと感じ、運用側で積み上げてきた経験の置き場所を見失うことがあります。総務省の令和8年版情報通信白書は、企業のAI活用状況を段階の区分で整理しています¹。段階が上がるほど必要になるのは、モデルそのものより基盤・連携・役割分担・評価であり、そこにMLOpsの案件が生まれます。

1. 活用状況は「段階」で整理されている

白書が示す調べ方

AI関連の案件情報を追っていると、どれも生成AIをどう実装するかという話に見えてきます。実際のところ、企業がAIをどこまで活用しているかは一様ではありません。総務省の令和8年版情報通信白書は、個人・企業への国際的なアンケート調査に加えて、先進的な取組を進める企業へのヒアリング調査も重ねながら、活用状況を概観しています¹。

この白書がアンケートの結果紹介だけで終わっていない点は見逃せません。企業へのヒアリングまで踏み込んでいるということは、数字だけでは分からない、現場でどんな仕事が生まれているかという手触りが含まれているということです。案件情報の裏側を読み解く手がかりが、ここにあります。

白書の構成を先に押さえておくと、この先の話が入ってきやすくなります。全体の活用状況を示す章、先進的な企業の取組を紹介する章、そして課題と対応を扱う章に分かれています。まずは、いちばん基本になる活用状況の区分から見ていきます。

活用状況の3つの区分

白書では、生成AIの業務での活用状況が「業務プロセスがAI中心に変更されている」「部署内の特定業務で活用している」「個人作業の効率化で活用している」「未導入」などの区分で整理されています²。段階を分けて示している時点で、活用の広がり方が一様でないことが分かります。

個人の効率化にとどまる状態と、部署の特定業務に組み込まれた状態と、業務プロセス全体が変わった状態とでは、そこに関わる仕事の重さがまるで違います。個人の補助よりも、業務プロセスの変更のほうが、運用に関わる人手を必要とします。案件の中身は、この段階のどこにいるかで決まります。

この区分をあらかじめ知っておくと、案件の説明を受けたときに「今、どの段階の話をしているのか」を自分の中で位置づけられます。段階が分かれば、そこで求められる仕事の中身も見えてきます。次の章では、この段階のうち、いちばん多くの企業が立っている場所から見ていきます。

図の作成:Remogu編集部。令和8年版情報通信白書が示す活用状況の区分を整理したもので、統計データではありません

2. 入口は個人の補助に寄っている

日本で最も多い回答は「補助」

3つの段階のうち、日本の企業が今どこに立っていることが多いのかを見ていきます。白書では、業務類型ごとの活用状況について、日本では「議事録・メール作成補助」の回答割合が約7割と最も高く、導入効果を実感すると回答した割合も同様だったと示されています³。

約7割という回答の集まり方は、活用が個人の作業を助ける入口に寄っていることを表しています。議事録やメールの作成補助は、個人作業の効率化にあたる使い方です。多くの企業がまずここから始めているという読み方ができます。

入口が個人の補助に寄っているという事実は、案件を探す側にとって手がかりになります。この段階だけを見ていると、モデルを作る話や個別のツール導入の話に見えやすいものです。けれど、この入口を通り抜けた先にこそ、運用側の経験が効く場所があります。

打診の場で確かめる問い

案件の打診を受けたとき、それが個人の補助にとどまる話なのか、それとも先の段階に進む話なのかは、案件情報だけでは判断がつきにくいものです。そこで役に立つのが、白書の段階の区分をそのまま質問の形に変えることです。下の表は、打診の場で確かめておきたい問いと、その問いが運用側の経験とどうつながるかをまとめたものです。

確認したい観点	打診の場で確かめる問い	運用側の経験が効く理由
導入の段階	社内のAI活用は、今どの段階にありますか	段階に応じて求められる仕事の重さが変わるため
担当範囲	今の業務プロセスのどこにAIが組み込まれていますか	部署内活用か個人補助かで、運用の関わり方が変わるため
基盤の有無	共通基盤や社内データとの連携は、今どこまで整っていますか	整っていなければ、運用の設計から関わる余地が広いため
評価の仕組み	利用ポリシーや評価の仕組みは、すでにありますか	これから作る段階なら、設計側の経験がそのまま活きるため

この4つの問いに対する答えを聞くだけで、その案件が入口の補助にとどまるものか、基盤や仕組みづくりに関わるものかが見えてきます。答えがまだ固まっていない案件ほど、運用側の経験を活かせる余地は広いと考えられます。

打診の場でこうした問いを重ねるのは、駆け引きのためではありません。自分の運用側の経験がどこで効くのかを、案件のほうも一緒に確かめている時間です。まずはRemoguに登録し、自分の経験に合う案件がどのあたりにあるのかを眺めてみることから始められます。

3. 広がる先は、業務の中核にもある

米国は各業務類型で活用率が高い

日本の入口が個人の補助に寄っている一方、白書は米国の状況も併せて示しています。米国では各業務類型で総じて活用率が高いほか、「研究・商品開発」において効果を実感すると回答した割合が高いと示されています⁴。

ここで大切なのは、優劣の話として読まないことです。白書が示しているのは、活用の広がり方の違いであって、どちらが進んでいるかという評価ではありません。個人の補助にとどまる広がり方もあれば、研究や商品開発のように業務の中核まで届く広がり方もある、というだけの話です。

この違いを知っておくと、案件を探すときの視野が広がります。個人の補助にとどまる案件だけに目を向けるのではなく、業務の中核に関わる案件にも目を向けられるようになるからです。

研究・商品開発でも効果を実感

研究・商品開発は、個人の作業を助けるだけの領域ではありません。実験や検証の設計、社内データとの突き合わせなど、モデルの周りにある運用の仕事が欠かせず伴います。効果を実感する割合が高いという結果は、そこまで運用が機能しているということの表れとも読み取れます。

研究や商品開発の現場でモデルの検証や運用を任された経験があれば、それは個人の補助を支える経験よりも一段深い経験として、案件の打診の場で伝えられます。個人の補助よりも、業務の中核に関わってきた経験のほうが、こうした案件では手応えのある材料になります。

案件情報を見るときも、この広がり方を意識すると景色が変わります。個人の補助にとどまる案件よりも、業務の中核に関わる案件のほうが、運用側の経験を必要とする場面が増えます。次の章では、その先で何が起きているのかを見ていきます。

図の作成:Remogu編集部。令和8年版情報通信白書が示す業務類型ごとの活用状況を整理したもので、独自に数値化したものではありません

4. 段階が上がると、基盤の話になる

共通基盤の整備と社内データとの連携

入口を通り抜けた先で、何が起きているのかを見ていきます。白書では、先進的な取組を進める企業へのヒアリングからの示唆として、最新のAI技術を活用可能な共通基盤を整備するとともに、社内システムや社内データとの連携を推進していることが挙げられています⁶。

ここが、この記事のいちばん伝えたい場所です。モデルを作る仕事ではなく、モデルを支える基盤を整え、既存のシステムやデータとつなぐ仕事です。これはまさに、運用側で積み上げてきた経験がそのまま活きる領域です。

共通基盤を整えるという言葉には、環境構築、パイプラインの整備、権限やログの管理といった、地道な仕事が含まれます。社内データとの連携という言葉には、データの品質を確かめ、既存の仕組みを壊さずにつなぐという、慎重さの求められる仕事が含まれます。目立たない仕事に見えて、段階が上がるほど欠かせなくなる仕事です。

現場のニーズが起点になる

同じヒアリングからの示唆として、事業部門の現場のニーズや課題意識を検討の起点とし、DX推進部門が伴走支援していることも挙げられています⁸。基盤の整備は、技術部門だけで完結する話ではありません。

現場の要望を起点にするということは、外から参画するメンバーにも、現場の言葉を仕様に落とし込む役割が求められるということです。技術の知識だけでなく、現場の課題を整理して伝える力も、運用側の経験の一部として評価されやすくなります。

ここまでの内容を、担える範囲として整理しておきます。段階が上がるほど、運用側の経験が関われる場所は広がっていきます。

運用側で担える範囲

白書のヒアリング結果から見えてくる動きを、運用側の経験がどこで担えるかという観点で並べ直したものが下の表です。項目ごとに、現場で起きている動きと、そこに対応する経験の種類を対にして示しています。

段階	現場で起きていること	運用側の経験が担える仕事
基盤整備	最新のAI技術を活用可能な共通基盤を整備する動き	環境構築やパイプライン整備の経験
データ連携	社内システムや社内データとの連携を推進する動き	データ基盤との接続や品質管理の経験
現場起点の検討	事業部門の現場のニーズや課題意識を起点にする動き	現場の要望を仕様に落とし込む経験
伴走支援	DX推進部門が伴走支援する体制	複数の部門をまたいで調整してきた経験

出典：総務省「令和8年版情報通信白書」（2026年7月）をもとに作成

5. 役割分担と評価の仕組みも設計の対象

人間とAIの役割分担の設計

基盤や連携の先には、もう一段別の仕事が待っています。先進的な取組を進める企業へのヒアリングからの示唆として、AI活用を前提とした業務の変革にあたり、人間とAIの役割分担の設計を重視していることが挙げられています⁵。

役割分担は、一度決めて終わりというものではありません。どこまでをAIの判断に任せ、どこから人が確認するのかという線引きは、業務が変わるたびに見直しが必要になります。この線引きを設計する仕事は、モデルを作る仕事とは違う専門性を求めます。

利用ポリシーと評価の仕組み

同じヒアリングからの示唆として、利用ポリシー・ガイドラインの整備や、評価の仕組みづくりなどを推進していることも挙げられています⁷。白書はこれを企業の取組の一つとして挙げるにとどめており、具体的な評価の指標までは示していません。

指標そのものは各企業が個別に定めるものであり、この記事で特定の数値を挙げることはできません。ただ、利用ポリシーや評価の仕組みを整える動きが挙げられているという事実そのものが、運用側の経験を必要とする仕事がこの先にあることを示しています。

白書の第3章は「AIの進展に伴う課題と対応」として整理されています⁹。導入して終わりではなく、導入した後に課題が生まれ、その対応が続くという構成そのものが、この記事の主張を裏づけています。役割分担の設計、利用ポリシーの整備、評価の仕組みづくりは、どれも導入後に続く仕事です。

MLOpsの経験を4つの層で書き出す

ここまでの内容を、実績を言葉にするための型として整理しておきます。運用側の経験は、担当した作業を並べるだけでは伝わりにくいものです。白書が挙げる4つの層に沿って書き出すと、案件の打診の場でも説明しやすくなります。

層	書き出す経験の例	対応する根拠
役割分担の設計	AIの判断と人の確認の境目を、どう線引きしたか	人間とAIの役割分担の設計5
基盤・連携の運用	共通基盤やデータ連携を、どう保守してきたか	共通基盤の整備と社内データとの連携6
ポリシー・評価の設計	利用ポリシーや評価の仕組みを、どう整えてきたか	利用ポリシー・評価の仕組みづくり7
課題対応の記録	導入後に出た課題に、どう対応してきたか	AIの進展に伴う課題と対応9

この4つの層のうち、どこか一つでも具体的な経験を語れる状態にあれば、それは案件の打診で伝える材料になります。すべてを網羅している必要はなく、どの層の経験が自分に多いのかを整理しておくことのほうが役立ちます。

出典：総務省「令和8年版情報通信白書」（2026年7月）をもとに作成

6. まとめ

ここまで見てきたように、企業のAI活用状況は「個人の補助」「部署内活用」「業務プロセス変更」という段階で整理されており、日本の入口は個人の補助に寄っています²。案件情報の多くがモデルを作る仕事に見えるのは、入口の段階だけを切り取って見ているからかもしれません。

段階が上がるにつれて、共通基盤の整備、社内データとの連携、人間とAIの役割分担の設計、利用ポリシーと評価の仕組みづくりという仕事が積み重なっていきます。これらはどれも、モデルを新しく作る仕事ではなく、運用側で積み上げてきた経験がそのまま活きる仕事です。

モデルを作れないから案件に入れないという見方よりも、どの段階の運用を担えるかという見方のほうが、自分の経験を活かす道筋が見えてきます。案件の打診を受けたときは、この記事の表にある4つの問いを確かめてみることから始められます。

Remoguでは、案件の90%以上がフルリモート可能です¹⁰。運用側の経験を活かせる案件がどこにあるのかを、まずは登録して自分の条件に合わせて確かめてみることが、次の一歩になります。

7. よくある質問

モデルを作れないとMLOpsの案件には入れないのでしょうか

白書が示す活用状況の区分を見る限り、案件の中心はモデルを作ることだけに限りません²。共通基盤の整備、社内データとの連携、役割分担の設計、評価の仕組みづくりといった仕事は、モデルを新しく作る経験がなくても、運用側の経験があれば担える場面が多くあります。ただし案件ごとに求められる経験は異なるため、打診の場で具体的な担当範囲を確かめておくと安心です。

PoCで終わる案件をどう見分けられますか

本文の表で挙げた4つの問いのうち、特に「共通基盤や社内データとの連携がどこまで整っているか⁶」「現場のニーズがどこから出ているか⁸」を確かめることが手がかりになります。基盤や連携の話がまだ具体的でない案件は、検証段階にとどまっている可能性があります。一方で、現場のニーズを起点に伴走支援の体制が組まれている案件は、その先の運用まで見据えている傾向があります。

評価の仕組みとは、具体的に何を指しますか

白書は、先進的な取組を進める企業が評価の仕組みづくりを推進していることを挙げていますが、具体的な指標や測り方までは示していません⁷。評価の仕組みは、利用ポリシーとあわせて各企業が個別に設計するものであり、この記事で特定の指標を挙げることはできません。案件の打診では、評価の仕組みが「これから作る段階」なのか「すでにある段階」なのかを確かめると、自分の設計側の経験をどう伝えるかが決めやすくなります。

MLOpsの経験は、どう書けば伝わりますか

本文で挙げた4つの層、役割分担の設計・基盤と連携の運用・ポリシーと評価の設計・課題対応の記録に沿って、担当した経験を書き出す方法が有効です。作業の一覧を並べるよりも、どの層のどんな場面で、どんな判断をしたのかを具体的に書くほうが、打診の場で伝わりやすくなります。まずは自分の経験がどの層に多いのかを整理し、それに合う案件を確かめてみることから始められます。

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

出典・参考情報

＊1 総務省「令和8年版情報通信白書」第I部 特集（2026年7月）
＊2 総務省「令和8年版情報通信白書」業務類型ごとの生成AI活用状況と効果の実感（2026年7月）
＊3 総務省「令和8年版情報通信白書」業務類型ごとの生成AI活用状況と効果の実感（2026年7月）
＊4 総務省「令和8年版情報通信白書」業務類型ごとの生成AI活用状況と効果の実感（2026年7月）
＊5 総務省「令和8年版情報通信白書」先進的な取組を進める企業や有識者へのヒアリングから得られる示唆（2026年7月）
＊6 総務省「令和8年版情報通信白書」先進的な取組を進める企業や有識者へのヒアリングから得られる示唆（2026年7月）
＊7 総務省「令和8年版情報通信白書」先進的な取組を進める企業や有識者へのヒアリングから得られる示唆（2026年7月）
＊8 総務省「令和8年版情報通信白書」先進的な取組を進める企業や有識者へのヒアリングから得られる示唆（2026年7月）
＊9 総務省「令和8年版情報通信白書」第I部 特集 第3章（2026年7月）
＊10 Remoguサイト公開情報（フルリモート可能案件の割合）