「今のままインフラエンジニアを続けていいのか」「技術は好きだけど、もっと事業やサービス全体に関わりたい」——そんなモヤモヤを抱えているインフラSEの方に向けて、この記事を書いています。
結論から言うと、インフラエンジニアとしての経験は、プロダクト企画職においてむしろ武器になります。私自身、国内大手メーカーでインフラエンジニアとして数年間働いたのち、国内大手通信企業のプロダクト企画職へ転職しました。
この記事でわかること
- 国内大手メーカーで積んだインフラ経験の中身
- 企画職への転職を意識したきっかけ
- 転職活動でインフラ経験をどう「翻訳」してアピールしたか
- 企画職に移って感じた評価軸のギャップと、インフラ経験がどう活きているか
国内大手メーカーで積んだインフラ経験
要件定義から障害対応まで、インフラのライフサイクルをひと通り経験したことが今の土台になっています。
新卒で入社した国内大手メーカーでは、Webシステムのインフラ開発・保守・運用を一貫して担当していました。要件定義からインフラ設計、構築、運用監視、障害対応まで経験できたことは、今振り返っても大きな財産です。
中でも印象に残っているのが、デジタル庁が推進する法人認証基盤の民間開放PoCに、インフラリードとして参加した経験です。国の重要インフラに関わるプロジェクトでは、通常の商用システム以上に可用性・セキュリティへの要求水準が高く、設計段階から「なぜこの構成にするのか」を関係者に説明できるレベルの理解が求められました。この経験が、後にプロダクト企画で「技術的な妥当性を事業サイドに翻訳して説明する」場面で活きることになります。
なぜ企画職への転職を考えたのか
「自分がやっているのは全体のごく一部だ」という感覚が、キャリアを見直すきっかけでした。
インフラエンジニアとしての仕事にやりがいを感じる一方で、次第に強くなっていったのが、どのサービスをどう作るか、何を優先するかという意思決定には直接関与できないという感覚でした。
私は元々、業務の本質はプログラミング実装そのものよりも、全体設計やプロジェクトマネジメントにあると感じていました。「コードを書かないSE」というキャリアの選択肢を強く意識するようになったのも、ちょうどこの頃です。インフラの技術理解を持ったまま、事業の意思決定に近いところで動ける仕事はないか——そう考えたときに選択肢として浮かんだのが、プロダクト企画職でした。
転職活動で意識したこと
作業内容ではなく、「なぜその設計にしたのか」という意思決定のプロセスを言語化することが鍵でした。
「サーバーを構築・運用していました」だけでは、企画職としての適性は伝わりません。可用性要件とコストのバランスをどう取ったか、障害発生時に何を優先して対応したか——こうしたエピソードは、そのままプロダクト企画で求められる「複数の制約の中で最適な意思決定をする力」の証明になります。
転職エージェントも複数活用しましたが、インフラ出身での企画職転職は求人数自体が多くないため、エージェント選びも重要なポイントでした。
国内大手通信企業の企画職に転職して感じたギャップと共通点
「止めないこと」重視のインフラ時代から、「早く仮説を検証する」企画職へ。評価軸は大きく変わりました。
実際に国内大手通信企業のプロダクト企画職として働き始めて感じたのは、評価軸の違いです。最初はこのスピード感の違いに戸惑いましたが、技術理解があることは想像以上に武器になりました。エンジニアチームと会話する際に実現可能性や工数感を自分で判断できるため、企画とエンジニアの間の「翻訳」がスムーズになります。
インフラ経験がプロダクト企画でどう活きているか
技術的な裏付けを持って企画議論に参加できることが、最大の強みです。
新機能の企画段階で「このデータをどう扱うか」「システム間の連携はどう設計すべきか」といった議論に、技術的な裏付けを持って参加できることが大きな強みになっています（担当している具体的なサービス内容はここでは伏せますが、社内のエンジニアチームとの折衝で技術理解が直接役立つ場面は日常的にあります）。インフラ経験を積んだ上で企画職を目指すという選択は、決して遠回りではありません。
これからインフラSEからキャリアチェンジを考える人へ
「なぜその設計にしたのか」を言語化する習慣が、企画職への転身における最大の武器になります。
日々の業務の中にある意思決定プロセスを言語化する習慣に加えて、AWSなどのクラウド資格を取得しておくことも技術的な裏付けとして有効です。私自身、AWS認定資格を段階的に取得してきましたが、その過程で得た知識体系は、今の企画職の仕事でも折に触れて役立っています。インフラエンジニアとしての経験は、決して閉じたキャリアではありません。