タスクを分解して部分を合計する

各サブタスクを独立して見積もり、それから合計する——合計はトップダウンの見積もりより真実に近い。

Why it works

トップダウンの見積もりは最良のシナリオに固定されます。分解はあなたに各ステップを具体的に直視させ、それ以外の場合は完全に無視するタスクを浮上させます。「アンパッキング効果」に関する研究は、構成要素を明示的に列挙することが、全体への知覚された可能性や時間の配分を増加させることを示しています——各構成要素が何がうまくいく必要があるかのリマインダーになるからです。構成要素の見積もりを合計することはまた、実行を詳細に考えたときにのみ表面化する「未知の未知」をスキップする計画の誤謬の傾向を捉えます。

How to do it

1. プロジェクトを最小の実行可能なステップに分解する——フェーズではなく個々のタスクに。
2. 実行中の合計を見ずに、各ステップの時間を独立して見積もる。
3. 合計する。統合と引き継ぎの摩擦のために20〜50%を追加する。
4. 合計を元のトップダウンの見積もりと比較する。大きなギャップを調査する。

エビデンス

確率判断におけるアンパッキング効果(トベルスキー&ケーラー、1994年)は、列挙された構成要素が集計された見積もりを引き上げることを示しています。ソフトウェア見積もり研究(ヨーゲンセン、2004年)は、タスク作業についてボトムアップの見積もりがトップダウンより正確であることを発見していますが、超過は依然として発生します。 (observational)

分解は役立ちますが超過を排除しません。それは主に、認識されていないステップによって引き起こされる最大の体系的な見落としを防ぎます。

出典

• Tversky & Koehler (1994), Support theory: A nonextensional representation of subjective probability, Psychological Review

よくある間違い

タスクではなくフェーズ(「計画」「実行」「レビュー」)を分解すること——粗い分解は各フェーズにおける楽観バイアスを保持してしまう。