エンモリ

SESから上流工程に行きたい人向けのキャリア戦略|要件定義・基本設計を狙う現実的な進め方

SESから上流工程に行きたい人向けに、要件定義・基本設計へ近づく現実的なキャリア戦略を解説。評価される経験、求人票の見方、転職の進め方までわかります。

本ページはプロモーションを含みます。

「SESのまま今の案件を続けていて、本当に上流工程に行けるのか不安」
「実装やテスト、運用ばかりで、要件定義や基本設計に近づける気がしない」
そんな悩みを持っている人は少なくありません。

上流工程は、企画・要件定義・基本設計など、システム開発の初期フェーズを指します。IPAは、要件定義を利用者のニーズや課題を整理し、ステークホルダーと合意して要件にまとめる工程だと説明しています。つまり、ただ手を動かすだけではなく、何を作るかを決め、関係者とすり合わせ、後工程に正確に渡す力が求められる領域です。

だからこそ、SESから上流工程に行きたいなら、単に「上流案件に応募する」だけでは足りません。
大事なのは、今の経験をどう上流寄りに変換するか、そしてどの順番で狙うかです。

この記事では、SESから上流工程に進みたい人向けに、評価される経験の積み方、転職の見極め方、求人票と面接のチェックポイントまで、実務寄りに整理します。

SESから上流工程に行きたい人が最初に知るべきこと

上流工程とはどこからどこまでか

上流工程という言葉は広く使われますが、実務では主に企画、要件定義、基本設計あたりを指すことが多いです。IPAも、企画の後に要件定義、その後に基本設計が続く流れを示しています。

ここで重要なのは、上流工程が「会議が多い仕事」ではないことです。
本質は、次の3つです。

  • 何を作るかを整理する
  • 誰と何を合意するかを明確にする
  • 後工程に誤解なく伝える

IPAの資料でも、要件定義は説明責任を伴い、要件定義書を渡すだけでなく、内容を正しく説明する責任があるとされています。上流工程で評価されるのは、資料作成そのものより、決定・合意・伝達の質です。

なぜSESでは上流工程に届きにくいのか

SESで上流工程に届きにくい理由は、本人の努力不足だけではありません。
多くの場合、案件の商流、参画ポジション、顧客との距離で上限が決まります。

たとえば、二次請け・三次請けで、しかも一人常駐に近い形だと、任されるのは実装、テスト、保守運用の一部になりやすいです。逆に、顧客と直接やり取りする元請けや、チーム参画で設計レビューまで入る案件では、上流に近い経験を積みやすくなります。
つまり、努力より先に、構造の問題を見抜くことが必要です。

よくある誤解:会議に出ているだけでは上流工程とは言いにくい

ここは誤解しやすいポイントです。

  • 定例会に参加している
  • 議事録を書いている
  • Excelで資料をまとめている
  • 顧客から来た依頼を開発側に流している

こうした経験は無駄ではありません。
ただし、それだけでは「上流工程経験」としては弱いことが多いです。

評価されやすいのは、たとえば次のような経験です。

  • 要望の曖昧さを整理した
  • 影響範囲を確認して仕様を詰めた
  • 例外処理や運用条件まで含めて設計に落とした
  • 利用部門や開発側と調整して認識を揃えた

会議に出ていたかより、その場で何を決める側だったかが見られます。

SES経験でも上流工程で評価される人・されにくい人の違い

評価されやすい経験

SES経験でも、上流工程で評価されやすいのは次のような経験です。

  • 顧客要望の整理やヒアリング補助
  • 基本設計書、運用設計書、画面設計書の作成やレビュー
  • 障害対応での原因分析、恒久対策の提案
  • 開発メンバーへの仕様説明
  • 見積もり補助、工数調整、進捗管理
  • サブリーダーとしてのタスク分担やレビュー

IPAは、要件定義工程や基本設計工程の体制を見る指標として、対象業務分野の経験者数対象プラットフォーム経験者数などを挙げています。つまり現場では、単純な年数より、業務理解対象システムへの理解が強く見られます。

現場目線で見ると、上流に近づく人は「自分の担当作業」だけで終わっていません。
仕様が曖昧なときに整理できるか関係者の認識差を埋められるか、ここが大きな差になります。

