実装や詳細設計の経験を重ねてきた技術者が、次の一歩として目を向けるのが要件定義や企画といった上流の案件です。ただこの工程は「要件を先に全部決めてから作る」という進め方が前提になりやすく、実際にはその前提通りに進む案件は少なくなっています。決めきれない状態のまま、どう信頼を積み上げて前に進めるか。段取りの順序を変えるだけで、関与できる範囲は大きく変わります。

1. 要件定義・上流工程の案件で、いま何が起きているか

上流の案件とは（実装経験からの越境）

要件定義や企画といった上流の案件は、実装や詳細設計とは求められるものが異なります。動くコードを積み重ねてきた経験は土台になりますが、上流では「何を作るか」をクライアントと一緒に決めていく力が問われます。コードを書く速さよりも、決める前の材料をどう揃えるかのほうが評価に直結します。

実装の経験だけで上流に踏み込もうとすると、要件の背景を聞かずに仕様書の形式だけを整えてしまう場面が出てきます。上流への越境に必要なのは、要件を作る手順そのものより、決まっていない部分をどう扱うかという姿勢です。

上流の案件でやり取りする相手も変わります。実装フェーズでは仕様書をもとにチームと調整する場面が中心ですが、上流ではクライアントの事業側の担当者と直接向き合う場面が増えます。技術の説明よりも、決めた理由をどう言葉にして残すかが問われる場面です。

DXは広がったのに、成果につながっていない

日本企業のDXの取組割合は約8割まで達し、米国と同水準になっています³。この調査は、日本企業1,535社を含む日米独の企業を対象に実施されました⁵。取組そのものは、もう珍しいものではなくなったということです。

ただ、成長につながるDXの取組は7割を超えて広がっている一方、効率化のためのDXに比べると成果が出た割合は相対的に低くなっています⁴。作ることそのものは進んでも、決めた要件がそのまま成果に結びつくとは限らないという状態です。

この背景には、要件を段階的に見直しながら進める発想が、まだ広く根付いていないことがあります。次の図に、その広がり方を示します。

出典：独立行政法人情報処理推進機構「DX動向2025」をもとに作成

米国・ドイツとの差も大きいままです。段階的に見直しながら進める発想が根付いていないぶん、要件は「最初に全部決めて動かす」ものだという前提が現場に残りやすくなります。だからこそ、「決めきってから作る」という一括で決めきる進め方の前提そのものを見直す必要があります。決めきらないまま、どう合意を積み重ねていくのかを次に見ていきます。

2. 「決めきらないまま合意を残す」とはどういうことか

一括で決める vs 段階で残す

要件の決め方には、大きく二つの型があります。ひとつは、着手前に要件を洗い出し、確定させてから実装に進む一括の決め方です。もうひとつは、決められる範囲から順に合意を残し、決めきれない部分は判断できる材料が揃うまで保留する段階の決め方です。

一括の決め方は見通しが立てやすい一方、途中で前提が変わると手戻りが大きくなります。段階の決め方は、決めた範囲を早めに固定しつつ、不確実な部分を後ろに残せる進め方です。決定の速さよりも、決定を戻さない設計のほうが、上流の案件では評価されやすくなります。

例えば、社内向けの管理画面を作り直す案件であれば、既存の機能を洗い出して一括で要件を固めても大きな混乱は起きにくくなります。一方、新しい事業領域に向けたサービスを一から企画する案件では、着手時点で分かっていることがごく限られるため、決めた範囲だけを先に固定し、残りは進めながら合意していく進め方が向いています。

不確実性が高いほど段階合意が効く

どちらが向いているかは、要件の不確実性によって変わります。仕様がすでに固まっている改修であれば、一括で決めても手戻りは起きにくくなります。一方、事業の方向性そのものが決まっていない企画段階では、決めきろうとするほど、前提が崩れたときの被害が大きくなります。

