インフラ・SREエンジニアの職務経歴書の書き方：運用・構築実績を数値化する項目別ガイド

本記事は広告（アフィリエイト）を含みます。掲載するエージェントは編集部が厳選した提携先です。

この記事の結論

インフラの仕事を職務経歴書に書こうとして、急に手が止まった経験はありませんか。サーバを安定して動かすのが役目だから、成果が「何も起きなかった」になりがちなんですよね。それを文字にするのが本当に難しい。私も取材のたびに相談されます。

実は、伝わる職務経歴書はやることが決まっています。担当した領域、構築や運用の規模、使った技術、そして成果を数字に置き換える。この4点を案件ごとにワンセットで並べるだけで、読み手の受け取り方が変わります。

まずは直近の1案件だけ、この型で書き直してみてください。全部を一度に直そうとすると挫折します。最初の1案件が型どおりに書けたら、あとは同じ型を繰り返すだけです。転職全体の流れはIT転職の流れをロードマップで確認すると掴みやすいです。

インフラ・SREエンジニアの職務経歴書は何を書く？

そもそもSRE（Site Reliability Engineering／サービスの信頼性をソフトウェアの力で支える役割）は、運用を「仕組み」で改善する仕事です。職務経歴書（これまでの業務経験と成果をまとめた応募書類）でも、その「仕組みで改善した部分」を見せられるかどうかで印象が分かれます。

書く中身はシンプルで、案件ごとに5つの要素を埋めるだけです。まず冒頭の職務要約、次に担当領域と役割、対象システムの規模、使用技術スタック、そして数値で示す成果。この順番で並べると、採用担当が知りたい順に情報が届きます。

気づいたんですけど、つまずく人の多くは「技術名の羅列」で止まっています。AWS、Terraform、Kubernetes…と並べても、何をどこまでやったかが伝わらない。つまり、技術は「年数と役割」とセットにして初めて武器になります。ここだけ押さえれば大丈夫です。

運用・構築の実績はどう数値化する？

ここがいちばん手が止まるところです。「障害を出さないのが仕事なのに、どう成果を書けばいいの」と。私も最初は同じ壁にぶつかる人を何人も見てきました。コツは、成果そのものではなく「比べられる数字」を探すことです。

数字に置き換える観点は、次の4つに絞ると迷いません。

• 規模：サーバ台数・トラフィック・SLO
• 率：稼働率・エラー率・自動化率
• 時間：MTTR・デプロイ頻度・対応時間
• コスト：インフラ費・工数・ライセンス

この4観点のどれかに当てはめれば、たいていの運用業務は数字で語れます。「サーバの保守を担当」より「稼働率99.95%を維持し、MTTRを40%短縮」のほうが、同じ仕事でも伝わる強さがまるで違います！

数字が手元にないときは、ざっくりでも構いません。「月次のインシデントが体感で3割減った」なら「月次インシデント約30%減」と書けます。盛るのはNGですが、概算であることを前提に、行動と結果をつなげるほうが大事です。

職務経歴書はどんな手順で書く？

インフラエンジニアの職務経歴書の書き方で迷ったら、手順を5ステップに分けると一気に楽になります。いきなり完成形を目指さず、棚卸しから始めるのがコツです。

私がいつも勧めるのは、最初に「やった案件を全部書き出す」だけの作業です。きれいに書こうとしないで、箇条書きのメモで十分。ここで体裁を気にすると手が止まります。とりあえず3分、案件名だけ並べてみてください。

棚卸しが終わったら、案件ごとに領域・規模・技術・成果の4点を埋めます。そのあと成果を数値化し、技術を年数付きで一覧にして、最後に自己PRを「結論+数字」で締める。やってみたら、思っていたより手が動くはずです。

職務経歴書の記入見本（インフラ・SRE版）

言葉で説明するより、実物を1枚見てもらうのが早いです。下が、インフラ・SRE経験者の職務経歴書の見本です。冒頭の職務要約に数値成果を先出しし、各案件で「役割・工程・環境・成果」をそろえています。

見本のポイントは、赤ペンを入れた3か所です。職務要約は冒頭3〜4行に圧縮し、いちばん強い数字を先頭に置く。各案件は環境と成果を必ずセットにする。自己PRは「結論→数字の裏づけ→応募先で何ができるか」の順で締める。

私も最初は要約を10行くらい書いていました。でも採用担当が最初に読むのは数行だけ。拍子抜けするくらい削ったほうが、かえって伝わります！

SREの職務経歴書で特に評価される項目は？

SREの職務経歴書では、「信頼性をどう数字で守ったか」が見られています。具体的には、SLOやエラーバジェットの設計、IaC（Infrastructure as Code／インフラをコードで管理する手法）による自動化、障害対応の改善、そしてコスト最適化です。

なかでも効くのは、障害対応の「再発防止まで」を書けているかどうかです。「障害に対応した」で終わらず、ポストモーテム（障害の振り返り記録）を整えて再発を減らした、という流れが書けると説得力が一段上がります。

背景として、IT人材は2030年に最大で約79万人不足すると試算されています（経済産業省 IT人材需給に関する調査）。基盤を安定して支えられる人の価値は、しばらく落ちにくいと見ています。だからこそ、信頼性の実績を数字で残しておく意味があります。

やりがちなNGと、どう直す？

いちばん多いNGは、「運用・保守を担当」で止まってしまうことです。これだと、何台の何を、どんな役割で見ていたのかが伝わりません。同じ経験でも、書き方ひとつで「埋もれる職経」と「通る職経」に分かれます。

もう1つ多いのが、技術名だけを並べてしまうパターンです。ITエンジニア全体の平均年収は約452万円が目安とされますが（doda 平均年収ランキング）、同じスキルでも見せ方で評価のされ方は変わります。技術は「年数・役割・成果」とつないで、初めて読み手に届きます。

書類の見せ方に自信が持てないときは、エージェントに添削してもらうのも手です。IT・Web・ゲーム領域に特化したギークリー（Geekly）のような専門エージェントなら、インフラ・SRE職の求人で何が評価されるかを踏まえて、職務経歴書を一緒に整えてくれます。