どれくらいかかるか：幻想のない見積もり

なぜ皆が同じ方向に外れるのか

人々はすべてうまくいくパスを見積もる。実際には、開発時間はコードを書く時間と、その周辺すべての間で分割される：統合、環境、実データ、テスト、修正、承認待ち、他者の待ち時間。この差が約束と現実の乖離のほとんどを占める。

それでも見積もる方法

二日以内に分解できる項目に分割する。分解できない項目は理解されていない項目であり、そこに本当のリスクがある。

範囲を出す：速い、普通、悪い。速いと悪いの差は不確実性を測り、それだけでマネジメント情報になる。

悪いを普通にする条件を書き留める：待ちの決定、環境へのアクセス、ベンダーからの回答。これらが最初に対処すべきことだ。

議論より計測

数サイクルの作業を経ると本物の数字が得られる：チームが週に実際に何件の項目を完了するか。この数字に基づいた計画は、会議で述べられたどの見積もりよりもはるかに正確だ。

何かが変わったとき、公開で予測を更新する。早めのサプライズは許容できる；期日の前日のサプライズはそうではない。