はじめに

備忘録です。経験と勘に頼った工数見積しか知らなかったため、システム開発における見積手法について、ざっくりと調べてまとめました。中小 SIer の PM / PL 目線です。

改訂履歴

• 2026/05/30 : 初版公開。

本文

1. KKD 法

実は経験と勘に頼った工数見積には名前があり、KKD 法といいます。勘・経験・度胸の頭文字を取った言葉で、論理的なデータや数値の裏付けではなく、人の感覚や過去のキャリアに基づいて意思決定や見積を行うことを指します。

100% KKD 法での見積は、再現性がなく外れのリスクもありますが、全てのパラメーターを用意して完全に論理的な見積を行うことも、現実的には困難です。実際には、直感と論理のバランスをどこに置くかが見積の肝だと考えています。

2. 類推見積法

過去に扱った類似のシステム開発の実績をベースに、今回のシステムの規模や工数を推測する手法です。中小SIerでは比較的採用しやすいアプローチだと思います。

僕は普段、過去案件の実績を参考にして見積しているので、振り返ってみると KKD 法の「経験」の部分に、類推見積法を採用したスタイルなのかもしれません。

3. FP 法 (ファンクションポイント法)

機能の数や種類を基準にシステムの「機能的規模」を定量化し、過去の生産性実績などと組み合わせることで工数やコストを推定する手法です。

標準化されたルールに基づいて規模を測定できるため KKD 法だけで見積するより客観性を高めやすい手法だと思います。

4. LOC 法 (ラインオブコード法)

過去の統計データから、今回開発するシステムのソースコードの行数を予想し、そこから工数を算出する手法です。

開発言語やプログラマーの書き方によって行数が大きく変わるため、現代の一般的なシステム開発で見積の基準として使うのは、個人的にはかなり難しいと思います。

5. ボトムアップ見積法

先に WBS 等を作成し、作業単位まで分解して、そこからプロジェクトの工数やコストを積み上げる手法です。

細かい作業まで分解する必要があるため、要件やスコープがある程度固まっていないと、精度の高い見積にならず、実際に採用するのは難しいんじゃないかと思います。

6. 三点見積法

楽観値・最頻値・悲観値をベースに PERT 公式を用いて期待値を計算します。この手法は他と比べて、中小 SIer でも導入しやすいのかなと思いました。

冷戦期にロッキード社が、アメリカ海軍の潜水艦のミサイル「ポラリス」を開発するプロジェクトで三点見積法を導入して有名になったそうです。

7. COCOMO / COCOMO Ⅱ

ソースコードの行数や FP など、ソフトウェアの規模を入力とし、開発環境・エンジニアの能力・信頼性の要求度など、多数の補正係数を掛け合わせて工数を算出する数理モデルです。

大手 SIer などの大規模開発なら有りかもしれませんが、中小 SIer の案件では正直やりすぎ感が否めないと思いました。

おわりに

なんかどれも一長一短ですね。銀の弾丸はないらしい。