コストの見積り（Estimate Costs）とは？インプットからアウトプットまで、PMBOK第8版でプロセス全体を理解する

見積もりを提出したのに、いざプロジェクトが進んでみたら「思ったより時間もお金もかかってしまった」——そんな経験は、プロジェクトマネージャーであれば一度はあるのではないでしょうか。

見積もりのズレは、決して見積もり担当者の能力不足だけが原因ではありません。見積もりには複数の技法があり、それぞれ得意なシーン・不得意なシーンがありますし、そもそも「何をインプットに、何をアウトプットとして見積もるのか」というプロセス全体を押さえておくかどうかで、見積りの質は大きく変わります。
今回はPMBOK第8版で紹介されている「コストの見積り（Estimate Costs）」というプロセスを、インプット・ツールと技法・アウトプットの流れに沿って、一つひとつ丁寧に見ていきます^[1]Project Management Institute, Inc., The Standard for Project Management and A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Eighth Edition, 第2部 … Continue reading。

コストの見積りとは何か

PMBOKにおける「コストの見積り」とは、プロジェクトの各アクティビティや作業を完了するために必要な金銭的資源の近似値を策定するプロセスです。目的は、プロジェクトの実行に必要な金額を明らかにし、予算の裏付けとなる信頼性の高いコストデータを揃えることにあります。

ポイントは、これが一度きりで終わる作業ではないということです。
プロジェクトの初期段階では粗い見積りしか出せませんが、詳細が明らかになるにつれて、見積りは定期的・段階的に見直され、精度が上がっていきます。最初の見積りに固執せず「今わかっている情報でベストな数字を出し、後で磨き直す」くらいの気持ちで臨むのがちょうどよいと思います。

何を材料に見積もるのか：主なインプット

見積りの精度は、材料となる情報がどれだけ揃っているかに左右されます。「コストの見積り」プロセスでは、主に以下の情報をインプットとして使います。

まずプロジェクトマネジメント計画書からは、見積もるべき作業範囲を定める「スコープ・ベースライン」と、達成すべき品質水準を示す「品質管理計画書」を参照します。何をどこまでやるべきかが曖昧なままでは、正確な見積りは組めません。

次にプロジェクト文書として、資源が必要となる期間やタイミングを示す「プロジェクトスケジュール」、必要な人員や資材の量を示す「資源要求事項」、見積りに影響を与える脅威や機会を示す「リスク登録簿」を使います。特にリスク登録簿は見落とされがちですが、「この作業には過去トラブルが多い」といった情報が見積りの上振れ・下振れの判断材料になります。

そのほか、自社で作るか外部に発注するかを判断する「メイク・オア・バイ決定」、ワークパッケージ単位の見積り、さらには市場の競合状況や為替レート、業界標準のデータベースといった外部要因（EEF）や組織の過去データ（OPA）もインプットとして考慮します。

どう見積もるのか：4つの見積り技法

インプットが揃ったら、実際の見積り作業に入ります。技法はプロジェクトの状況や求められる精度に応じて使い分けます。

類推見積りは、過去の類似プロジェクトのコストや規模、複雑さといった実績データをもとに、今回の見積りを推測する方法です。素早く・低コストで見積れる一方、精度は比較的低くなります。過去の案件と「見た目だけでなく実質的に」似ていて、見積もる人に十分な経験がある場合ほど信頼性が高まります。

パラメトリック見積りは、履歴データをもとに「1平方メートルあたりの単価×面積」のような数式（パラメーター）を組み立ててコストを算出する方法です。モデルの元になるデータが正確であれば、高い精度を出せます。

ボトムアップ見積りは、WBS（作業分解図）の最下位レベルにある個々の作業ごとに細かくコストを見積り、それを積み上げて全体像を出す方法です。最も精度が高い一方、時間もコストもかかるため、スコープが固まっていない初期段階には向きません。

三点見積り（マルチポイント見積り）は、単一の数字ではなく「最確値・楽観値・悲観値」の3シナリオから期待値を導く方法です。三角分布ではシンプルに3値の平均を、PERT加重平均では「（悲観値＋4×最確値＋楽観値）÷6」という式を使い、最確値を重く見て算出します。十分な実績データがない場合や、複数人の意見をすり合わせたいときに有効です。

財務の観点で欠かせない「データ分析技法」

