すべての要件について詳細なポーカーセッションを事前に計画している場合は、多くの時間を浪費しています。私の経験では、詳細なプロジェクト要件は単に固定されていないため、多くの時間を費やして項目の見積もりに費やしています。ビルドしないか、ビルドするまでに大幅に変更されているため、最初の見積もりが有効ではありません。
すべての推定値は推測ですが、頻繁に実行し、推定値の正確さに関するデータを保持している場合は、推定をよりよく行うことができます。見積もりは2つのレベルで行うのが最善です。1つはプロジェクトで、もう1つはプロジェクト内の進行中のプロセスです。
まず、プロジェクトの見積もりを求められたら、以前のプロジェクトでの経験を使用して、機能レベルで見積もります。以前の初期見積もりのデータを保持し、それらに対してどのように追跡するかを確認します。ポーカーの計画と同様に、この初期見積もりを行うことができますが、作業をタスクに分解しないでください。見積もりを行うために、いくつかの大きなバケット(機能が機能するのに半週間または1週間の増分が機能する可能性がありますが、それよりもはるかに細かい)を自分に与えるだけです。複数のチームメンバーが推定している場合は、この時点であまりにも多くの議論に時間を費やさないでください。雑草に踏み込むのではなく、最も悲観的な推定を行ってください。
次に、短いプロジェクト反復(短い反復があると想定)を行うとき、最も優先度の高い項目を選択し、タスクレベルでそれらを見積もります(もちろん、それらを開発して提供します)。最初の反復を繰り返すと、詳細な見積もりがどれほど正確であるか、および初期の概算見積もりと比較する方法がわかります。これで、それらの初期推定値がどれほど正確であるかを確認しながら、それらの初期推定値を修正できます。ベルトの下に数サイクルがあると、プロジェクト完了日の信頼区間を指定できます。
概算見積もりの単位は、見積もりの精度を高めるための優れたコミュニケーションツールです。最初の単位は日または週ですが、詳細な見積もりは時間単位です。