見積精度を高めるコスト算出方法

見積の土台を固める：スコープ・前提・品質基準を数値化する

精度は「定義の明確さ」に比例します。まずはスコープ、前提、品質基準を数値に落とし込みます。具体的には次の3点を一枚ずつのドキュメントに整理します。

• 機能スコープ一覧：画面数、API本数、外部連携（決済/配送/SSOなど）を数で書く
• 非機能・制約：SLA(例:99.9%)、性能(例:ピーク500req/s)、対応ブラウザ/OS、データ移行量(例:100万件)
• 品質・受入基準：テストレベル(単体/結合/E2E)、カバレッジ目標(例:70%)、受入条件(重大バグ0件)

不確実な項目は「仮説ログ」に残し、見積には必ず仮説前提として明記します。たとえば「在庫APIのスループットは毎秒50件と想定」「既存DBスキーマは流用可能」など。ここを曖昧にしたまま進めると、後半で大きなコストブレが発生します。

単価×工数だけにしない：コストの原価分解テンプレ

ソフトウェアのコストは次の式で管理すると漏れが減ります。

見積総額 ＝ 開発工数×単価 ＋ 品質保証(QA) ＋ プロジェクト管理(PM) ＋ 環境・ツール費 ＋ リスクバッファ

• 開発工数：役割別に分解（FE/BE/Infra/データ/デザイン）。例：FE160h、BE220h、Infra60h
• QA：開発の20〜35%が目安。E2E自動化が薄い場合は上振れ
• PM：全体の10〜15%。ステークホルダー多い案件は増やす
• 環境・ツール：クラウド検証環境、CI/CD、デザイン/テスト/AIツール。例：検証用クラウド5万円/月、Copilot 2万円/月、E2Eクラウドテスト3万円/月
• リスクバッファ：三点見積の分散に応じて10〜25%。依存が多い案件は高め

さらに「会議・移動・調整」などの間接時間を人日ベースで3〜8%計上します。レビュー回数や稼働カレンダー（祝日/メンバー並走）も数値に直し、暦通りに終わらない要因をあらかじめ金額化します。

手法の使い分け：パラメトリック×WBS×アジャイルの三本立て

1) パラメトリック見積（早い段階の概算）

過去実績から係数を持ち、規模パラメータで掛け算します。例：業務系Webの場合「画面1枚=8〜16h、API1本=6〜12h、外部連携=40〜80h、権限/監査=24〜48h」。係数は案件終了後に必ずチューニングします。外形のブレに敏感なので、画面の複雑度を3段階（S/M/L）で持つと精度が安定します。

2) WBSボトムアップ＋三点見積（確度を上げる）

粒度は「最長で16h（2日）」まで細かくし、各タスクにO(楽観)/M(最頻)/P(悲観)を付け、PERTで期待値E=(O+4M+P)/6を使います。たとえば「決済API統合 M=24h、O=16h、P=48h」ならE=25.3h。タスク合計の分散からリスクバッファを設計すると、根拠のある余白になります。コードレビューやセキュリティ診断など、後回しになりがちな項目をWBSの見える場所に置くのがコツです。

3) アジャイル前提の見積（期間と予算の両睨み）

初期リリースに必要なMVPスコープを固定し、ストーリーポイント×ベロシティで予測します。例：合計120pt、チームの実績ベロシティが20pt/スプリントなら6スプリント（12週）。単価はロール構成で日当×稼働率を引く。未確定領域は「オプションバックログ」として別バジェット（例：総額の15%）を確保します。

精度を底上げする運用：レビュー、記録、AIの現実的活用

• 見積レビューのチェックリスト：非機能/データ移行/運用手順/監視/アカウント発行/権限/ログ設計/障害訓練/ドキュメント、の有無を確認
• 実績の粒度をそろえる：Jiraやスプレッドシートで「タスク種別×所要時間×難易度」を収集し、係数を四半期ごとに更新
• 変更管理：仮説ログに紐づく変更のみを受け付け、影響見積と一緒に提示。ルールが見積精度を守ります

AIは「抜け漏れ検知」と「係数の仮説づくり」に効きます。要件書をChatGPTやClaudeに読み込ませ、見落としがちな観点（監査、個人情報マスキング、再処理設計）を列挙させると、レビューの網羅性が上がります。GeminiでAPI仕様の矛盾を洗い、試作はCopilotでスキャフォールドして工数の肌感を掴む、といった使い方が現実的です。いずれも最終判断は人が行い、AIが出した前提は見積ドキュメントに明記します。

身近な企業の改善例：アパレルECの「遅延常習」を脱出

在庫連携を含むサイト改修で「2ヶ月・800万円」を提示し、毎回1.5倍に膨張していました。原因は、非機能とデータ移行の見落とし、そして会議・調整コストの未計上です。改善では、スコープを「画面12、API18、外部連携3、移行データ80万件」に数値化し、係数は過去案件から再学習。WBSに「移行リハーサル」「監視設計」「運用手順書」「権限設計」を追加し、三点見積でリスクを見積もりました。結果、見積は「3.5ヶ月・1,100万円（QA25%、PM12%、環境費月8万円、リスク15%）」に見直し。実績は「3.4ヶ月・1,050万円」で誤差は約5%。意思決定も早まり、サプライヤと社内の信頼が回復しました。

精度は魔法ではなく、前提の数値化→原価分解→手法の組み合わせ→実績での継続改善、という地味な反復で作られます。受託開発ソリューション事業では、この反復をプロセスとツールに落とし込み、顧客側の意思決定タイミングや不確実性の度合いに合わせて、上記の手法を組み替えながらコストを設計していきます。