上流工程とは？要件定義・設計ができるエンジニアになる道筋

当サイトの記事は編集部が国土交通省・IPA・デジタル庁などの公的機関の情報、規格や業界団体の公開情報を調べて独自に執筆しています。記事内にIT・Webエンジニアの転職サービスへの案内（広告）を含みます。

上流工程とは？作る前に「何を作るか」を決める工程のこと

『上流とか下流とか、川みたいな呼び方だけど、どこからどこまで？』と思いますよね。開発の流れを川にたとえて、最初の方を上流、作る・テストする方を下流と呼んでいるんです。

上流工程という言葉に、公的な決まった定義はありません。ただ、IPAの「共通フレーム2013」に並ぶ工程を見ると、どの辺りが上流と呼ばれているかがつかめます。

上流工程の要件定義で決めること

上流工程の中心は、要件定義です。デジタル庁の用語集では、要件定義を「必要な要件を明確に定める行為又はその定めた内容」と説明しています。

デジタル庁の「デジタル・ガバメント推進標準ガイドライン」（2026年6月12日決定）では、要件定義書に書く内容として次の4つを挙げています。

要件定義書そのものの中身は要件定義書とは？でさらに詳しく紹介しています。

「超上流」という呼び方

要件定義よりもっと前、そもそも何のためにシステムを作るのかを決める所を「超上流」と呼ぶこともあります。IPAは「超上流から攻めるIT化の原理原則17ヶ条」という資料も出しています。

その中には「要件定義書はバイブルであり、事あらばここへ立ち返るもの」という一文があります。上流で書いた文書が、プロジェクトの最後まで頼られる存在だということが伝わりますよね。

下流から上流へ：4つの段階で見る道のり

『上流の仕事をしたいけど、下流の経験って本当に必要？』と迷う方もいますよね。ここでは、段階ごとに何ができるようになるかを時間の流れで並べてみます。

時間の目安：job tag の紹介から

厚生労働省の職業情報サイト「job tag」の「システムエンジニア（受託開発）」（2025年11月時点の写し）には、目安が書かれています。一般的には3年目頃に一人で詳細設計を書けるようになり、5年目頃には基本設計を含む開発全体ができるようになるそうです。

その先のキャリアとして、開発チームのリーダー、プロジェクトマネージャ、スペシャリスト、ITコンサルタントなどが挙げられています。段階を踏んで上流へ進むのが、よくある流れなんです。

段階1から2へ：読む力が書く力になる

作る段階で大事なのは、設計書をただ読むだけで終わらせないことです。「この場合はどうなる？」と思った所をメモして、書いた人に聞いてみてください。

質問したことは、そのまま「次に自分が書く時に気をつける所」になります。読む量が増えるほど、書く時の迷いが減っていくんです。

段階2から3へ：聞く場に同席する

設計まで任されるようになったら、要件定義の打ち合わせに同席させてもらえないか相談してみましょう。最初は議事録を書く係でも十分です。

「なぜその機能が必要なんですか？」と目的を聞く場面を何度も見ると、要件の決め方が自然に身についていきます。

段階3から4へ：決めたことを守る仕組みを作る

全体をまとめる段階では、決めたことを予定どおりに形にする管理が中心になります。job tag の「プロジェクトマネージャ（IT）」では、計画、予算、要員、進捗の管理が仕事として挙がっています。

上流工程のエンジニアは毎日何をしている？

『上流って、会議ばかりで手を動かさないイメージ』という方もいますよね。実際は、会議の後に文書を書き、また確かめる作業がたっぷりあります。

例えばこんな場面

例えば、紙で回している申請の流れをシステムにする場面を考えてみてください。担当者から「承認が遅くて困る」と聞いた時、上流のエンジニアはすぐに画面を考えるわけではありません。

「何人が承認していますか？」「急ぎの申請はどう扱っていますか？」と、業務の中身を聞いていきます。そのうえで、システムで直せる所と、業務のルールで直す所を分けていくんです。

合意を取るのも大事な仕事

上流工程で決めたことは、発注する側と開発する側の約束になります。IPAの17ヶ条には「取り決めは合意と承認によって成り立つ」という一文もあります。

「この内容で進めてよいですか？」と確かめ、合意した内容を文書に残すところまでが仕事です。ここを曖昧にすると、後で「そんなつもりではなかった」となりやすいんです。

上流と下流で、1日の過ごし方を比べると

同じエンジニアでも、上流と下流では時間の使い方がかなり違います。どちらが良いということではなく、向き不向きを考える材料にしてみてください。

上流工程に必要な力と、身につけ方

『自分はコミュニケーションが得意じゃないから無理かも』と思う方もいるかもしれません。でも、上流の聞く力は、話がうまいことより「質問を準備できること」なんです。

