運用保守の経歴は、クラウド側からどう読まれるか
クラウド職の採用側が運用保守出身者の書類を読むとき、見ているのは「どの製品を触ったか」だけではありません。むしろ警戒しているのは逆で、「手順書通りの作業しかしてこなかったのではないか」という点です。逆に、障害の切り分けを自分で判断してきた人、更改や移行の場面で方式を考えたことがある人は、クラウド未経験でも「設計側に回れる素地がある」と読まれます。
つまり勝負は、経験の有無ではなく書かれ方です。書類の基本原則（担当範囲・規模感・役割・技術と判断・成果とトラブル対応）は職種を変える転職でも同じで、その原則は書類カテゴリのチェックリストの記事にまとめています。ここでは、その原則をクラウド向けに翻訳する観点を3つに絞ります。
翻訳の観点1：担当範囲を「設計の判断」に言い換える
運用保守の現場でも、判断は毎日起きています。更改のときに機器や構成の選定に意見を出した。監視の閾値を実態に合わせて見直した。増設の順番を業務影響から決めた。これらは「運用」の顔をしていますが、中身は設計判断です。書類では「運用保守を担当」とまとめてしまわず、判断した場面を1つずつ取り出して書いてください。完璧な設計経験である必要はありません。「決める側に部分的にでも立ったことがあるか」が、読み手の評価を分けます。
翻訳の観点2：障害対応を「可用性の判断」として書く
障害対応の経験は、クラウド運用でも中核の価値です。ただし「障害対応を行いました」では伝わりません。影響範囲をどう見極めたか、暫定対処と恒久対処をどう切り分けたか、復旧の優先順位を何で決めたか。クラウドの世界で言う可用性や復旧設計の判断と、やっていることの構造は同じです。件数ではなく、混乱の中で下した判断の順序を書くこと。それが翻訳になります。
翻訳の観点3：手順化の経験を「標準化・自動化の視点」に
手順書を作った、属人化していた対応をフローに落とした、という経験は軽く見られがちですが、クラウド側では「再現性のある運用を設計できる人」の証拠として読めます。自動化そのものの経験がなくても、標準化の発想を持っている人は、コード化された運用への適応が速いと判断されるからです。手順化した対象と、属人化がどう解消されたかまで書いてください。
書き換えの例
元の文：「オンプレミス環境のサーバー運用保守を担当していました。」
クラウド職向けに翻訳した文：「オンプレミス環境のサーバー群（拠点向け）の運用保守を担当。障害時は影響範囲の切り分けから復旧判断までを担い、更改時には構成の見直し案を作成。夜間対応の手順を標準化し、属人化を解消した。可用性と復旧の考え方を、クラウド環境の運用設計にも活かしたい。」
新しい実績は1つも足していません。担当範囲、判断、後始末を取り出して並べ直し、最後に「クラウドで何に接続するか」を1文で示しただけです。この接続の1文があるかどうかで、読み手の印象は変わります。
求人の選び方：仕分けの「チャレンジ枠」を使う
職種を変える転職では、応募先は紹介求人の「チャレンジ求人（3割）」の枠が主戦場になります。いける5割だけで探すと現職の延長しか残りません。逆に、クラウドの設計経験が必須の求人に正面から当たっても書類で落ち続けます。選び方のコツは、求人の必須条件のうち「クラウド製品の実務経験」を除く部分、つまり運用の判断経験に当たる部分が自分の経歴で埋まる求人を選ぶこと。書類の翻訳が効くのは、そういう求人です。仕分け全体の手順は、求人の5：3：2の記事と合わせて読んでください。
やってはいけないこと：できないことを「できる」と言い切らない
このサイトの作法は「しっかり言い切ること」ですが、前提は「嘘はつかない」です。触ったことのないクラウド製品を「経験あり」と書く、個人で少し触った程度を実務経験のように書く。こうした書き方は、面接の深掘りで必ず崩れますし、崩れた瞬間に書類全体の信用が落ちます。未経験の技術は「未経験だが、オンプレでの判断経験はこう接続できる」と書くのが正解です。言い切るのは、やってきたことの方で構いません。
面接で問われることと、答え方の作り込み
書類が通れば、次は面接です。クラウド職の面接で運用保守出身者に問われやすいのは、「なぜクラウドに移りたいのか」と「オンプレの経験をクラウドでどう使うのか」の2点です。答え方の型はシンプルで、動機は現職の不満ではなく、やりたい仕事の方向で言い切ること。接続の話は、書類に書いた翻訳（担当範囲・障害対応・手順化の判断）を、そのまま口頭で再現することです。書類と面接の話が一致している人は、それだけで信用されます。逆に、書類では大きく書き、面接で具体例が出ない人は、翻訳ではなく誇張だったと判断されます。
学習と資格の位置づけ
クラウドの学習や資格取得を進めている人は、その事実を書類と面接でどう位置づけるかも決めておいてください。原則は、「学習は意欲の証明にはなるが、実務経験の代わりにはならない」です。だから書く場所は、経歴の欄ではなく、自己PRや補足の欄に「学習中であること」と「オンプレのどの経験と結びつけて学んでいるか」を添える形が適切です。「資格があるから設計ができる」と言い切るのではなく、「判断の土台は実務で持っている。製品知識は学習で埋めている最中だ」と正直に置く。この置き方が、採用側には一番響きます。企業が恐れているのは知識の不足ではなく、自分の現在地を誤認していることです。
進め方の順番をまとめます。書類の翻訳を先に終える。チャレンジ枠の求人を仕分ける。面接では書類の内容を具体例で再現する。学習は、その並行で続ける。焦って応募を先行させず、翻訳を工程の最初に置くことが、職種転換の転職では一番の近道です。
経歴は変えられません。でも、読み手に届く形は変えられます。翻訳とは、その作業のことです。