定義
プロジェクト見積もりとは、定義された作業範囲を完了するために必要な時間、労力、リソース、およびコストの総量を予測するプロセスです。プロフェッショナルサービスにおいて、見積もりは提案書の価格設定における数学的根拠となります。
解説
プロジェクトの見積もりが不正確であれば、契約締結の時点でそのプロジェクトは商業的に失敗することが運命づけられています。
固定価格契約において労力を過小評価することは、即座に利益率の低下を招きます。タイム＆マテリアル契約の場合、労力を大幅に過小評価すると、予算超過、クライアントの信頼喪失、契約解除につながります。
見積もりにおける最も一般的な失敗は、開発以外の活動を考慮に入れていないことです。エンジニアはしばしば「構築」時間のみを見積もり、プロジェクト管理、クライアントとの打ち合わせ、品質保証、デプロイメント、および管理上のオーバーヘッドを見落としてしまいます。
三点見積もり法
楽観バイアスに対抗するため、洗練された企業では複雑なタスクに対して三点見積もり（多くの場合PERT法）を使用します。
- 楽観値 (O): すべてが完璧に進んだ場合。
- 悲観値 (P): すべてがうまくいかなかった場合。
- 最頻値 (M): 過去の経験に基づく現実的な平均値。
計算式: (O + 4M + P) / 6 = 見積もり時間
確実な見積もりのための商業的チェックリスト
- オーバーヘッドバッファ: プロジェクト管理（PM）のオーバーヘッドをカバーするために、コアとなる作業工数に15〜20%を上乗せしましたか？
- リスクコンティンジェンシー: 技術的な不確実性に対する明確なリスクバッファは含まれていますか？
- 過去の実績との照合: この見積もりを、過去の類似プロジェクトの実際のタイムシートと照らし合わせましたか？
- 役割の割り当て: 見積もられた時間は、レートカード上の適切なシニアリティレベルに割り当てられていますか？（ジュニアの工数で見積もっているにもかかわらず、シニアの実行が必要な場合、利益率が損なわれます）。
関連概念
ご自身の提案書で確認する
段落を貼り付けてください。リアルタイムでリスクを検出します。
よくある質問
プロジェクトの見積もりは誰が行うべきですか？+
見積もりは、実際に作業を行うデリバリーチームによって作成または承認される必要があります。営業担当者が単独で見積もりを行うべきではありません。
見積もりにおける「楽観バイアス」とは何ですか？+
エンジニアが、何も問題が起こらないと仮定してタスクの所要時間を見積もってしまう認知バイアスです。実際には、APIの障害、クライアントからのフィードバックの遅延、要件変更などが必ず発生します。