20代でSREに転職する｜ポテンシャル採用の実態と狙い目企業
SREという職種は、構造上「未経験歓迎」と「即戦力重視」が並立しやすく、20代のキャリア形成において独特の間口を持つ。本記事では、ポテンシャル採用が成立するメカニズム、採用側が実際に評価する要素、そして転職活動の進め方まで、構造から順を追って解説する。
SREのポテンシャル採用が成立する理由
SRE（Site Reliability Engineering）は、Googleが提唱したエンジニアリング手法を起源とする比較的新しい職種であり、日本国内での組織普及は2010年代後半から加速した。その経緯から、経験者の母数が絶対的に不足しており、純粋な即戦力採用だけでは採用計画が達成できない企業が多い。
この構造的な供給不足が、ポテンシャル採用の最大の根拠となっている。転職市場において「経験者のみ採用」を貫けるのは、ブランド力と報酬水準で上位に位置する一部の大手テック企業に限られる傾向があり、SaaS系スタートアップや事業会社のSRE立ち上げフェーズでは、インフラエンジニアやバックエンドエンジニアからの転換を前提に採用設計されているケースが多い。
採用側が評価する要素：スキルマップの実態
ポテンシャル採用とはいえ、何も持たない状態で通過するわけではない。採用担当・現場エンジニア双方が面接で確認している要素は、大きく以下の3層に分類できる。
第1層：技術的な素地
| 領域 | 最低ラインの目安 | 加点要素 |
|---|---|---|
| Linux / OS基礎 | プロセス・ファイルシステム・ネットワーク構造の説明ができる | カーネルパラメータの調整経験 |
| クラウド（AWS / GCP / Azure） | 主要サービスの役割を説明できる、簡単な構成の構築経験 | コスト最適化・セキュリティグループ設計の経験 |
| IaC（TerraformなどのIaCツール） | 概念理解＋写経・改変レベルでの利用経験 | CI/CDパイプラインへの組み込み経験 |
| オブザーバビリティ | メトリクス・ログ・トレースの概念理解 | PrometheusやDatadogなどの監視設計経験 |
| プログラミング | PythonまたはGoで自動化スクリプトが書けるレベル | 自作ツールのGitHub公開など |
「全部できる」ことより、「どこまで自分で調べて解決できるか」の実績を具体的に語れるかどうかが、実質的な選考通過の分岐点になりやすい。
第2層：信頼性エンジニアリングへの理解
SREの本質はオペレーションの自動化とリスク管理にある。面接では、SLO・SLI・エラーバジェットといった概念を知っているかどうかではなく、「なぜその概念が必要なのか」を自分の言葉で説明できるかを確認される傾向がある。書籍『SRE サイトリライアビリティエンジニアリング』や関連ブログへのキャッチアップ状況が問われることも多い。
第3層：障害対応とコミュニケーション
SREはオンコール対応やポストモーテム作成など、プレッシャー下での判断と記録が求められる職種でもある。過去に障害や本番トラブルに関与した経験があれば、その対応プロセスを具体的に話せるかが評価ポイントとなる。またSREは開発チームとインフラチームの橋渡し役になることが多く、技術的な内容を非エンジニアに説明した経験なども参考情報として機能する。
ポテンシャル採用が発生しやすい企業の類型
20代でSRE転職を狙う際、企業の類型によって採用の難易度・育成環境・成長速度が大きく異なる。
SaaS系スタートアップ（シリーズB〜D）
SRE組織を新設・拡張するタイミングでポテンシャル採用が最も発生しやすい。インフラを1人または少人数で担当してきたCTOやシニアエンジニアがSREの型を整備し始めるフェーズで、「育てる余裕はないが、自走できるジュニアなら採れる」という設計になっていることが多い。選考では「自分で調べて手を動かした経験」が特に重視される。
事業会社のDX推進部門
金融・小売・製造などの事業会社が内製化を進める過程でSREポジションを新設するケースが増えている。技術水準は外資系テック企業より低いことが多いが、インフラ整備がゼロから始められる環境や、ビジネスに直結したシステムの信頼性向上に関われる点が特徴的。報酬レンジは控えめになりやすいものの、SRE職務経歴書の1行目を作る場としては機能しやすい。
メガベンチャー・上場テック企業の特定チーム
全社的な即戦力採用が基本でも、新規プロダクトや特定BU（ビジネスユニット）単位でポテンシャル採用が発生するケースがある。採用要件が職種横断で一律になっていないため、JD（求人票）を細かく読み込んで「このポジションだけ未経験可」という記述を見つけることが重要になる。
ケーススタディ：インフラ経験2年のエンジニアがSREへ転換した場合の典型的な経路
前職の状況 中規模SIerでオンプレミスのサーバー管理・ネットワーク設定を担当。業務ではAWSの利用機会がなく、プログラミングも補助的なシェルスクリプト程度。
転換に向けた準備（約8ヶ月）
- 個人AWSアカウントでVPC・EC2・RDSを組み合わせた構成を複数回構築し直す
- TerraformでIaC化したコードをGitHubに公開
- Pythonで監視アラートのSlack通知スクリプトを作成、説明をREADMEに記載
- SREに関する勉強会・輪読会への参加でエラーバジェットの概念を言語化
転職活動の結果の型 書類通過率は低め（5〜10社中1〜2社程度）だったが、通過した企業では「手を動かした痕跡がある」点を評価されやすく、2〜3社から内定に至るケースが多い。年収の変化は前職比で横ばいから1〜2割増の範囲に収まることが多く、「SRE経験1年以上」を積んだ後の次の転職での上昇幅のほうが大きくなる傾向がある。
よくある質問
Q. SREとインフラエンジニアの違いを面接で聞かれた場合、どう答えればよいですか？
「インフラエンジニアが環境の維持・構築を主目的とするのに対し、SREはサービスの信頼性をソフトウェアエンジニアリングの手法で担保・改善することを目的とする」という整理が基本線になります。加えて、SLO設定やエラーバジェットの考え方によって「いかに人手のオペレーションを自動化するか」を継続的に問う姿勢がSREの特徴である点を加えると、概念理解の深さが伝わりやすくなります。
Q. 未経験でもSREを名乗れるポジションはありますか？
SREという職種名での採用はある程度の素地を前提とすることが多いですが、「インフラエンジニア兼SRE」「クラウドエンジニア（SRE志向）」といった職種名でポテンシャル採用を行っている企業は存在します。JDに「SREとしての成長を支援」「SRE文化を一緒に作る」といった記述がある場合、実態としてポテンシャル採用に近い設計になっていることが多いため、求人票の言語選びを細かく確認する習慣が有効です。
Q. 年収はどの程度の水準を期待できますか？
日本国内のSRE転職市場での相場はポジション・企業規模・経験によって幅が広く、ポテンシャル採用の場合は年収500〜650万円台からスタートするケースが多い傾向があります。ただしこれはあくまで目安であり、スタートアップでは株式報酬との組み合わせがある場合もあります。SRE経験を2〜3年積んだ後の再転職では年収レンジが大きく変わりやすいため、初回転職の年収だけで判断しないことが重要です。
Q. 資格取得はSRE転職において有効ですか？
AWS認定資格（SAA・SAP等）やGoogle Cloud認定資格は、クラウド知識の客観的な証明として書類選考において一定の機能を持ちます。ただし、実務経験のある候補者と競合した場合は資格だけでは差別化が難しく、GitHubの実績やポストモーテムの執筆・勉強会での登壇など「考え方が見える成果物」のほうが面接で機能しやすい傾向があります。資格は補完的な要素として位置づけるのが現実的です。
まとめ
20代でのSRE転職は、経験者不足という構造的な背景から、一定の技術的素地と「自走する姿勢を示せる実績」があればポテンシャル採用として成立しやすい環境にある。採用側が評価するのは職種名称ではなく、障害に向き合った経験・コードで自動化しようとした痕跡・信頼性エンジニアリングの概念を自分の言葉で語れるかどうかである。企業の類型によって求められる水準と育成環境が大きく異なるため、自身の現在地を正確に把握した上でターゲットを絞り込むことが転職成功の前提となる。現在の市場価値とSREとしてのキャリア経路を整理したい場合は、職種特性に詳しいキャリアアドバイザーへの相談を起点にすることで、選考準備の精度が上がりやすい。