案件に参画した直後に見積りを出し、要件がまとまった段階でまた見積りを求められると、同じ説明を重ねている気持ちになり、身構えることがあります。段階を分けて見積りを出す考え方そのものが、契約の枠組みに置かれています。IPAが公開する講演資料は、超上流工程から個別契約に至る流れの中に、この考え方を位置づけています¹。この記事では、その位置づけと、段階ごとに確かめておきたい項目を整理します。

1. 見積りは段階を分ける前提で置かれている

一度で確定させようとすると起きること

要件がまだ固まっていない時点で出した見積りを、そのまま最後まで通そうとすると、途中で前提が崩れます。設計が進むほど、当初は見えていなかった作業が姿を現すためです。

ここで戸惑うのは、見積りを出し直す側だけではありません。発注する側にとっても、最初の数字と実際の作業量がずれることは、進め方そのものを見直す材料になります。

IPAが公開する講演資料は、こうしたずれを前提にした契約の組み立て方を扱っています。契約プロセス・手続き規定として、多段階契約と再見積りの考え方が取り入れられています¹。

段階を分ける考え方が契約プロセスに置かれている

多段階契約という言葉は聞き慣れなくても、中身は単純です。工程が進むたびに、その時点で分かっている範囲だけを対象に見積りを出し直す、という進め方を指します。

一度きりの見積りより、工程ごとに区切った見積りのほうが、前提と実態のずれを早く見つけられます。ずれを早く見つけられれば、対応も早く始められます。

見積りを出し直すよう求められたとき、それは見積りが甘かった合図ではありません。むしろ、契約プロセスが最初から想定している段階に来た、という合図です。

出典：IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」（2025年4月）をもとに作成⁸

2. 前の工程の重みが最初に挙げられている

超上流工程とは何を指すか

超上流工程とは、要件を細かく詰める前の、事業の目的や進め方の枠組みを固める段階を指します。見積りの土台になる範囲を、ここでどこまで決めるかが、後工程の見え方を左右します。

契約プロセスガイドには、超上流工程の重要性が挙げられています²。見積りの精度を語るとき、詳細設計の技術よりも先に、この段階の扱い方が問われる理由がここにあります。

超上流工程で決まる範囲が狭ければ、後の工程で見積りを出し直す回数は増えます。逆に、この段階でどこまでを前提にするかを明確にできれば、出し直しの理由も説明しやすくなります。

なぜ最初に重みが置かれているのか

見積りを受け取る側からすると、超上流工程の内容が曖昧なまま提示された数字は、あくまで仮の数字として扱ったほうが見通しが立ちます。

工程の呼び方を覚えることよりも、いま自分が超上流工程の段階にいるのか、それとも詳細を詰める段階にいるのかを見分けるほうが、見積りとの向き合い方を変えます。

3. 合意を見える形にする必要性

ステークホルダの合意とは誰との合意か

ステークホルダとは、発注する側の担当者だけを指すわけではありません。実際に手を動かす受注する側や、後で運用を担う担当者まで含めて、合意の相手として位置づけられています。

契約プロセスガイドには、ステークホルダの合意の可視化の必要性が挙げられています³。口頭でのやり取りだけで進めた合意は、後になって食い違いの原因に戻りやすくなります。

可視化されていないと何が起きるか

可視化とは、難しい書式を作ることではありません。何を前提にしたか、いつの時点の合意かを、後から見返せる形に残しておくことを指します。

見積りに関わる合意は、一度にまとめて残そうとすると抜けが出ます。工程の節目ごとに、何を確かめ、何を記録するかを分けておくと、後から見返しやすくなります。

場面	可視化しておきたいこと	残しておきたい記録
要件がまとまった段階	前提にした範囲	合意した仕様の一覧
仕様の変更が生じた段階	変更の理由と影響する範囲	変更前後の見積りの差
見積書を提示する段階	再見積りが必要になる条件6	提示した金額と前提の対応
個別契約を結ぶ段階	提案依頼書・提案書との整合7	取引条件そのもの

