マイルストーン/タスクリストの計算
私のプロジェクトマネージャーは、iPadアプリケーションの開発時間を見積もるタスクを私に割り当てました。私が15営業日と見積もったとしましょう。多くの場合と同様に、クライアントとクライアントの数が多すぎて、アプリケーションの変更を緊急に必要とする日数を考えました。
それで、彼は私に言った：「あなたを含むtwo開発者を割り当てるつもりであり、私の理解と経験によると、それは7営業日以上はかかりません。
説明
私は個人の発達時間を見積もる仕事を与えられました。 2人の開発者が7日以内に完了するとどうしたら確信できますか？ （私はチームに不慣れで、他の能力をほとんど知りません）
質問
- プロジェクトマネージャー/チームリーダーのほとんどが次のような理解を持っているのはなぜですか：
- 1人の開発者がN日を必要とする場合、
- その場合、2人の開発者はN/2日を必要とし、
- 彼らは
developer = s/w production machinesのようなものを考えていますか？ - チームメンバー（開発者、チームリーダー以上のポストではない）が他の開発者の作業を見積もる必要がありますか？
私は会議で何も否定せず、言いませんでしたが、彼らが従うN/2の公式が正しくないことを彼らに納得させるための適切な答えは何でしょうか？
本当に経験豊富な開発者だけが正しく見積もることができます。その理由は、彼の見積もりと実際に起こったこと（エラー）を繰り返し比較することで、直感的に能力を高めることができるためです。
非常に少数の経験豊富な開発者またはマネージャーが他の人のために推定することができます。チーム全体の見積もりはさらに複雑であり、適切なツールなしでは不可能だと個人的には信じています。
そのため、ポーカーの計画や速度の追跡と組み合わせた集団的な見積もりが適しています。
Planning Poker認知バイアス （考えは信念や環境などの影響を受ける）の影響をチームが回避するのに役立ちますが、 速度追跡 は後で使用されます計画は、マネージャーが主観的な見積もりを現実的な見積もりに変換するのに役立ちます。
これは標準的な推定の罠であり、高官が問題についてより深い洞察を持っていない場合にほとんどの人が入ります。問題の核心は推定ではありません。詳細でもありませんが、通常はすべてが認識（つまり、マーケティング担当者が一致させる必要がある競争力のある見積もり）に要約されます。
ほとんどのプロジェクトマネージャーは、パッドの見積もりをする傾向があります。そして、PMを管理するほとんどの人はこれを知っており、悪循環や見積もりの交渉が続いています。こんな掘り出し物を勝ち取ったPM）を見たことがない！
一般に、見積もりの議論に勝つことが難しいと思うときは、アジャイルまたは反復を実装する時が来ました。一言で言えば、最初に最も重要なことを実行し、顧客（または担当者）に検証を依頼します。
原則として、私は最初のしっかりしたリリースだけで、誰もが最も重要であると確認したものとその後のいくつかのマイルストーンで彼らを説得しようとします-バランスはこの時点までの理解に依存するという理由で何度も。反復が多いほど、プロジェクトの可視性が向上し、人々は目前の問題をよりよく理解する傾向があります。
次に、主要なリスク領域を早期に特定します。プロジェクトを成功または失敗させる上で極めて重要な役割を果たす主要な目標とマイルストーンを特定します。そして、そこにたどり着くまでにかかる最小時間を確認してください。最悪のケースのベストケースの比率が依然として大きく変動する可能性があることを考慮して、潜在的な問題（具体的には要件が未解決のまま）がある場合は、明確にして誰かを評価してください。主要なテクノロジーの課題を特定して強調表示します。知らないかもしれないし、物事が簡単かもしれないと思っているかもしれません。
最後になりますが重要です。タイムラインを短縮するためにリソースを増やすことは避けてください。
これを読む
1。記事 時間通りに予算内で高品質のアプリケーションを提供する方法 および
2。本 急速な発展 。
本質的な教えは、ほとんどの人が速いスケジュールを要求する一方で、本当に信頼できるスケジュールを必要とする（そして望んでいる）ことです。予測可能で安定した、より目に見えるプロジェクト管理方法を導入することで、見積もりのwhyの部分が広く受け入れられるようになるという望ましい信頼がすべてもたらされます。
時間が経つにつれて、人々があなたをより信頼するようになると、推定の罠がゆっくりと消えていくことがわかります。