システム開発の見積もり手法｜工数積み上げ・ファンクションポイント法・類推見積もりの違い

システム開発の見積もりを受け取ったとき、「この金額は何を根拠に出しているのか」と疑問に思ったことはないでしょうか。開発会社によって金額が大きく違うのは、規模の測り方や、ファンクションポイント法・類推見積もりといった見積もり手法が異なることも一因です。見積もり手法を知っておくと、見積の根拠を質問しやすくなり、比較の精度も上がります。

この記事では、システム開発の見積手法として代表的な工数積み上げ法（ボトムアップ見積もり）、ファンクションポイント法、類推見積もりの違いを中心に、三点見積もりなどの補助的な手法、工程ごとの使い分け、発注者が見積の根拠を確認するポイントまでを解説します。

システム開発の見積もり手法とは

システム開発の見積もり手法とは、開発に必要な作業量（工数）を算出し、費用と期間を予測するための考え方や計算方法のことです。見積もり金額の多くは「工数（人月）×人月単価」で計算されるため、手法の違いは主に「工数をどう出すか」の違いといえます。人月とは、1人が1か月働いたときの作業量を表す単位です。

見積もり手法は大きく、過去の似た案件から推測する方法、システムの機能の量から規模を測る方法、作業を細かく分解して積み上げる方法に分けられます。

関連記事システム開発費用の内訳とは？人月単価・工程別の配分をわかりやすく解説

代表的な3つの見積もり手法

類推見積もり：過去の実績から推測する

類推見積もりは、「以前に作った在庫管理システムは約〇人月だったので、今回も同程度だろう」というように、過去の類似案件をもとに全体の規模を推測する手法です。短時間で概算を出せるため、企画段階や予算を確保する段階に向いています。

一方で、比較対象の案件と今回の案件の違いをどこまで考慮できるかで精度が大きく変わります。経験の豊富な担当者が見積もれば実態に近づきますが、根拠が「経験」に寄るため、発注者から見ると内訳がわかりにくい点が弱みです。

ファンクションポイント法：機能の量で規模を測る

ファンクションポイント法（FP法）は、システムが持つ機能をユーザーの視点で数え、その複雑さに応じて点数（ファンクションポイント）をつけて規模を測る手法です。代表的な方式では、次の5種類の要素を数えます。

• 内部論理ファイル：システム内で管理するデータのまとまり（顧客マスタ、受注データなど）
• 外部インタフェースファイル：他のシステムが管理し、参照するデータ
• 外部入力：データを登録・更新する画面や取り込み処理
• 外部出力：計算や加工を伴う帳票・画面出力
• 外部照会：データを検索して表示するだけの画面

算出したファンクションポイントを、過去の実績から求めた生産性（1人月あたりのファンクションポイント）で割ると工数が出ます。プログラミング言語や作り方に左右されにくく、発注者と開発会社が同じ物差しで規模を話し合えるのが利点です。ただし、正確に数えるには要件がある程度固まっている必要があり、計測にも手間がかかります。データの数だけで簡易的に規模を推計する方法もあり、要件定義の途中段階で使われることがあります。

工数積み上げ法：作業を分解して足し合わせる

工数積み上げ法は、WBS（作業分解構成図）と呼ばれる一覧で作業を細かく分解し、画面1つ、帳票1つ、テスト1項目といった単位で工数を見積もって合計する手法です。発注者にとっては「どの作業に何人日かかるか」が見えるため、最も根拠を確認しやすい見積もりといえます。

ただし、分解した作業に漏れがあると全体が過小になり、反対に1つずつ余裕を持たせると全体が過大になりがちです。また、要件が固まっていない段階では分解自体ができないため、使える時期が限られます。

関連記事システム開発の人月単価相場｜SE・PG・PMの月単価と1日・1時間あたりの目安

補助的に使われる見積もり手法

上記の3つに加えて、精度を高めたりリスクを見込んだりするために、次のような手法が組み合わせて使われます。

三点見積もりは、例えば「順調なら10人日、普通なら15人日、問題が起きれば26人日」という作業なら、（10＋15×4＋26）÷6＝16人日と計算します。最可能値より少し大きい値になるのは、遅れるリスクのほうが大きいという現実を反映しているためです。

工程ごとの見積もり手法の使い分け

システム開発の見積もりは、一度出したら終わりではありません。プロジェクトの初期ほど不確実な要素が多く、金額のぶれ幅も大きくなります。そのため、工程が進むごとに手法を切り替え、見積もりを更新していくのが一般的です。

この考え方から、要件定義と設計・開発を分けて契約する「多段階契約」がよく採用されます。最初に要件定義だけを準委任契約で依頼し、要件が固まってから設計・開発を請負契約で見積もる方法です。初期の概算で全体を確定させるより、発注者・開発会社の双方にとってリスクを抑えやすくなります。

発注者が見積の根拠を確認するポイント

見積もり手法を理解したうえで、受け取った見積書については次の点を確認すると、根拠の弱い部分や認識のずれを早めに見つけられます。

• どの手法で算出したか：類推による概算なのか、機能ごとの積み上げなのかで、金額の確からしさが変わります。
• 前提条件と見積もり範囲：対象機能、対応ブラウザ、データ移行、テストの範囲、保守の有無など、何が含まれ何が含まれないかを確認します。
• 工程別・機能別の工数：要件定義、設計、開発、テスト、移行ごとの工数配分に極端な偏りがないかを見ます。
• 人月単価と体制：PM・SE・PGの単価と人数が妥当か。目安はPMで100万〜160万円、SEで80万〜120万円、PGで60万〜100万円程度です。
• リスクの見込み方：不確実な部分にどの程度の予備を見込んでいるか、その理由を説明できるかを確認します。

関連記事システム開発の見積もりは妥当？チェックすべき7つのポイント

よくある質問

まとめ

システム開発の見積もり手法には、過去の実績から推測する類推見積もり、機能の量で規模を測るファンクションポイント法、作業を分解して足し合わせる工数積み上げ法などがあります。どの手法も最終的には工数と人月単価の掛け算で金額になり、工程が進むほど精度の高い手法に切り替えていくのが一般的です。見積書を受け取ったら、手法・前提条件・範囲・工数の内訳を確認し、金額だけでなく根拠で比較しましょう。

関連記事システム開発の相見積もりの取り方と比較のコツ