上流工程と下流工程の違いとは？含まれる工程・年収の差・どっちが向いているかをわかりやすく解説

📖 読了時間：約10分

上流工程と下流工程とは、システム開発の工程を前半と後半に分けた呼び方です。一般に、企画・要件定義・基本設計を上流工程、詳細設計・製造（プログラミング）・テストを下流工程と呼びます。

上流工程は「何を作るか」を決める仕事、下流工程は「決めたものを正しく作って確かめる」仕事です。どちらが偉いということではなく、役割と求められる力が違います。ただし、年収や評価のされ方には差が出やすいのも事実です。

以下では、2つの違いの比較、年収の差、どっちが向いているかの判断基準、それぞれのきつさ、下流工程から上流工程へ進む方法の順に解説します。

この記事を読めば、2つの工程の違いと、自分が次に目指す方向が分かります。まずは無料でスキルログに登録し、これまでに担当した工程を整理しておきましょう。

観点	上流工程	下流工程
含まれる工程	企画、要件定義、基本設計	詳細設計、製造、単体・結合・総合テスト
仕事の中身	課題を聞き、作るものと作り方の大枠を決める	設計どおりに作り、正しく動くか確かめる
関わる相手	顧客、利用部門、経営層、関係部署	開発チーム、設計者
求められる力	聞く力、整理する力、調整力、業務の知識	技術力、正確さ、調べる力
主な職種	ITコンサルタント、システムエンジニア、プロジェクトマネージャー	プログラマー、テストエンジニア、システムエンジニア

境目は会社によって違う

詳細設計を上流に含める会社もあれば、基本設計の一部を下流のチームが担う現場もあります。また、運用保守は開発の工程とは別に扱われることが多いです。工程全体の流れと成果物はシステム開発の工程とは？流れと成果物の一覧で解説しています。

商流の上流・下流とは別の話

「上流」という言葉は、元請けに近い会社を指すときにも使われます。工程の上流と、商流（取引の流れ）の上流は別の意味なので、話の文脈で区別しましょう。ただ、実際には元請けに近い会社ほど上流工程を担当しやすい、という関係があります。

工程ごとの年収を直接集計した公的統計はありませんが、厚生労働省の「令和7年賃金構造基本統計調査」の職種別の数値が目安になります。

職種区分	主な工程	平均年収	平均年齢
システムコンサルタント・設計者	上流工程が中心	約889万円	38.3歳
ソフトウェア作成者	下流工程が中心	約578万円	37.1歳

差が生まれる理由

• 判断の重さ：プロジェクトの成否や予算に直結する決定を担う
• 人数の少なさ：業務の知識と調整の経験の両方を持つ人は限られる
• 会社の立ち位置：上流工程を担う元請けの会社ほど、案件の単価が高い

上流工程は、プロジェクトの成否や予算に直結する判断を担うため、責任に見合った評価を受けやすくなります。また、上流工程を担える人は、業務の知識と調整の経験の両方が必要なため、人数が限られることも理由の一つです。

こんな人	向いている工程
人の話を聞いて、課題を整理するのが得意	上流工程
あいまいなことを言葉にして、決めていくのが好き	上流工程
コードを書くこと、技術を深めることが好き	下流工程
細かい違いに気づき、正確に確かめるのが得意	下流工程

下流工程を極める道もある

上流工程に進むことだけがキャリアの正解ではありません。性能の改善や設計の判断など、技術を深めて評価を上げるスペシャリストの道もあります。キャリアの選び方はプログラマーのキャリアパスで紹介しています。

	きつさ	やりがい
上流工程	関係者の意見の食い違いの調整、決めたことへの責任、手を動かす時間が減ること	自分が決めたものが形になる。業務の改善に直接関われる
下流工程	納期前の作業の集中、原因の分からない不具合の調査、仕様変更による手戻り	作ったものが動く手応え。技術が身につく実感

「上流はつまらない」と感じる人も

上流工程では会議や資料づくりの時間が増え、コードを書く機会が減ります。技術が好きで上流に進んだ人の中には、物足りなさを感じる人もいます。進む前に、上流工程の一日の過ごし方を先輩に聞いておくとよいでしょう。

