あなたの見積もりについて楽観的または現実的ですか？

<!–

–>

私はプログラミングのキャリアの中で、すでにかなりの数のプロジェクトの見積もりを作成してきました。 この 3 年間、私は 1 つの特定のプロジェクトの多くの機能を見積もり (および構築) してきました。

時間が経つにつれて、クライアントと私の間にある種の力関係が生まれました.彼らは私に「ブレント、構築するのに多くの労力がかかりますか?」と尋ねます.支払いたい”; 私たちのクライアントは常に「わかっています！でも、まず正確な見積もりが必要です！」と言います。

私たちのクライアントは、私の見積もりが実際にはかなり正確であると何度か言いました。 なにか そうです、私自身の経験だけに基づいて、私のプロセスをあなたと共有したいと思います. 多分それはそこにいる誰かを助けることができます.

まず最初に、2 時間から 4 時間の作業のすべてについて、バッファーを念頭に置いて見積もっても問題ないと思います。 私は通常、元のアイデアを 2 倍にしますが、ほとんどの場合、正確で小規模な見積もりが得られるようです。

問題は、数時間以上かかる機能から始まります。 人間の脳は、これらのスケールでの作業の範囲を完全に理解できるとは思いません。これは、範囲が大きくなればなるほど深刻になるだけの問題です。

個人的には、「すべてがうまくいけば、おそらく 3 週間かかるだろう」と、非常に楽観的に見積もる傾向があります。 そして、それは私がクライアントに伝えていたことです。 このアプローチの問題点は、「3 週間」しか聞こえず、「すべてがうまくいけば」という部分を忘れてしまうことです。

私は今、何も「うまくいく」ことはないことを学びました。 そして、予期せぬ変化が常にあること。 それらについても説明する必要があります。

そこで私はクライアントに尋ねます: 楽観的または現実的な見積もりが欲しいですか? 実際には、私の現実的な見積もりは単純に楽観的なものですが、2 倍または 3 倍し、範囲として表されます。 たとえば、私の楽観的な見積もりが 2 週間の場合、クライアントには 2 週間から 4 週間または 5 週間かかると伝えます。 楽観的な見積もりがすでに数か月に及ぶ場合は、3 を掛けることを好みます。見積もりが大きいほど、変化する可能性が高くなるためです。

私はこの戦術を何年も使用してきましたが、実際にはかなりうまく機能しているようです。

ここで重要だと思うのは、クライアントと私の間にオープンなコミュニケーションがあるということです。 ある程度の信頼があり、彼らがより楽観的なバージョンを好む場合があることはわかっていても、私は彼らに真実を伝えるだけで安全だと感じています.

ただし、このレベルの信頼とコミュニケーションは、数年間一緒に仕事をすることで得られます。 新しいプロジェクトの開始時に不足している可能性があります。 これが、非常に多くの開始プロジェクトが過小評価されている理由であり、ほとんどの場合、期待を調整する必要がある時点がプロジェクトに存在する理由です (それに伴うすべての結果を考慮すると、これらは通常、プロジェクトの寿命の中で幸せな時期ではありません)。

そのため、私はクライアントに事前に尋ねるようにしています。楽観的な見積もりと現実的な見積もりの​​どちらが必要ですか? 私は彼らに、長期的には現実的な方が良いことを知っていると伝えます.