見積もりは目標ではなく、コミュニケーションツールです

出荷される製品には、それに依存するものがあります。会社の規模に応じて、マーケティング、宣伝、事業分析、将来の製品計画、またはその他の多くのことが可能になります。これは、ボブが探している答えは、「これが行われると想定して、いつから始められるので、それに依存することを計画し始めることができるか」ということを意味します。

「これはすべき」と答えています によって行われる…」が、ボブは「これはなります によって行われる…」。

デビッドブライアントコープランドは、その最初の章でこれについて話している素晴らしい本、シニアソフトウェアエンジニアを持っています：

上級ソフトウェアエンジニアは信頼されており、最も重要な作業を確実に実行することが期待されています。それを達成する方法は、あなたが行うすべてのことを結果の提供に集中させることです。

そのことを念頭に置いて、ボブと彼の条件で会うのが最善です。これは次のことを意味します：

• 見積もりは50％ではなく90％の信頼度で行う必要があります

  ボブは、実行中の作業に依存する計画をいつ開始できるかを知りたいと考えています。これが見積もりを埋める必要があることを意味する場合（おそらくそうです）、それは問題ありません。これが1、2時間で彼を取り戻さなければならないことを意味する場合、それも問題ありません。

• 見積もりは、出荷までの時間、テストの受け渡しまでの時間、展開キューまでの時間などに基づいて行う必要があります

  これは、結果の提供に焦点を当てることに戻ります。ボブがプロジェクトの出荷を待っている場合、QAが滞っていれば、ボブには何の役にも立ちません。これは通常、見積もりを再度埋める必要があることを意味します。これは問題ありません。

• 最善の見積もりは、多くの場合、「今は答えられませんが、折り返しご連絡します」です。

  見積もりがより小さな部分に分割され、それぞれが理解しやすい場合、90％の信頼度の出荷までの時間の見積もりを取得するのははるかに簡単です。多くの本が正確な見積もりを行うための戦術について論じていますが、それはこの投稿の範囲外です。

十分な速さで動いていないと言われた場合はどうなりますか？

私が働いたところはどこでも、経営陣は私たちがもっと速く動くことができることを望んでいると言われました。どんなに早く商品を届けても、品質を完全に犠牲にしても、見積もりが絶対に狂っていても、1日20時間働いても、経営陣はもっと早く動けたらいいなと思っています。開発者の仕事は、それが単なる願いであり、高速でありながら維持可能なペースを維持し、予測可能であり、結果をもたらし、高い品質水準を維持するという彼らの仕事をすることです。

私の見積もりを陽気な量で上回り、私の見積もりは信じられないほど埋められているように見えますか？

定期的に過大評価している人が罰せられるのを見たことがありません。次に、予想よりもはるかに長いプロジェクトがあったときに報われるでしょう。与えられた量による過大評価は、同じ量による過小評価よりもはるかに優れています（おそらく損失回避に似ていると思います）。ほとんどの場合、バックログがあり、次のタスクをより早く開始できます。すばらしい！

50％のケースをターゲットにした場合、予期しない合併症が製品スケジュール全体を破壊する可能性があります。あなたはそれを約半分の時間でやるでしょう！ 90％のケースをターゲットにすると、事態がうまくいかなくても、残りのスケジュールは意図したとおりに機能します。製品は時間通りに出荷され、誰もが満足しています。昇給とプロモーションがあり、すべての中で最高の報酬が得られます。より多くの見積もりを行うことができます！