こうして残した記録は、次の見積りを出し直すときの説明にもなります。前提が変わった理由を、そのつど言葉で組み立て直す必要がなくなります。

出典：IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」（2025年4月）をもとに作成¹

4. 先の工程まで見た配慮が挙げられている

運用・保守も見据えた計画・体制・コストへの配慮

見積りは、目の前の開発工程だけを見て組み立てるものではありません。契約プロセスガイドには、運用・保守も見据えた計画・体制・コスト等への配慮が挙げられています⁴。

開発が終わった後の運用まで含めて考えると、見積りに含める範囲は広がります。逆に、その配慮が抜け落ちたまま見積りが組まれると、後になって運用の負担だけが積み残されます。

要件定義における信頼性向上の視点

要件定義の段階についても、契約プロセスガイドには信頼性向上の視点の必要性が挙げられています⁵。要件をただ数え上げるだけでなく、その内容がどこまで確かな前提かを見極める視点です。

要件の数を積み上げることよりも、その要件がどれだけ確かな前提の上に立っているかを見極めるほうが、見積りの精度に効きます。

見積りの数字だけを見て一喜一憂するより、その数字がどの段階の、どの範囲を前提にしているかを確かめておくと、次に出し直しを求められたときも落ち着いて対応できます。

Remoguは案件の90%以上がフルリモート可能です。登録すれば、見積りの進め方を含めた条件を、案件ごとに確かめられます。

5. 見積書そのものが項目として置かれている

見積書に何が挙げられているか

見積書は、金額だけを書いた紙ではありません。契約プロセスガイドには、見積書について再見積りの必要性とリーガルポリシーの明確化が挙げられています⁶。

再見積りの必要性が見積書自体の項目として挙げられているということは、状況が変われば出し直すことが、最初から前提に含まれているということです。

リーガルポリシーの明確化も同じく見積書の項目です。見積りに関わる責任の範囲をどう考えるかを、金額とあわせて確かめておく、という位置づけです。

見積書を工程の中でどう位置づけるか

見積書は単独で完結する書類ではなく、それまでの工程と、この後の契約とをつなぐ位置に置かれています。何を基礎に、何と組み合わせて扱われるかを整理すると、見え方が変わります。

見積書に関わる観点	内容
見積書の性格	状況が変われば出し直される前提の書類6
見積書の使われ方	提案依頼書・提案書とあわせて個別契約の基礎になる7
見積書に伴う配慮	運用・保守まで見据えた計画・体制・コストへの配慮4

この位置づけを知っておくと、見積書を受け取った側も、出した側も、金額の増減だけを話題にせずに済みます。前提のどこが変わったのかを、見積書を軸に確かめられます。

6. 個別契約は何を基礎にして結ぶのか

提案依頼書・提案書・見積書の関係

個別契約は、いきなり結ばれるものではありません。個別業務に着手する前に、提案依頼書および提案書、見積書を基礎として取引条件を定め、個別契約を締結する、という流れが示されています⁷。

提案依頼書は発注する側が示す検討の前提であり、提案書は受注する側が示す進め方です。見積書は、その両方を踏まえて金額と条件を提示する書類にあたります。

個別契約に何が定められるか

この3つの書類がそろって初めて、個別契約の取引条件が定まります。見積書だけを単独で見直しても、提案依頼書や提案書との対応が崩れていれば、条件の整合は取れません。

3つの書類がそれぞれ何を担うのかを整理すると、個別契約のどこを確かめればよいかが見えやすくなります。

文書	担う役割
提案依頼書	発注する側が示す検討の前提
提案書	受注する側が示す進め方
見積書	金額と条件の提示7
個別契約	3つの書類を基礎に定められる取引条件7

個別契約を結ぶ段階で見積りの内容に納得できないときは、金額そのものより先に、提案依頼書・提案書とのどこが対応していないかを確かめたほうが、話が整理しやすくなります。