不確実性の高さは、要件の項目数では測れません。関係者の数が多いか、事業の方針が固まっているか、過去に似た案件の実績があるかといった要素の組み合わせで変わります。着手前にこれらを一つずつ確認しておくと、どの程度段階的に進めると良いかの見立てがしやすくなります。

この関係を、決め方と不確実性の2軸で位置づけると、次のようになります。

図の作成：Remogu編集部。決め方の傾向を整理したもので、統計データではありません

不確実性が高く、かつ後戻りのコストが大きい領域ほど、段階で合意を残す進め方が効きます。反対に不確実性が低い領域まで段階合意にすると、決定に時間がかかるだけで得るものは増えません。では、実際にどの順で何を決め、何を残せばよいのでしょうか。次の章で、上流の案件で信頼される3つの段取りに落とし込みます。

3. 上流の案件で信頼される3つの段取り

段階で合意を残すと言っても、手順が曖昧なままではクライアントの不安を招きます。上流の案件で信頼を積み上げているエンジニアの進め方を分解すると、共通して次の3つの段取りが見られます。全体の流れを図にすると、次のようになります。

図の作成：Remogu編集部。段取りの流れを整理したもので、統計データではありません

①目的と成果指標を先に握る

最初に握るのは、機能の一覧ではなく、何のためにこの取組を進めるのかという目的と、それをどう測るかの指標です。成長につながるDXの取組は広がっている一方、成果に結びつく割合は限られています⁴。目的と指標を先に合わせておかないと、要件が積み上がるほど、何のために決めているのかが見えにくくなります。

この指標は、後から測れる形にしておくことも欠かせません。「使い勝手を良くする」だけでは、完成後に何をもって成功と判断するかが曖昧なままになります。数値で測れない指標であっても、誰が何を見て判断するのかまでクライアントと合わせておくと、後から評価がぶれにくくなります。

②決める順序を決める

次に握るのは、決める順序そのものです。すべての要件を同じ重さで扱うと、決めやすい部分に時間を使い、決めにくい部分が後回しになります。影響範囲が広く後から変えづらい要件を先に、後戻りしても被害が小さい要件を後に置く。決める順序自体を最初に合意しておくと、決めきれない部分が残っていても、進め方に対する不安は小さくなります。

順序を決める際は、変更した場合の影響が及ぶ範囲を基準にすると判断しやすくなります。データの持ち方や外部の仕組みとの連携部分は、後から変えると手間が大きいため先に固定し、画面の見た目や操作の細かい流れは、後半でも調整しやすい要件として扱います。

③合意の記録を残す

最後に握るのは、合意した内容を後から参照できる形で残すことです。口頭で確認しただけの合意は、担当者が変わったり時間が経ったりすると、誰がいつ何を決めたのかが分からなくなります。決定事項・保留事項・保留の理由を分けて記録に残しておくと、後から要件が変わったときも、どこまで戻れば良いかがすぐに分かります。

記録の形式は凝ったものでなくても構いません。決定事項・保留事項・保留の理由という3つの項目を、決めた日付とともに残すだけでも、後から要件が変わった際の確認作業は大きく減ります。

3つの段取りを一覧で確認する

3つの段取りは、それぞれ独立した作業ではなく、上流の案件全体を通じて積み重ねていくものです。目的と指標を握ることが土台になり、その上で決める順序を合意し、最後に記録として残すという流れが一つにつながることで、クライアントから見た進め方の一貫性が生まれます。次の表に、段取りごとのやることと、残す成果物を整理しました。

段取り	やること	残す成果物
①目的と成果指標を握る	取組の目的と、成果をどう測るかをクライアントと合わせる	目的・成果指標を1枚にまとめた合意メモ
②決める順序を決める	要件を影響範囲と変更コストで並べ替え、決める順番を先に合意する	決定順序表（先に決める要件・後に回す要件）
③合意の記録を残す	決定事項・保留事項・保留の理由を分けて記録する	決定事項一覧と保留事項の管理表

