バグ修正を見積もる方法は？
未知の方法で壊れているものを修正するサイズを実際にどのように決定できますか？私はクラスの人々に欠陥修正の2つのサイズしか知らないことを伝えます：1）何が壊れているか、そしてそれを修正する方法をすでに知っているので些細なこと、2）何が壊れているのか、またはそれを修正する方法がわからないので無限！それらが私たちに利用可能な唯一の2つのサイズである場合、どうすればそれらを推定できるでしょうか？
ボブ・ハートマンのブログからそれを得たが、それはまさに私の質問だ。些細なバグのように見えることもあり、非常に複雑で、小さな文字をどこかに変更することで大きな問題が解決する場合があります。では、推定中に実際に修正しようとせずに、どれくらいの時間がかかるかを知るにはどうすればよいでしょうか。見積もり中に修正する場合は、なぜ見積もりを行うのですか？
サイズは特定できませんが、見積もりは可能です。見積もりはsome情報を上司に提供するため、some値を提供します。これは値がないよりはましなので、正確ではない場合でも、手間をかけて見積もりを行う必要があります。
これはなぜですか？ビジネスは繰り返しで実行されるからです。確かに、修正を行うのに1日もかからない確率が50％あることをマネージャーに伝えることは、難しい情報ではありません。しかし、マネージャーには複数のレポートがあり、プロジェクトには1日以上あります。見積もりが良ければ、長期的にはこれらの問題の半分willは1日もかかりません。これは、予算編成や計画などを行うときに知っておく価値のあることです。
そして、どのように推定しますか？さて、あなたは最も近い以前の状況と比較して、あなたは推測します。これでほとんどすべてです。明らかに、どのような状況が似ているかを判断するにはある程度の専門知識が必要であり、場合によっては間違ってしまうこともあります。それはポイントではありません。重要なのは、問題がどれほど不可解であるように見えても、開発者として、あなたは上層部よりもこの判断を下す可能性が高いということです。したがって、あなたはその上層部を呼び出す論理的な人物です。
これは、彼がプログラミングが上手なため、プログラマーに彼にプログラミングを依頼するMBAと同じです。価値あるサービスを実行することで報酬が得られます。この場合、作業しているプロジェクトの計画の不確実性が減少します。それをゼロに減らすことができないことは問題ではありません-ビジネスでは限界値ではなく絶対値で考える必要があります。
あなたは問題に対するあなたの忍耐力を推定します。
何が問題を引き起こしているのかわからない場合があります。それを修正するのに何が必要かわからない。どのくらいの時間がかかると予測できますか？
あなたはあきらめて、何か他のものに取り組む前にどのくらいの時間を予測します。これで、問題を理解するだけでよく、解決策を理解する必要はありません。
問題をまだ理解していない場合、この質問に対する典型的な答えは「私はあなたに戻ります」です。