7. 分けると何が変わるのかと、確かめる項目

多段階契約が要る理由

多段階契約がなぜ要るのか、その理由も講演資料に挙げられています。多段階契約が要るのは、ユーザとベンダの間で役割分担の合意が取りづらい場合があるためです⁸。

役割分担の合意が取りづらいまま工程を進めると、どこまでを見積りに含めるかの前提がずれます。多段階契約は、そのずれをそのつど確かめ直す仕組みとして置かれています。

分けることで抑えられる影響

多段階契約を取り入れることで、検討が進むにつれて徐々に明確になる仕様や、開発の途中で生じる仕様変更の影響を、極力抑えることができます⁹。

影響を抑えられるのは、変更が起きてから慌てて調整するからではなく、変更が起きる前提で見積りを区切っているからです。区切りがあること自体が、調整の材料になります。

原理原則としてのリスク低減

原理原則として、多段階の見積りは、発注する側と受注する側の双方のリスクを低減します¹⁰。どちらか一方だけが得をする仕組みではない、という位置づけです。

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

図に示した通り、分けることで変わるのは、金額の大きさではなく、ずれを確かめるタイミングです。タイミングが決まっていれば、見積りを出し直すことも、想定内の作業として進められます。

図の作成：Remogu編集部。段階ごとに確かめたい項目を整理したもので、統計データではありません

段階ごとに何を確かめるかが分かれば、見積りを出し直す場面に出会っても、そのつど戸惑う必要はなくなります。ここまでの内容をふまえて、よく寄せられる疑問を整理します。

初めて案件に参画する場合も、見積りは段階を分けて出すのでしょうか

契約プロセスガイドが示す考え方は、経験の有無で区別されていません¹。参画したばかりの段階でも、超上流工程から個別契約に至る流れの中で、見積りを出し直す場面は同じように起こり得ます。

週3日など稼働日数が少ない契約でも、多段階の見積りは同じように考えるのでしょうか

役割分担の合意が取りづらい場合があるという理由は⁸、稼働日数の多さで変わるものではありません。日数が少ない契約でも、工程が進めば前提を確かめ直す場面は生じます。

要件が固まらないまま見積りを求められた場合はどう考えればよいのでしょうか

要件定義における信頼性向上の視点が挙げられている段階です⁵。要件が固まっていないこと自体が、超上流工程の重要性が挙げられている理由につながります²。固まっていない前提で出す見積りは、仮の数字として扱う場面にあたります。

再見積りを求められたとき、まず何を確かめればよいのでしょうか

見積書に何が挙げられているかを、まず確かめます⁶。再見積りの必要性そのものが見積書の項目に含まれているため、出し直しを求められること自体は、前提から外れた出来事ではありません。

副業として関わる場合も、見積書を基礎に個別契約を結ぶ流れは変わりませんか

提案依頼書・提案書・見積書を基礎に個別契約を締結する流れは⁷、専業か副業かで分けられていません。稼働の形にかかわらず、同じ3つの書類の対応を確かめる場面になります。

見積りを出し直す場面は、契約プロセスの中に最初から置かれている前提です。まずは登録し、自分が向き合っている見積りが今どの段階にあるのかを確かめてみましょう。

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

出典・参考情報

＊1 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」多段階の考え方（2025年4月・2026年9月確認）
＊2 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」前の工程（2025年4月・2026年9月確認）
＊3 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」合意を見える形に（2025年4月・2026年9月確認）
＊4 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」先まで見る（2025年4月・2026年9月確認）
＊5 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」要件定義の視点（2025年4月・2026年9月確認）
＊6 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」見積書の扱い（2025年4月・2026年9月確認）
＊7 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」何を基礎にするか（2025年4月・2026年9月確認）
＊8 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」合意の難しさ（2025年4月・2026年9月確認）
＊9 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」分ける効果（2025年4月・2026年9月確認）
＊10 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」原理原則（2025年4月・2026年9月確認）