自分がどちらの工程にやりがいを感じるかは、これまでに担当した仕事を振り返ると見えてきます。スキルログに案件ごとの担当工程を記録しておくと、その振り返りがしやすくなります。

設計書の意図を考えながら作る

製造やテストを担当しながら、「なぜこの仕様なのか」「別の案はなかったのか」を考える習慣をつけると、設計の力が育ちます。疑問に思ったことは設計者に聞いてみましょう。

小さな設計から任せてもらう

担当機能の詳細設計や、テストの計画など、小さな範囲の設計から手を挙げて任せてもらいます。テストの観点を考えることも、設計の理解につながります。

顧客との打ち合わせに参加する

議事録の担当として要件定義の打ち合わせに参加すると、顧客の話の聞き方や、決め方を間近で学べます。要件定義の進め方は要件定義とは？進め方・成果物・例で解説しています。

上流工程に近い会社や立場を選ぶ

二次請け・三次請けの立場では、上流工程に関わる機会そのものが少ないことがあります。元請けの案件が多い会社や、自社サービスの会社に移ることも選択肢です。

実装やテストの苦労を知っている人は、作りやすく、確かめやすい設計を書けます。また、上流の経験がある人は、なぜその仕様なのかを理解して作れるため、手戻りが減ります。両方の経験を持つ人は、プロジェクトのまとめ役として重宝されます。

• 設計の実現性を判断できる
• 開発チームと顧客の間で、言葉を置き換えて伝えられる
• 見積もりの精度が上がる

経歴を伝えるときは、どの工程を、どの規模で、どんな役割で担当したかを案件ごとに書きましょう。ただ、ExcelやWordで経歴を書き足していくと、案件ごとに書く項目がばらつき、担当した工程の範囲や役割があいまいになりがちです。スキルログで記録すると、次の点で楽になります。

• 項目がそろう：案件ごとに期間・役割・プロジェクト規模・チーム規模・業種・担当工程・成果を同じ項目で入力するので、書き漏れがなく、案件どうしを比べやすい
• 体裁を整える手間がない：入力した内容はPDF出力で体裁の整ったスキルシートになり、新しい案件を足したらそのまま出し直せる
• 伸びたスキルが見える：スキルごとにS・A・Bなどの自己評価と経験年数を並べて確認でき、次に伸ばすところが分かる

登録した経歴をもとに、自分の経験で狙える求人や案件、年収や単価の目安を、転職・案件相談で一緒に確かめることもできます。

上流工程は企画・要件定義・基本設計、下流工程は詳細設計・製造・テストを指します。上流は調整と決める力、下流は技術と正確さが求められ、統計で見ると上流を担う職種のほうが年収は高い傾向にあります。

どちらが向いているかは、好きな仕事の種類で判断しましょう。下流工程の経験は、上流工程に進んだときにも大きな強みになります。テストの工程については単体テストと結合テストの違いで詳しく解説しています。

新人はどちらの工程から始めることが多いですか？

下流工程からが一般的です。製造やテストで開発の基本を身につけてから、設計や要件定義へと担当範囲を広げていきます。

上流工程だけを担当することはできますか？

できます。ITコンサルタントや、発注側の社内SEは上流工程が中心です。ただし、下流の経験がないと、実現できるかどうかの判断が難しくなることがあります。

下流工程の仕事はAIでなくなりますか？

すべてはなくなりません。定型的なコードやテストの一部はAIで速く作れるようになりますが、その結果を確かめ、直す仕事は残ります。

SESでも上流工程に関われますか？

関われます。元請けに近い案件や、長く同じ現場で信頼を得た場合には、設計や要件定義に参加する機会もあります。

プログラマーは下流工程だけの仕事ですか？

いいえ、そうとは限りません。小さなチームや自社サービスの開発では、プログラマーが設計や仕様の検討にも関わることがよくあります。

ここまでの内容を踏まえて、まずはスキルログに無料で登録し、これまでに担当した工程を案件ごとに入力し、次に伸ばしたい方向を考えてみましょう。