初期の高レベルの推定に適した推定手法は何ですか？
現在、Planning Pokerを使用して詳細な見積もりを行っています。これはうまく機能しますが、かなり詳細な作業の内訳に依存しています。多くの場合、十分に詳細な設計と作業の内訳を得るには6〜8週間かかります。
6週間から8週間の分析は、見積もりが高くなりすぎてプロジェクトを続行しても経済的に意味がないため、無駄になることがよくあります。高レベルの見積もりを広範囲に提供することは、これらの不安定なビジネスケースを取り除くのに適していると思います。
高レベルの初期推定にはどのようなツールとテクニックがありますか？
今は、以前と同じように「感じる」プロジェクトを選び、-50％/ + 100％の範囲を提供します。
すべての要件について詳細なポーカーセッションを事前に計画している場合は、多くの時間を浪費しています。私の経験では、詳細なプロジェクト要件は単に固定されていないため、多くの時間を費やして項目の見積もりに費やしています。ビルドしないか、ビルドするまでに大幅に変更されているため、最初の見積もりが有効ではありません。
すべての推定値は推測ですが、頻繁に実行し、推定値の正確さに関するデータを保持することで、より正確に推定できるようになります。見積もりは2つのレベルで行うのが最適です。1つはプロジェクトで、もう1つはプロジェクト内の進行中のプロセスです。
最初に、プロジェクトの見積もりを求められたら、以前のプロジェクトでの経験を使用して、機能レベルで見積もります。以前の初期見積もりのデータを保持し、それらに対してどのように追跡するかを確認します。ポーカーの計画と同様にこの初期見積もりを行うことができますが、作業をタスクに分解しないでください。見積もりを行うために、いくつかの大きなバケット（機能が動作するまでに半週間または1週間の増分が機能する可能性がありますが、それよりもはるかに細かい）を自分に与えるだけです。複数のチームメンバーが推定している場合、この時点であまりにも多くの議論に時間を費やさないでください。雑草に踏み込むのではなく、最も悲観的な推定を行ってください。
次に、短いプロジェクトの反復（短い反復があると想定）を行うとき、最も優先度の高い項目を選択し、タスクレベルでそれらを見積もります（もちろん、それらを開発して提供します）。最初の反復を一巡すると、詳細な見積もりがどれほど正確であるか、また初期の概算見積もりと比較する方法がわかります。これで、それらの初期推定値がどれほど正確であるかを確認しながら、それらの初期推定値を修正できます。ベルトの下に数サイクルあると、プロジェクト完了日の信頼区間を与えることができます。
概算見積もりの単位は、見積もりの精度を高めるための優れたコミュニケーションツールです。最初の単位は日または週ですが、詳細な見積もりは時間単位です。
すべての見積もりは、通常、それを分解することから始まります。
たとえそれが主要な機能のレベルにすぎない場合でも、できる限り細かく取得し、それらを推定します。そのレベルでも、ポーカープランニングミーティング（またはその他のコンセンサスベースの推定方法）を使用できます。
公式の見積もりシステムもいくつかあります（ [〜＃〜] cocomo [〜＃〜] が思い浮かびます）が、私は個人的にそれらに多くの在庫を入れていません。
これを行うには、1つではなく2つのタスクを作成します。
- 実行する作業を推定するタスク
- 実際に作業を行うためのタスク（行われた見積もり内で）
最初のものはポーカーで見積もることができ、「長い」見積りが完了すると、2番目を見積もるのに十分な情報が得られます。
はい、時々、この作業は高すぎて実行できないという結論に至ることがあります。しかし、実際にその見積もりに費やさない限り、とにかくそれを知ることはできません。