リモートで進める場合、この記録の残し方がさらに重要な意味を持つようになります。

4. リモート・フリーランスで上流に関わるときの進め方

非同期で合意を積む（記録が合意になる）

対面が前提の進め方では、合意はその場の会話の中で成立し、記録は後から整える添え物になりがちです。リモートでは順序が逆になります。文章として残したものが合意そのものになり、会話は確認や補足の位置づけに変わります。会話の巧みさよりも、決定事項を短い文章に落とし込む力のほうが、リモートの上流案件では信頼につながります。

決定事項を文章にする際は、結論だけでなく、その結論に至った理由もあわせて残しておくと有効です。理由が残っていないと、後から状況が変わったときに、その決定を見直してよいかどうかの判断がつきにくくなります。

責任範囲は「協議」で決める（業務委託として対等に）

フリーランスとして上流に関わる場合、責任の範囲はクライアントとの協議で決めるものであり、指揮命令のように上下関係の中で決まるものではありません。どこまでの決定にコミットするかは、案件ごとに事前に協議しておく必要があります。

責任範囲を協議する際は、決定する権限を持つ範囲と、提案するだけの範囲を分けておくと、後から役割の認識がずれることを避けやすくなります。

Remoguが扱う案件は、90%以上がフルリモート可能です⁶。非同期の合意形成を前提にした進め方は、リモートで上流に関わる案件そのものとも噛み合いやすくなります。

対面前提の進め方と、非同期での進め方を比べる

対面を前提にした進め方と、非同期を前提にした進め方は、同じ「合意する」という行為でも手順が変わります。何を根拠に合意が成立したとみなすか、変更が起きたときにどこを確認するかが変わるため、リモートで上流に関わる際は、この違いを事前に理解しておくと、進め方のずれによる手戻りを減らせます。次の表に主な違いを整理しました。

観点	対面前提の進め方	非同期での進め方
合意の成立	会議での発言と相手の反応で確認する	議事メモへの返信や承認の記録で確認する
変更の扱い	次の会議で口頭で共有する	変更履歴を残し、影響範囲を文章で示す
責任の確認	その場の雰囲気で暗黙に決まる	協議した範囲を文書として双方で確認する

とはいえ、すべての案件で上流に深く関われるわけではありません。関与できる案件かどうかは、着手前にある程度見分けられます。

5. 上流に関われる案件かを、どこで見極めるか

要件が固まる前に入れるか

上流への関与度は、案件に入る時点で要件がどこまで固まっているかによって大きく変わります。要件がすでに確定した状態で参画する案件では、実装や詳細設計としての関与が中心になります。一方、要件定義そのものから関わる案件では、先に見た3つの段取りを実際に使う場面が生まれます。

要件が固まる前に入れるかどうかは、募集の時点である程度読み取れます。要件定義の工程からの参画を前提にした募集では、決まっていない部分を一緒に詰めていく役割が期待されます。逆に、仕様書がすでに用意されている募集では、要件そのものに手を入れる場面は限られます。

意思決定者と直接話せるか

もうひとつの見極めどころは、要件を最終的に決める立場の人と直接やり取りできるかどうかです。間に伝聞が挟まる体制では、合意した内容が伝わる過程で薄れてしまうことがあります。意思決定者と直接協議できる体制のほうが、段階合意を積み重ねる進め方がそのまま活きます。

直接話せる相手が誰かも、募集情報や案件説明の中に手がかりがあります。「事業責任者と直接すり合わせながら進める」といった説明がある案件は、意思決定者と近い位置で進められる可能性が高くなります。この2つの軸を組み合わせると、上流にどこまで関与できる案件かの見当がつけやすくなります。

図の作成：Remogu編集部。見極めの傾向を整理したもので、統計データではありません

案件の特徴と上流への関与度を照らし合わせる

