最良 / 最も可能性の高い / 最悪のケースの見積もりを依頼する
タスクオーナーに見積もりを依頼するときは、3カ月、2週間、5日間など、具体的な数字だけを聞かないようにしよう。その代わりに、最良 / 最悪のケースの見積もりを提示してもらうようにする。これは、見積りの重要な背景を知るために重要だ。たとえば、デベロッパーがアプリの開発に4週間と見積もった場合、その4週間という見積もりが最良の場合の（すべてが完璧に進み、途中で事故がないと仮定した場合の）夢物語なのか、過度に保守的な最悪の場合の見積もりなのか、それともその中間なのかはよくわからない。
advertisement
デベロッパーに最良 / 最悪のケースを尋ねると、スケジュールを空けてすべての要件をすぐに受け取れば1週間で作業を完了できるが、逆に何度もテストが必要な場合は2カ月かかると説明されるかもしれない。このような追加の文脈は、プロジェクト全体のスケジュールで使用される最終的なタスクの見積もりを決定するためだけでなく、プロジェクト計画中に議論して対処すべき真のリスクや機会を特定するために、より重要だ。このような現実的な時間遅れのリスクをプロセスの早い段階で知ることができれば、それを軽減することができるし、この知識によって、リーダーは本当に現実的なプロジェクトスケジュールを定義することができるようになるのだ。
このシンプルな2つのテクニックは、現実的で健全な納期を定義するか、それともせいぜい夢物語のような納期を定義するかの違いを意味する。合理的と思われるが本当に正しい情報に基づいていない期日を選んでしまわないように。プロジェクトスケジュールの基本的な構成要素を理解するために、タスクオーナーと関わる時間をとろう。プロジェクト中にあなたを驚かす事故に遭わないために、プロジェクトが始まる前に、潜在的な遅延の要素を理解する時間を取ることにしよう。