評価されにくい経験

逆に、次の経験はそのままだと上流工程に結びつきにくいです。

  • 手順書どおりの定型運用だけ
  • テスト実施だけで設計背景を説明できない
  • 障害一次対応だけで再発防止まで関わっていない
  • 会議参加だけで判断や調整をしていない
  • 資料更新だけで仕様の責任範囲がない

ここでの注意点は、経験が無価値という意味ではないことです。
問題は、その経験をどう広げるかです。

たとえば運用保守でも、

  • 問い合わせ傾向を分析した
  • 恒久対策案を出した
  • 利用部門への説明資料を作った
  • 改修の優先順位を整理した

ここまでやっていれば、上流寄りの実績として語れます。

現場で見られやすい判断ポイント

上流工程に行きたい人が見落としやすいのが、技術力だけでは足りないという点です。

もちろん技術理解は必要です。
ただ、上流で本当に見られるのは次の3つです。

  • 業務を理解しているか
  • 仕様の抜け漏れを減らせるか
  • 関係者に説明して前に進められるか

とくに要件定義や基本設計では、技術の正しさだけでなく、利用者・業務部門・開発側のあいだで認識を揃える力が重要になります。

SESから上流工程へ進む3つのルート

今の会社で案件変更・工程スライドを狙う

今の会社に、元請け案件や上流寄り案件があり、実際に工程を上げた人がいるなら、まずはここを狙うのが最短です。

向いているのは、こんなケースです。

  • 会社に上流案件の実績がある
  • 営業や上長に希望を伝えれば調整余地がある
  • 今の案件でも設計や顧客折衝に少し入れる
  • 半年〜1年で工程を上げる見込みがある

ただし、会社全体で上流案件をほぼ持っていないなら、ここに時間をかけすぎない方がいいです。
ないものは、頑張っても出てきません。

上流寄りのSES・SIerへ転職する

現実的にいちばん多いのは、このルートです。

転職サイトでも、「要件定義」や「要件定義・設計」を軸にした求人ページが継続的に用意されています。募集内容や件数は変動しますが、少なくとも市場では、上流寄りのポジションが独立した募集単位として扱われています。 ※最新情報を要確認。

このルートが向いているのは、

  • 今の会社に上流案件が少ない
  • 一人常駐が多く、設計や調整経験が取りにくい
  • 次の会社では商流を浅くしたい
  • チーム参画やレビュー文化のある環境に移りたい

という人です。

特に、「いきなり要件定義主担当」は難しくても、基本設計+顧客折衝+レビュー担当まで広げられる会社なら、十分に勝ち筋があります。

なお、上流寄りのSESやSIerを狙うなら、エージェントは1社だけで決めない方が安全です。理由は、サービスごとに「求人の幅を広く見るのが得意か」「経験の棚卸しや選考対策に強いか」が違うからです。

まず求人の全体感を掴みたい人には、IT・Web業界特化で求人数が多いレバテックキャリアが使いやすいです。上流工程に近い案件がどの程度あるのか、SIer・事業会社・上流寄りSESのどこに可能性があるのかを比較しやすくなります。

レバテックキャリアへの無料登録はこちら

一方で、量より質で絞って相談したい人にはキッカケエージェントが合います。厳選求人の中から、自分の経験でどこまで基本設計や顧客調整に寄せられるかを相談しながら進めやすいからです。

キッカケエージェントへの無料登録はこちら

社内SEや事業会社の情報システム部門を狙う

上流工程に行きたい理由が、
「要件定義をやりたい」だけでなく、
「利用部門に近い位置で改善提案したい」
「自社の業務理解を深めながら長く関わりたい」
なら、社内SEも選択肢です。

社内SEは、外部ベンダー調整やシステム企画、要件整理の比重が高い求人もあります。
開発を自分で深く持たない分、業務理解と調整力がより強く求められることもあります。

もし上流工程に行きたい理由が、「常駐先を変え続ける働き方から離れたい」「事業会社側で要件整理やベンダー調整をしたい」というものなら、社内SE転職ナビのような社内SE・情シス特化サービスを使う方が話が早いです。