案件の募集情報だけでは、上流にどこまで関与できるかが分かりにくい場合があります。募集の書き方や体制の説明から読み取れる特徴を、上流への関与度と合わせて整理すると、着手前に判断できる材料が増えます。次の表に、案件の特徴と関与度の目安をまとめました。

案件の特徴	上流への関与度	見極めのポイント
要件定義からの参画を募集している	高い	募集文に「要件定義から」と明記されているか
合意形成・要件整理を含む役割説明がある	中〜高い	成果物の説明に「合意形成」「決定事項の整理」の記載があるか
実装フェーズのみを切り出した募集である	低い	要件書がすでに確定した状態で渡されるか

ここまでの段取りと見極め方を、最後に整理します。

6. まとめ

上流の案件で信頼を積み上げる進め方は、特別な資格や実績だけで決まるものではありません。決め方の設計と、記録の残し方という、日々の進め方の中に表れる要素が中心になります。

• 要件を一括で決めきる前提は、DXの取組が広がった今も、成果に直結するとは限りません⁴。
• 「決めきらないまま合意を残す」とは、決められる範囲を先に固定し、不確実な部分を保留する進め方です。
• 上流で信頼されるのは、目的と成果指標を握り、決める順序を合意し、記録を残すという3つの段取りです。
• リモートでは記録そのものが合意になり、責任範囲はクライアントとの協議で決まります。
• 上流への関与度は、要件が固まる前に入れるか、意思決定者と直接話せるかで見極められます。

決めきれないことを弱みにせず、決め方そのものを設計できる技術者は、上流の案件で少しずつ厚みを増やしています。まずは、今関わっている案件、あるいは検討している案件が、どの段取りをどこまで求めているのかを確認してみましょう。

7. よくある質問

要件が決まらないまま案件に入った場合、どう進めればよいですか

決まっていない部分を無理に確定させようとするより、決められる範囲を先に固定し、決まっていない部分は保留の理由とともに記録しておく進め方が効きます。目的と成果指標を最初に合わせておくと、要件が後から変わっても判断の軸がぶれにくくなります。特に、影響範囲が広い要件ほど早めに保留の判断を共有しておくと、後になって「なぜ決めなかったのか」という疑問を招きにくくなります。

上流の経験が少ない状態でも、要件定義の案件に関われますか

実装や詳細設計の経験がある場合、上流に踏み込む土台はすでにあります。関与できる範囲は、これまでの経験の長さそのものよりも、決める順序や記録の残し方をどれだけ具体的に示せるかによって変わります。面談などの場で、過去にどのような順序で要件を決めてきたかを具体的に説明できると、経験の長さ以上に伝わるものがあります。

リモートで合意形成はできますか

非同期のやり取りを前提にすれば、リモートでも合意形成は進められます。会話で確認したことも含め、決定事項を文章に落とし込んで残す進め方に切り替えることが前提になります。文章だけで伝えにくい細かな確認は、短い音声・映像でのやり取りを併用すると、非同期の良さを保ったまま補えます。

上流に関わると、報酬の条件は変わりますか

上流への関与度によって求められる役割の範囲は変わるため、報酬の条件はクライアントとの協議によって決まります。この記事の範囲で示せる具体的な数値はありませんが、関与する範囲を事前にすり合わせておくことが、条件を協議する材料になります。案件によって求められる関与の深さが異なるため、まずは募集内容から関与度を見極め、そのうえで条件を協議する材料をそろえておくと、話し合いがスムーズになります。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 独立行政法人情報処理推進機構「DX動向2025」（2025-06-26）
＊2 独立行政法人情報処理推進機構「DX動向2025」（2025-06-26）
＊3 独立行政法人情報処理推進機構「DX動向2025」（2025-06-26）
＊4 独立行政法人情報処理推進機構「DX動向2025」（2025-06-26）
＊5 独立行政法人情報処理推進機構「DX動向2025」（2025-06-26）
＊6 Remogu（株式会社LASSIC運営）公開情報：扱う案件の90%以上がフルリモート可能