技術の経験はどこまで必要？

上流工程のエンジニアにも、技術の土台は役に立ちます。「この要望は技術的に難しい」「この方法なら早く作れる」と判断できると、現実的な要件にまとめやすくなるからです。

一方で、深い実装の経験がなくても、業務への詳しさで上流を担う人もいます。どちらから入っても、足りない方を後から補っていけば大丈夫です。

資格で知識を形にする

知識を体系立てて学ぶなら、IPAの情報処理技術者試験が目安になります。試験要綱では、システムアーキテクト試験の対象者を「情報システムの開発に必要となる要件を定義し、それを実現するためのアーキテクチャを設計し、開発を主導する者」としています。

受験手数料はどの区分も7,500円で、令和8年度から応用情報技術者試験や高度試験もCBT方式に変わっています。試験の選び方は仕様書・設計に役立つIT資格で詳しく紹介しています。

よくある相談：上流工程にまつわる疑問

『上流って一部の人だけの仕事なのかな』と不安になりますよね。Q&Aサイトでよく見かける相談を、要約してお答えします。

相談1：コードをほとんど書かずに上流だけ担当する人はいる？

プログラムをほとんど書いたことがないのに、上流工程だけを担当する人はいるのかという相談です。閲覧数がとても多く、気になる方が多い話題です。

答えは、いる職場もあります。発注側の社内SEや、業務に詳しい立場から要件定義に入る人もいるからです。ただ、技術的に無理のない要件にまとめるために、開発チームの声を聞く力は欠かせません。

相談2：上流は文系、下流は理系と聞いたけど本当？

上流は頭を使う文系、下流はコードを打つ理系だと聞いた、という相談もありました。工程で文系・理系が分かれる決まりはありません。

job tag でも、システムエンジニアには文系の人も多いと紹介されています。下流の仕事も、設計書を読み解いて考える仕事です。どちらが上ということはなく、役割が違うだけなんです。

相談3：下流の経験がないと要件定義はできない？

要件定義は、プログラミングを経験した人でないとできないのかという相談です。経験があると判断しやすいのは確かです。

ただ、経験の量より「作る人が困らない書き方」を知っているかが大事です。下流の経験がない方は、設計書やテスト仕様書を読む機会を増やすと、その感覚が身につきやすくなりますよ。

相談4：作る作業が自動化されるなら上流を目指すべき？

プログラムを書く作業はAIでもできるようになるので、上流を目指した方がいいのかという相談もありました。先のことは誰にも言い切れません。

ただ、何を作るかを利用者と話し合い、合意して文書に残す仕事は、作り方が変わってもなくなりにくい部分です。下流の経験も、AIが作った物を確かめる時に役立ちます。どちらか一方を捨てるより、両方の経験をつなげていく考え方がおすすめですよ。

上流工程に進む道筋：今の職場か、資格か、転職か

『今の会社だと、ずっとテストばかりな気がする』という方もいますよね。まずは、自分の職場で上流に関われる余地があるかを確かめてみましょう。

今の職場で担当を広げる

今の職場に要件定義から関わる案件があるなら、まずはそこで担当を広げるのが近道です。議事録係や設計書のレビューから始めるだけでも、上流の進め方が見えてきます。

例えば、上司にはこんなふうに伝えてみてはどうでしょう。

「次の案件で、要件定義の打ち合わせに議事録係として入らせてもらえませんか。設計書を書く時に、決まった背景を知っておきたいんです」

目的を添えて頼むと、相手も任せやすくなります。一度入れてもらえたら、議事録を早めに共有して「また頼みたい」と思ってもらえるようにしておきましょう。

職場を移るという選択

一方で、今の会社が設計の後の工程だけを受けていることもあります。その場合、社内でどれだけ頑張っても、要件定義を経験する機会がなかなか回ってきません。

要件定義や設計書を書く経験は、上流工程を任される職場で評価されやすいものです。今の担当工程から一歩進みたい方は、求人の仕事内容を比べてみると道が見えてきます。

求人票で担当工程を見分けるコツは要件定義・設計の経験を活かす転職にまとめています。SEやPM、社内SEの違いは仕様書を書く仕事とは？が参考になります。

年収の面から見ると

厚生労働省の令和7年賃金構造基本統計調査では、職種の区分に「システムコンサルタント・設計者」と「ソフトウェア作成者」があります。統計の区分と工程はぴったり重なるわけではないので、目安として見るのがおすすめです。

詳しい数字と計算の方法はシステムエンジニアの年収で紹介しています。

よくある質問

まとめ

あわせて読みたい

仕様書とは？意味と目的、設計書・要件定義書との違い

要件定義書とは？目的・書く内容・作る流れをやさしく解説

要件定義に役立つ資格｜情報処理技術者試験の選び方と順番