ハッシュタグ#NoEstimatesは、数年前にTwitterに登場しました。 その作成の目的は、プロジェクトのコストとタイミングの予備的な見積もりを置き換える方法の議論でした。 このような見積もりのないプロジェクトのアイデアそのものは、ほとんどのソフトウェア開発者にとって奇妙に聞こえますが、掘り下げると、より成功した情報源を見つけることができます。
ハッシュタグ#NoEstimatesについて最初に聞いたとき、それは異端でさえ奇妙に聞こえました。 事前評価なしでプロジェクトをどのように実現できますか？ 計画の基礎であり、それなしでは何もできないことは誰にも明らかではありませんか？
次の2年間で、これは議論のトピックに変わり、私は何度もそれについて考え、書きました。 この記事では、＃NoEstimatesとその実際の目標に対する私の態度をまとめています。
#NoEstimatesとは何ですか？
ハッシュタグは意図的に挑発的なものにしたと思います。 しかし、このサイトを見ると、実際にはそのアイデアがそれほどカテゴリー的ではないことがわかります。 議論を生み出した人々（Woody Zuill、Neil Killick、およびVasco Duarte）は、単にそれらをあきらめるのではなく、予備的な見積もりの代替案についてであると言います。
ただし、これは必然的にプロジェクトマネージャーからの異議と正当な質問を引き起こしました。 プロジェクトの顧客は、その費用を支払って、プロジェクトの費用とプロジェクトの作成にかかる時間を知っている必要がありますか？」
これらは非常に良い質問です。
あなたがキッチンで修理をするために誰かを雇ったと想像してください。 あなたは彼に見積もりを求め、彼はすべてが$ 20,000かかり、4週間かかると言います。 あなたは彼が間違っていることを知っています。 実際には、2倍の長さと2倍の費用がかかります。
しかし、すでにこれを知っているなら、なぜ最初から尋ねるのですか？
「作業を完了するには仮説値が必要」と思われる場合は、やめてください。 あなたが時間とお金の無限の供給を持っていた場合、それはとにかく行われていたでしょう。
予備的な見積もりは必要ありません。 しかし、私たちはそれらを切望しています。
なぜ彼らを切望するのですか？
私たちは彼らが決定を下すことを望んでいます。 それらに基づいて、プロジェクトに価値があるかどうかを判断します。 費用がかかりすぎる場合や時間がかかりすぎる場合は、キャンセルするか延期することができます。 したがって、異なる推定値を比較すると、より適切なものを選択できます。
さらに、彼らは計画に役立ちます。 たとえば、製品開発に1年かかると仮定した場合、そのマーケティングは今年の終わりの数か月前に開始されます。 そして、彼らは月に営業担当者を訓練し始めます。 予備的な見積もりにより、これらの洞察が得られ、より正確に計画を立てることができます。
明らかに、彼らは重要です：誰もがそれらを取得したい。 しかし、警告は誰もそれらを提供することを好まないということです。
予備評価問題
「魔法のように」コミットメントに変わった予備的な評価をしたことがありますか？ この組織の重複は非常に頻繁に発生し、不正確な予測は期限になり、開発者はそれに従って評価されます。
開発者は賢いので、このトラップに二度と陥ることはありません。 彼らは余裕を持って予測を行い、チームは念のために時間を追加し、ボスはそれを解決するために強化します。 数週間から数ヶ月、さらには数年に移行できます。
そして、ここではすべてがすでに間違っています。 決定を下すために評価が必要な場合、決定する必要のある数字はありません！
私たちはとても賢いので、このための解決策を見つけました。プロジェクトについてもっと学習すれば、より正確なアイデアを得ることができます（はい、起こります）。 全員が必要な作業量に同意すれば、在庫は必要ありません。 それで、私たちは何をしようとしているかをできるだけ正確に評価するために、時には数週間、集まり、話し合い、再会します。 数か月後、ついに数が手に入りました。 そして、この2か月間、実際に製品を作成するのではなく、推定と計算に数百時間を費やしました。
評価には多くの問題があります。 しかし、主なことはそれでさえありません。
予備的な見積もりはあまり役に立たない
私は彼らのためにプロジェクトがキャンセルされたことを見たことはありません。 それが十分に価値がある場合、それを行う方法を見つけました。 しかし、その価値が不確かだったため、プロジェクトがどのように延期されたかを見ました。 また、いくつかの異なるオプションがあると便利ですが、決定の時点で、それらすべてを等しく信頼していない場合、すべてに価値はありません。 そして、プロジェクトの責任者を私に見せてください。それは今日の私の予測に委ねられ、10か月後にはマーケティングを始めることが本当に可能かどうかを私に尋ねません。
意思決定と計画の予備的な見積もりを取得したい。 しかし、これらはこれらのタスクに非常に有用なツールではないようです。
予測が不十分であるため、予測を信頼していません。 私たちは偏見があり、過度に楽観的であり、私たちが話していることを知っていると思います。そして、プロジェクトはただ吐き出します。 そして、私たちが自分自身を驚かせるたびに。 そのため、予備的な見積もりを満たしているとき、私たちはこれに懐疑的で正しいのです。
これには理論的な正当化もあります。 Steve McConnellは、20年前に不確実性の円錐の概念を世界に紹介しました。 プロジェクトの予備評価を行うとき、私たちはそれについてほとんど知らない。 作業を進めるほど、霧が分散され、予測が更新されます。 ただし、要件が変更された場合（常に変更された場合）、コーンは再び開き、すべての推定値が排水溝を流れます。
私たちは本当に何が欲しいですか？
私たちは正しくありたい。 私たちは正しい決定を下し、それについて自信を持ちたいと思っています。 評価はこのためのツールですが、それらにのみ依存しています。 おそらく、私たちが正しく自信を持って行動するのに役立つ別の情報源があります。
ニール・キリックが例を挙げます。 電車でどこかに行く必要があります。 「電車はいつ出発するの？」と尋ねることができます。そして、計画に役立つ大まかな見積もりをします。 しかし、「彼がいつ帰るのか迷うことはありませんが、彼らが10分で行くことは確かです」と言ったら、これはより良い決定を下すのに役立つでしょうか？
新しい情報が利用可能になると、暫定的な推定の精度が突然低下します。
他にどんな種類の情報が私たちを助けることができますか？
振り返ってみると、どの決定を下すことができるかに基づいて、他のタイプの情報を見ることができます。
値による優先順位付け：得られる値を評価し、それを推定コストと比較すると、より適切な決定を下すことができます。 価値ではなく価値に焦点を合わせるということは、どこから投資するかということです。 遅延のコストを計算するなどの計画方法は、最前線に価値を置き、プロジェクトの比較と優先順位付けを容易にします。
難易度の評価：プロジェクトが他のプロジェクトとどの程度類似しているか、プロジェクトに関する情報のどの部分がチームに適用できるかを評価します。 以前に同様のプロジェクトがチームによって実装されましたか？ あなたの会社で？ それとも、彼は真新しいですか？ これに答えて、あなたの成績の価値を理解してください。 Liz Keoch難易度評価モデルは、評価を状況に応じて配置できます。
データの収集：過去の経験により、内なる声よりも正確に予測することができます。 チームがプロジェクトに取り組んでいる速度は、そのようなプロジェクトにとってどれだけ論理的になるかを示します。 ただし、これは他のチーム、技術、または分野には適用されない可能性があるため、ここでは注意してください。
変動性の削減：速度データは、プロジェクトのサイズが近い場合に役立ちます。 何かが常に3〜4日かかる場合は、予測できます。 すべてが非常に異なる場合、間違いなく予測できません。 チームは作業の等間隔を測定できる必要があり、学習すると、より確実に予測できるようになります。
何も知らないと仮定します。元米国防長官は、知識のカテゴリを「知っていること、知っていること」、「知らないこと」、「知らないことについて、知らないこと」に巧妙に減らしました。 最初の2つのカテゴリでは予測を行い、3番目の予測ではすべての予測を細断します。 想定できる最も重要なこと：私たちは何も知らず、私たちに知られていることはすべて単なる想定であるということです。
あなたの仮定を数えてください：私たちの推定は仮定に基づいているので、最初に仮定を議論し、次にそれらに基づいた予測に移る方が良いです。 仮定を知れば、おかしなことが起こります。それらは批判、承認、または敗北する可能性があります。 受けるべき批判は、現実から離婚した仮定に頼るためのささやかな料金です。
実験：最後に、すべてを頭から取り除く価値はありますか？ おそらく、私たちがしなければならないことを理解しようとすることは実際には価値があります。 吸い込まれた指に基づいて計画を作成する代わりに、多くの仮定を実験的にテストできます。 失敗した場合に、一連の小規模で低コストで脅威のない実験を計画できます。これは、どの仮定が正しいかを示し、痛みを伴う失敗ではなく成功した製品への道筋を示します。
予測なしで作成されたプロジェクトがあります。 しかし、そのようなアプローチでは、環境がそれを理解する必要があります。 組織がまだ理解に至っていない場合は、少なくとも代替案を使用して、代替案ではなく予測を補完するように周囲の人々に教えてください。 評点を計算する時間を制限し、代わりに仮定に基づいて迅速にフィードバックを取得します。
#NoEstimatesを学び始めたとき、この考えは奇妙に思えました。 今、私にとって伝統的なアプローチは奇妙に思えます。 「どれくらいの費用がかかるのか」を尋ねるのは非常に簡単ですが、今ではほとんど仮定に基づいて決定するのではなく、実際の情報に基づいて決定をしようとしています。 これはもっと論理的ですね。
予備見積もりの拒否：#NoEstimatesのポイント
All Articles