職種の求人市場
運用保守から転職 設計構築等の求人企業の約15%は運用経験のみで要件を満たせると読める
運用保守から設計構築・SRE・クラウド等へ転職する際、運用経験だけで応募資格を満たせると読める求人を出す会社は、当サイトの掲載求人では約15%でした。応募資格を担当作業と深さ、技術・対象、知識・資格、実務年数の四つで行ごとに照らし、応募・確認・見送りを決め、対応する事実を職務経歴書に書く手順を示します。
公開 2026年9月29日 · 集計 2026年9月29日 · PREVIO 編集部
この記事で分かること
- ・運用保守だけで必須要件を満たせると読める求人を出す会社は約15%だが、構築と運用を並べた約30%は書き方だけでは決まらない
- ・応募資格を行ごとに、担当作業と深さ、技術・対象、知識・資格、実務年数で経歴と照らし、満たす・満たさない・企業に確認するを付ける
- ・監視を運用年数に含むか、運用中の設定変更や移行・切替を構築経験とみるかは、求人の明記がなければ企業へ確認する
目次開く閉じる
運用保守から設計構築やSREへ転職したい。けれども「構築・運用経験」「AWS実務」と並ぶ応募資格を見て、応募できるか、職務経歴書に何を書くか迷う。答えは、応募資格を一行ずつ四つの面で経歴と照らし、求人全体を応募・確認・見送りに分けることです。運用経験だけで要件を満たせると読める求人を出す会社は約15%でした。これは2026年9月29日に当サイトPREVIOで掲載中の設計・構築・SRE・クラウド／インフラ等の求人を、勤務地を絞らず会社単位で全件集計し、5%単位に丸めた割合です。題名が運用保守そのもの、管理職・営業・開発等の求人は除きました。約15%は応募先の上限ではなく、片方の経験でよいか確認が要る求人もあります。
例に使うのは、事業会社の情報システム部門でヘルプデスクとインフラ運用を5年担当した人です。アカウント管理、障害の二次切り分け、1回の更改を経験しています。SESでネットワークの監視・一次対応と、先輩の手順書によるコンフィグ変更を担当する人の経験も同じ表に置きます。
運用保守から移る求人は、約15%だけで応募先を決めない
運用保守の経験だけで要件を満たせる求人はあります。ただし、移り先の求人を「応募できる」「応募できない」の二つへ一度に分けることはできません。
上と同じ当サイトPREVIOの集計で、会社を上から順に最初に当たる一つの区分へ置きました。1件でも運用経験だけで満たせる求人があれば1行目、なければ2行目以降へ進む排他的な区分です。割合は会社単位の全件集計を5%単位に丸めているため、合計がちょうど100%にならない場合があります。
| 会社の区分 | 割合 | 求人を読むときの扱い |
|---|---|---|
| 運用保守の経験だけで必須要件を満たせると読める求人を出す | 約15% | 今の経験と各行を照らす |
| 運用が通る求人はあるが、どれもIaC・コンテナかプログラミングも必須 | 約5% | 追加の技術経験を照らす |
| 運用が通る求人はなく、運用の語を含まない設計・構築経験の必須がある | 約25〜30% | 設計・構築の実作業を照らす |
| 運用が通る求人はなく、設計・構築を必須にする求人がすべて運用と並んだ書き方 | 約30% | 片方でよいか企業に確認する |
| 運用が通る求人も、設計・構築経験を必須にする求人もない | 約20% | 各行を経歴と照らす |
これは求人票の書き方の割合で、選考を通る割合ではありません。構築と運用の近い位置に「いずれか」と書いた求人は、運用が通る側（表の1〜2行目）に数えました。約30%の区分では、片方の経験で足りるかは並びだけでは決まりません。離れた位置の「いずれか」を拾えない例は、後の限界で説明します。
運用経験の行を満たしても、IaC・コンテナやプログラミングの行があれば別に照らします。こうした技術を必須要件に書く求人を1件以上出す会社は約45〜50%でした。2026年9月29日時点の当サイトPREVIOで、上と同じ対象・除外範囲を会社単位で全件集計し、5%単位に丸めています。表の約5%は、運用が通る求人のすべてに追加要件がある会社で、この約45〜50%に含まれます。
応募資格は各行を担当作業・技術・知識・年数で読む
求人を開いたら、題名や「経験者歓迎」ではなく、応募資格を一行ずつ見ます。一つの求人に運用、構築、クラウド、データベース、プログラミングが別々の行で並ぶことがあるため、求人全体を一つの呼び名に当てはめると不足を落とします。
最初に、応募資格の見出しと各行をそのまま書き出します。「以下いずれか」「すべて必須」「かつ」「または」も消しません。そのうえで、各行を四つの面から照らします。
| 照らす面 | 求人側で見る語 | 経歴側で出す事実 | 決められない例 |
|---|---|---|---|
| 担当作業と深さ | 監視、運用、切り分け、原因分析、設計、構築 | 自分が実行・判断した範囲 | 「構築・運用」のように並ぶ |
| 技術・対象 | AWS、Linux、ネットワーク、Webアプリなど | 業務で扱った技術と対象 | 別のクラウドや対象しかない |
| 知識・資格 | 基礎知識、LPIC、CCNAなど | 仕事、研修、学習、資格で扱った範囲 | 「基礎」の深さが書かれていない |
| 実務年数 | 3年以上、5年以上など | その作業・技術を担当した期間 | 監視期間や単発案件を含むか不明 |
行をつなぐ語を残す
「設計、構築、運用保守のいずれかの経験」なら、三つすべてではなく、該当する一つを探します。「運用経験」と「IaCの利用経験」が別の必須行なら、原文に「いずれか」がない限り、一方だけで足りるとは読みません。
反対に、「必須」「歓迎」の見出しも、「いずれか」「すべて」の語もない箇条は、全行必須とも、一行でよいとも決められません。各行の照合結果は残し、求人全体は「確認」とします。聞く内容は、「この箇条はすべて必須ですか。それとも、いずれかの経験があれば応募できますか」です。
「基礎知識」は実務年数と分ける
「RDBMSの基礎知識」のような行は、実務年数には入れません。仕事、社内研修、資格学習、個人環境のどこで何を扱ったかを書き出します。たとえば、SQLを読んだ、テーブルの関係を説明できる、バックアップと復元を試した、といった事実です。
求人側が「基礎」の深さを示しておらず、自分の知識で足りるか決められないなら、企業に確認します。知識があると自己判断することと、その求人が求める水準を満たすことは別です。
条件付きの要件は、条件文のまま読む
「※監視・オペレーションのみの経験は対象外（運用・保守以上の経験がある方）」なら、監視・オペレーションだけの人は対象外と判定します。「（運用経験のみの場合、本格的に設計/構築業務へのキャリアを目指す者）」なら、運用経験だけの人に限り、設計・構築を目指す意思があるかを照らします。
資格が条件に入る例には、「IT資格（CCNA / LPIC / 基本情報技術者 など）を保有し、かつインフラ領域での実務経験が1年以上ある方」「※資格のみの方は応募不可」があります。この場合は資格と実務経験の両方を照らします。書面上の資格要件と、資格が選考でどれくらい有利になるかは別です。後者や、実務経験の不足をどこまで補うかは判定に入れません。
英語・通勤・意欲の行も残す
四つの面に入らない行も消しません。英語、通勤、就業年数は書かれた条件を照らし、「作ってみたい方」などの意欲や人物像は実務経験の代わりにしません。意味や必須かどうかが曖昧なら確認に回します。
情シス・SESの担当作業を、実際にした深さまで書き出す
応募資格と照らす前に、「情シス5年」「運用保守4年」を実際にした作業へ分けます。運用・管理の仕事には、リソース監視、ログ確認、定期バックアップなどの定常業務と、障害時の連絡や早期復旧、運用手順書の更新が含まれます。厚生労働省のjob tag「運用・管理（IT） - 職業詳細」で確認できます（2026年9月29日確認）。
一方、基盤システムの構築には、機器の導入、OS・ミドルウェアのインストールが含まれます。設計では構成を決め、設計書を作ります。これはjob tag「システムエンジニア（基盤システム） - 職業詳細」の仕事の流れです（2026年9月29日確認）。
この両端を見ながら、自分の仕事を次のように置きます。
| 経験 | 書き出す事実 | 別の経験へ広げない |
|---|---|---|
| ヘルプデスク | 問い合わせの対象、一次回答、担当部署への引き継ぎ | インフラ運用全般 |
| アカウント・権限管理 | 発行、変更、削除、承認の範囲 | サーバー構築 |
| ネットワーク機器の監視・一次対応 | 見た項目、判断、ログ採取、連絡先 | 原因分析 |
| 運用中の設定変更 | 手順の作成者、自分が実行・確認した範囲、回数 | 構築経験 |
| 障害の切り分け・調査 | ログ採取、再現、原因候補の絞り込み、復旧判断 | 実際に担っていない原因究明 |
| ベンダーとの連絡・管理 | 依頼内容、進捗確認、受入確認 | ベンダーが行った設計 |
| 手順書・改善・自動化 | 更新した手順、変えた作業、自分で書いた範囲 | 開発経験全般 |
| データ移行・切替 | 手順作成、実行、確認のどこを担ったか | 設計・構築全体 |
| 構築の実作業 | 新規導入時の機器、OS・ミドルウェアの導入と設定 | 運用中の変更、立ち会い |
一次切り分けと二次切り分けも、呼び名だけでは比べません。アラートを受けて連絡したのか、ログを採取したのか、再現したのか、原因候補を絞ったのか、復旧方法を判断したのかまで書きます。求人の「トラブルシューティング」「原因分析」がどこまでを指すか分からなければ、その作業を企業に確認します。
先輩が作った手順書に沿うコンフィグ変更は、「運用中の設定変更」として実行・確認・回数を残します。求人の「構築経験」に含まれるかは自分で決めず、企業に確認します。
データ移行・切替は、担当した作業と回数で残す
ベンダーが設計し、自分は決められた手順でデータ移行と切替を実行したなら、「移行・切替の実行」として残します。自分で設計していないため、設計経験とは書きません。求人の「構築経験」に含まれるかは企業に確認します。
監視・単発案件の年数は分けて確認する
一回の更改に参加しただけで、在籍5年を構築経験5年とは数えません。案件の期間、回数、担当作業を残します。監視も実務経験ですが、運用年数に含むかは別です。監視・ヘルプデスク・オペレーター経験を除く、または年数に含めないと明記する求人を出す会社は5%未満でした。2026年9月29日時点の当サイトPREVIOで、上と同じ対象・除外範囲を会社単位で全件集計した結果、5%を下回ったため「5%未満」としています。明記がなければ企業に確認します。
各行の判定から、応募・確認・見送りの次の一手を決める
各行に「満たす」「満たさない」「企業に確認する」を付けます。三つに分ける目的は、求人全体を無理に白黒へ寄せず、次の行動を決めることです。
「いずれか」は一つを満たせばそのまとまりを満たします。必須のまとまりをすべて満たせば「応募」、一つでも満たさなければ「見送り」、満たさない行はなく確認が残れば「確認」です。
たとえば、ネットワーク運用3年、手順書によるコンフィグ変更、CCNAがある人が、次の応募資格を読むとします。
| 同じ求人の行 | 経歴との対応 | 行の判定 | 次の行動 |
|---|---|---|---|
| 必須：設計・構築・運用のいずれか3年 | ネットワーク運用3年 | 満たす | 運用の事実を経歴書へ |
| 必須：※監視・オペレーションのみの経験は対象外（運用・保守以上の経験がある方） | 監視と手順に沿った設定変更 | 企業に確認する | 設定変更が条件に当たるか聞く |
| 必須：（運用経験のみの場合、本格的に設計/構築業務へのキャリアを目指す者） | 設計・構築への転職を希望 | 満たす | 志望理由とつなげる |
| 必須：英語資料を読める方 | 求める水準が不明 | 企業に確認する | 想定する資料と水準を聞く |
| 歓迎：CCNA | 取得済み | 満たす | 資格欄へ書く |
この求人全体は「確認」です。転職エージェント経由の質問、企業の問い合わせ先、カジュアル面談で、設定変更が「運用・保守以上」に当たるかと英語の水準を聞きます。どちらも満たせれば「応募」、満たせなければ「見送り」です。事前に聞く経路がなければ「確認」のままにし、「応募」とは判定しません。職務経歴書には「ルーターの監視・一次対応を3年、先輩作成の手順書によるコンフィグ変更を担当」と、満たす行に対応する事実を書きます。
ほかの曖昧な行も、「構築・運用経験は運用のみでもよいか」「監視期間を運用年数に含むか」「移行・切替の実行を構築経験に含むか」と自分の経験に寄せて聞きます。「応募」は採用見込みではなく、応募資格の記載と経歴が対応したという判定です。
満たす行に対応する事実と資格を職務経歴書へ置く
応募資格を満たすと判定した行には、経歴側の根拠を対応させます。「情シスを担当」「インフラ運用を担当」だけで終えず、対象、技術、自分が行った作業、深さ、期間または回数を書きます。
| まとめた書き方 | 事実を分けた書き方 |
|---|---|
| アカウント管理を担当 | 社内アカウントの発行・権限変更・削除を、申請の承認を確認して5年間実施 |
| 障害対応を担当 | ログ採取と再現確認を行い、原因候補を絞ってベンダーへ引き継ぎ |
| ネットワーク運用を3年担当 | ルーターの監視・一次対応と、先輩作成の手順書によるコンフィグ変更を担当 |
| システム更改に参加 | 更改1件で、ベンダー作成の手順に沿ってデータ移行・切替と結果確認を担当 |
右側は書き方の例で、選考結果を測ったものではありません。実際にしていない作業は足さず、一次切り分けを原因分析へ、ベンダー管理を設計へ、切替や設定変更の実行を設計・構築へ広げません。
資格は資格欄に書きます。応募資格が条件付きで資格を求める場合は、その資格の有無を判定にも使います。自己研鑽として伝えるなら、資格名だけでなく、学習や個人環境で実際に扱った内容を事実の範囲で自己PRへ書けます。ただし、資格や学習をAWSなどの実務経験には置き換えません。
この読み方で分からないこと
当サイトの集計から分かるのは、求人票の応募資格にどう書かれているかまでです。運用保守の経験者が実際に応募した結果や、書類選考・面接を通る割合ではありません。掲載求人の構成は、日本の求人全体とも一致しません。
応募資格の必須と歓迎は、「歓迎」「尚可」「あると」等の語が本文で最初に出る位置より前を必須、後を歓迎として機械的に分けました。該当する語がない求人は全文を必須として集計しています。見出しのない箇条が実際は「いずれか」なら、約15%を少なく出す方向に働きます。無作為ではない目視確認で、機械判定と求人原文の一致率は「運用経験だけで要件を満たせる」「運用が通る求人はなく、設計・構築を必須にする」とも約85%でした。
「いずれか」の機械判定は、箇条の先頭にある「以下いずれか」や、経験の語から離れた「もしくは」を拾えない例がありました。その影響を踏まえて割合を幅で示した区分もあります。約15%を、目の前の求人一件を判定する数字には使わないでください。
「構築・運用」の並びが片方でよいか、夜間監視を運用年数に含むか、一次・二次切り分けの境目、一回の更改を年数要件でどう数えるかは、求人票の語だけでは決まらない場合があります。企業の回答を得るまでは「確認」に残します。
厚生労働省のjob tagは仕事の中身を示しますが、運用保守から設計構築へ移れる割合は示していません。
資格の効き目、監視ツール、自動化、手順書の経験を応募資格に書く会社の割合も、この記事では示しません。
まだ辞めるか、同じ運用保守で職場を変えるか迷っている場合は、運用保守はやめとけ？で、夜勤・常駐など職場で変わる部分と仕事に残る部分を先に分けられます。
よくある質問
インフラエンジニアの運用から構築へ移れますか？
運用保守の経験だけで必須要件を満たせると読める求人はあります。ただし、求人が「構築・運用経験」とだけ書いている場合、運用経験だけでよいかは決まりません。応募資格を行ごとに読み、構築経験を明記しているのか、「いずれか」なのか、企業への確認が必要なのかを分けてください。
運用保守からキャリアアップするには、何から始めますか？
設計構築・SRE・クラウドの求人を1件開き、応募資格を一行ずつ書き出します。担当作業と深さ、技術・対象、知識・資格、実務年数の四つを経歴と照らし、「満たす・満たさない・企業に確認する」を付けてください。足りない行が、次に担当する作業や学ぶ技術の候補になります。
運用保守のキャリアパスには何がありますか？
厚生労働省のjob tag「運用・管理（IT） - 職業詳細」は、現場のリーダーや管理職になる道、資格を取得するなどしてネットワークやサーバー構築等の運用・管理のスペシャリストになる道、プログラマー等へ異動する道を挙げています（2026年9月29日確認）。設計構築・SRE・クラウドへ移る場合は、応募資格を行ごとに照らし、次に積む担当作業や技術を決めます。