社内SE、情報システム、社内IT企画などは、同じIT転職でも求められる経験が少し違います。開発経験そのものよりも、利用部門との調整、システム運用の改善、外部ベンダーとのやり取りが評価される場面も多いため、行き先に合ったサービスで探した方がミスマッチを減らしやすくなります。

社内SE転職ナビの無料登録はこちら

いちばん現実的なキャリア戦略

いきなり要件定義を狙わず「基本設計+顧客折衝」を取りに行く

ここが、この記事でいちばん伝えたいポイントです。

SESから上流工程に行きたい人が失敗しやすいのは、最初から要件定義主担当を狙いすぎることです。
その結果、「経験不足」で落ち続けて、自信をなくしてしまいます。

現実的な順番は、次の通りです。

  1. 詳細設計・実装・運用の経験を棚卸しする
  2. 基本設計、レビュー、顧客説明の一部を取る
  3. 小規模案件で調整役やサブリーダーを経験する
  4. 要件整理や見積もり補助に入る
  5. そのうえで要件定義メインの求人に寄せる

上流工程は、急に飛び級するより、責任範囲を一段ずつ広げた人の方が通りやすいです。

3か月でやること

最初の3か月は、転職活動そのものより、材料集めが大事です。

やることは3つです。

  • 今の案件で上流に言い換えられる経験を洗い出す
  • 上長や営業に「次は基本設計・顧客折衝に寄せたい」と明確に伝える
  • 職務経歴書に書ける実績を増やす動きを始める

たとえば、

  • 障害報告の再発防止策までまとめる
  • 設計レビューのコメントを積極的に出す
  • 利用部門とのやり取りを担当させてもらう
  • 要件変更の影響調査を引き取る

このあたりは、今の案件の中でも作れることがあります。

6〜12か月でやること

半年から1年のあいだに確認したいのは、本当に工程が上がるかです。

次のどれかが取れれば、前進しています。

  • 基本設計書の作成や修正を担当した
  • 顧客との仕様確認を任された
  • 開発メンバーへの説明役になった
  • リーダー補佐として進捗や課題管理に入った
  • 変更要望の整理や優先順位づけをした

逆に、この期間で何も変わらないなら、転職を本格化させるタイミングです。
「いつか上流に行けるはず」で2年、3年と過ぎるのが一番もったいないパターンです。

上流工程に行きたい人が求人票で見るべきポイント

求人票のチェックポイント

求人票では、次の点を必ず見てください。

  • 要件定義・基本設計の比率
  • 顧客折衝の有無
  • 元請け・一次請けか、二次請け以降か
  • 一人常駐か、チーム参画か
  • 配属後に工程を広げた事例があるか
  • PL/PM候補の定義が曖昧すぎないか

特に気をつけたいのは、
「上流から下流まで一気通貫」
「PL/PM候補」
「顧客折衝あり」
のような、聞こえはいいけれど中身が曖昧な表現です。

表面的には良さそうでも、実際には

  • 顧客折衝=進捗報告だけ
  • PL候補=現場リーダーの雑務補助
  • 一気通貫=何でもやるが設計の裁量は薄い

というケースがあります。

面接で必ず確認したい質問

求人票だけでは分からないので、面接では次を確認したいです。

  • 要件定義は誰が主担当ですか
  • 入社後1年で任されやすい工程はどこですか
  • 設計レビューは誰が行いますか
  • 顧客との打ち合わせでは何を期待されますか
  • 同じ会社で上流工程へ上がった人の事例はありますか

この質問で曖昧な答えしか返ってこないなら、期待しすぎない方が安全です。

注意が必要な求人の見分け方

注意したいのは、上流工程に行きたい人ほど、言葉に引っ張られやすいことです。

たとえば「要件定義あり」と書いてあっても、

  • 先輩が主担当で、自分は同席のみ
  • 自社社員は管理だけで、仕様判断は顧客側
  • 実際の配属先は運用保守中心

ということがあります。

求人票は入口です。
判断材料としては、案件の具体例その会社で工程を上げた実例の方が重要です。

職務経歴書・面接での伝え方

「作業」ではなく「判断」と「調整」を書く

SES経験を上流工程につなげるには、職務経歴書の書き方がかなり重要です。

NGなのは、こういう書き方です。

  • テストを担当
  • 運用保守を担当
  • 定例会に参加
  • 資料作成を実施