見積り技法と並んで、財務の視点から見積りの信頼性を支えるのが「データ分析」です。ここを飛ばしてしまうと、見積り金額の裏付けが弱くなってしまいます。

予備分析（Reserve Analysis）

既知のリスク（＝正体はわかっているが発生するかどうか不確実な「既知の未知」）に備えて、コスト見積りに上乗せする資金が「コンティンジェンシー予備」です。算出方法は、見積りコストに対する一定割合を掛けるシンプルなものから、期待金額を使った定量的な分析まで幅があります。プロジェクトが進み不確実性が減っていくにつれて、この予備は消費されたり、削減・廃止されたりします。「念のための予備費」を確保しておくこと自体が、見積りの一部だと捉えておくとよいと思います。

品質コスト（Cost of Quality: CoQ）

品質コストは、不具合を未然に防ぐための「適合コスト」と、不具合が発生してしまった後にかかる「不適合コスト」のバランスを評価する考え方です。適合コストにはトレーニングや手順書作成といった予防コスト、テストや検査といった評価コストが含まれます。一方、不適合コストにはスクラップや手戻りといった内部失敗コスト、保証対応や信用失墜といった外部失敗コストが含まれます。

ここで大事なのは、単に「検査費用」や「手戻りコスト」を削ることだけを考えるのではなく、製品・サービスのライフサイクル全体を見据えて、予防・評価にどれだけ投資するのが最適かというバランスで見積もることです。目先のコストカットが、後々もっと大きな手戻りコストを生む——というのは、現場でもよくある話ではないでしょうか。

見積りの成果物：アウトプット

一連のプロセスを経て、最終的に次のようなアウトプットが得られます。

コスト見積り

コスト見積り（Cost estimates）は、労働力・材料・機器・サービス・施設・インフレ手当・財務コストなど、プロジェクト作業を完了するために必要な資源を、特定の通貨単位（円やドルなど）で数値化した近似値です。プロジェクト初期の粗い見積りから、進行するにつれて精度が向上（洗練）していきます。

見積り根拠

見積り根拠（Basis of estimates）は、コスト見積りを裏付ける補足資料です。ここには、見積りをどう導き出したか（採用したアプローチ方法）、前提条件や制約事項、想定しているブレの範囲（例：±10%）、見積りに対する信頼性のレベル、見積りに直接影響を与える個別リスクの情報などを記載します。金額だけを一人歩きさせず、「なぜその数字になったのか」を説明できる状態にしておくことが、後々の信頼につながります。

そのほか

そのほか、見積りの過程で新たに見えてきた前提や要求事項、リスクは、前提条件ログや要求事項文書、リスク登録簿といったプロジェクト文書の更新という形で反映されます。

Web制作のような小〜中規模プロジェクトで頼れるのは「類推見積り」

ここまでプロセス全体を見てきましたが、実務での使われ方にも触れておきます。私の実感としては、Webサイト制作のようにそこまで大規模ではないプロジェクトでは、類推見積りが選ばれる場面が多いです。過去に手がけた案件を踏襲すれば、ある程度の精度が出せますし、何より見積りにかける時間を圧縮できます。侮れない見積り法だと感じています。

ただし、類推見積りには「蓋を開けてみたら想定と乖離していた」というリスクがつきものです。過去案件と似ているように見えても、実は要件の粒度やクライアントの巻き込み方が違っていた、というのはよくある話です。

このリスクを抑えるために私が意識しているのは、ボトムアップ見積りの考え方を部分的に借りることです。類推見積りで出した金額を、WBSに落とし込んだ作業項目と突き合わせ、「どの作業に、どれくらいの金額・工数が必要なのか」を丁寧にヒアリングしながら確認していきます。ざっくりした類推見積りと、地に足のついたボトムアップの視点を組み合わせることで、納得感のある見積りに近づけるはずです。

まとめ

「コストの見積り」は、単に金額を計算するだけのプロセスではなく、スコープ・スケジュール・リスクといった情報をインプットとして受け取り、見積り技法とデータ分析を通じて、コスト見積りと見積り根拠というアウトプットに変換する一連の流れです。技法選びだけでなく、インプットの揃え方、予備分析や品質コストの考え方まで含めてプロセス全体を意識できると、見積りの精度と説得力は大きく変わってきます。

各見積り技法をもう少し詳しく知りたい方は、以下の記事もあわせてご覧ください。