これだと、上流に必要な力が見えません。

書くべきなのは、次の要素です。

  • 何を整理したか
  • 誰と調整したか
  • 何を判断材料として扱ったか
  • 結果として何が改善したか

たとえば、

NG
運用保守を担当。障害対応を実施。

OK
障害対応において、影響範囲の切り分け、利用部門への説明、再発防止策の整理まで担当。定型対応にとどまらず、改修要否の判断材料を開発側へ連携。

この書き方なら、上流寄りの素養が見えます。

SES経験を弱みにしない言い換え方

SES経験そのものが不利なのではなく、伝わり方が弱いだけのことも多いです。

言い換えの例を挙げます。

  • 客先常駐
    → 利用部門・開発側との調整を含む現場参画経験
  • 保守運用
    → 問い合わせ起点での課題抽出、影響調査、改善提案経験
  • テスト担当
    → 仕様理解にもとづく観点整理、抜け漏れ検知、品質観点でのレビュー経験
  • リーダー補佐
    → 進捗管理、課題整理、関係者との認識合わせ支援

大事なのは、盛ることではなく、上流で使える要素に翻訳することです。

伝え方のNG例

面接でやりがちなのは、次の3つです。

  • 「上流工程をやりたいです」だけで終わる
  • 今の会社や案件の不満ばかり話す
  • 技術の勉強量だけを強みにする

これでは弱いです。

伝えるべきは、
なぜ上流に行きたいかではなく、
上流でどう貢献できるかです。

たとえば、
「現職では運用保守が中心ですが、障害対応で利用部門との認識差を埋める役割を担うことが多く、仕様整理や影響調査の比重が高まってきました。次は基本設計や要件整理まで責任範囲を広げたいです」
のように、今の経験とのつながりを作ると通りやすくなります。

まだ今の会社に残るべき人・転職した方がいい人

残る判断がありなケース

次の条件が揃っているなら、すぐ転職しなくてもいい可能性があります。

  • 会社に上流案件の実績がある
  • 半年〜1年で工程を上げる具体的な話がある
  • すでに基本設計や顧客対応の一部に触れ始めている
  • 上流に上がった先輩がいる

この場合は、まず社内で一段上げてから転職した方が、選べる求人が増えます。

早めに動いた方がいいケース

逆に、次の状態なら、転職を前提に考えた方がいいです。

  • 会社全体で上流案件がほぼない
  • 一人常駐が多く、育成の仕組みがない
  • 営業に希望を伝えても案件の方向性が変わらない
  • 2年以上、工程がほぼ横ばい
  • 職務経歴書に書ける“調整・設計・判断”が増えていない

この状態で残り続けると、SES歴は伸びても、上流工程に近づく材料が増えません。
キャリア戦略としては、年数を積むことより責任範囲を広げることを優先した方がいいです。

まとめ

迷う人向けの結論

SESから上流工程に行きたいなら、結論はシンプルです。

いきなり要件定義主担当を狙うのではなく、基本設計・顧客折衝・仕様整理の経験を先に取りにいく。
これが、いちばん現実的で失敗しにくいキャリア戦略です。

上流工程は、肩書きよりも中身で見られます。

  • 何を決めたか
  • 誰と調整したか
  • どこまで責任を持ったか

ここを増やせる環境なら残る価値があります。
増やせない環境なら、早めに動いた方が将来は楽になります。

次に取るべき行動

まずやることは、次の2つです。

  1. 今の経験を「作業」ではなく「判断・調整・設計」に言い換えて棚卸しする
  2. 次の会社や案件で、基本設計・顧客折衝・レビュー担当を取れるかを基準に比較する

上流工程に行ける人は、最初から華やかな案件に入れた人ではありません。
上流に近い仕事を、意図的に拾ってきた人です。

上流工程に進みたい人ほど、「どの会社に入るか」だけでなく「どのルートで上流に近づくか」を整理してから動いた方がミスマッチを減らせます。

まずはレバテックキャリアで求人の幅を確認しつつ、より相性重視で相談したい人はキッカケエージェントを併用するのがおすすめです。社内SEや情シスを目指すなら社内SE転職ナビも比較に入れてみてください。