ストーリーポイントが時間についてである場合、それらを使用することの真のメリットは何ですか？
既知のマイク・コーンの引用：
製品のバックログ項目を見積もる主な理由は、どの日付までにどれだけの機能を提供できるかを予測できるようにするためです。いつまでに何を提供できるかを見積もる場合は、時間について話します。時間を見積もる必要があります。具体的には、努力を見積もる必要があります。これは、本質的に何かを行うのに必要な人日（または時間）です。
では、何がメリットですか？チームがSPではなくMDのすべてのタスクを均等に見積もる場合、彼らは特定の日付までに何を提供できるかを正確に予測することができます。
ストーリーポイントが時間についての場合...
ストーリーポイントは時間ではありません。それらは、タスクを完了するために必要な労力の量についてです。
ストーリーポイントの考え方は、誰が作業を行うかに関係なく（経験、可用性など）、必要な労力の量は変わらないということです。時間がかかる場合がありますが、努力は変わりません。したがって、スクラムチームは、一連のスプリントの過程でその速度を決定することを目的としています。その速度は、通常処理できるストーリーポイントの数です。これは、チーム構成、不在、考えよりも複雑であることが判明したタスクなどの変動を考慮した平均的な数値です。したがって、各スプリントで達成できることをより正確に見積もることを目的としています。
時間で見積もる場合、ジョンは他の人より経験が少ないという事実を考慮に入れる必要があるため、ジョンの貢献度は低くなり、メアリーは3日間休暇でいるため、貢献度が低くなります。仕事はスプリントハードで達成できます。ストーリーポイントは、すべての詳細を抽象的な見積もりの背後に隠すことを目的としています。
ストーリーポイントの問題は2つあります。人々は、ストーリーポイントはもちろんのこと、数時間で見積もるのは十分難しいと感じているため、多くの場合、数時間で見積もった後、任意の変換を使用してストーリーポイントに変換します。もちろん、それはストーリーポイントの全体のポイントを打ち負かします。第2に、はるかに重要なことですが、人々は、ストーリーポイントを正しく理解するよりも、誤ったポイントを推定することがよくあります。推定は結局のところ推測です。知識に基づいた推測ですが、まだ推測しています。したがって、多くの場合、推定値はまだ間違っています。
では、メリットは何ですか？チームがSPではなくMDですべてのタスクを均等に見積もる場合、特定の日付までに何が提供できるかを正確に予測することができます。
"正確な予測"。本当に？ソフトウェア開発の全歴史の中で、運が悪い場合を除いて、重要な作業の所要時間を正確に予測しているチームがどこにも存在しないことは非常に疑わしいものです。彼らは推定宝くじをプレイし、数字を正しく推測しました。推定は推測です。正確な科学はありません。ストーリーポイントは推定に役立ちますが、特効薬ではありません。作業にかかる時間を正確に知る唯一の方法は、作業が完了するまで待ってから、所要時間を計算することです。しかし、それは実際には推定されていません...
考慮すべき点がいくつかあります。まず、本から人を引用することには問題があります。彼らの理解が変わっても彼らの本は変わりません。マイクコーンは数年前に基調講演でこの正確なトピックについて実際に話し、推定に関する彼の意見が年を経て実際にどのように変化したかについて話しましたが、人々はまだ彼の古い意見を本から引用しています。
質問の精神に反して、コーンからのより最近のブログ投稿は、時間との相関関係について語っています。彼が使用する例は実行しています。 5kを一貫して30分で実行する場合、次に実行する5kはおそらく約30分かかります。さて、あなたが病気だったり、天気が悪かったり、怪我から回復したり、ルートが違っていたりすると、その数は大きく変わる可能性があります。したがって、相対的な見積もりでは、たとえば2週間のスプリントで25ストーリーポイントを定期的に完了するチームは、おそらく次のスプリントで約25ポイントを完了し、4または5スプリントでおそらく100ストーリーポイントを完了するでしょう。時間単位での正確な見積もりには、非常に不正確（通常は1週間から2週間以上）であるという長い実績があるため、このアプローチの相対的な信頼性は、ほとんどのチームで価値の向上と見なされています。
相対的な見積もりを促進する他の人も、見積もりの価値を指摘します（見積もりとは対照的に）。見積りの行為は、仕事をより明確に理解するために私たちの重要な会話を駆り立てることがよくあります。実際、この段階の後で見積もりを単純に捨てるチームが増えています。これが主要な価値であり、見積もり自体が多くの場合、より良い損害をもたらすことがわかっています。
では、メリットは何ですか？チームがSPではなくMDですべてのタスクを均等に見積もる場合、特定の日付までに何が提供できるかを正確に予測することができます。
私はそれはすでに注目されていると思いますが、繰り返します：「正確な予測」は起こりません。
それはさておき、これが行われる大きな理由が1つあります。人々は、何かが絶対時間でどれだけかかるかを見積もることが非常に悪いです。人々は成果物を見て、すでにやったことと比較するのが得意です。たとえば、住宅建設業者は住宅の計画を見て、同様の複雑さとサイズの住宅と同じくらいの時間で建設する必要があると判断できます。
ストーリーポイントは、成果物をほぼ同じレベルの作業であるグループに分類する方法です。つまり、PMは、完成した成果物を調べ、実際に外挿するのにかかった時間を使用して、新しい成果物が納品にかかる時間の合理的な予測に使用できます。これが定義である理由です。アジャイル方法論では、「完了」の割合が非常に重要です。
ストーリーポイントの分類ごとに成果物にかかる実際の時間は、通常の曲線のようなものになります。これは、推定値が本質的に統計的である可能性があることを意味します。過去のパフォーマンスを考えると、98％の確率で2週間未満で完了すると言えます。これらを使用して、PERTなどに接続し、必要に応じて、または必要に応じて大量の作業について予測することもできます。
ここで重要なのは、これが誰かにどのくらい時間がかかるかを尋ねるのとどのように違うかを理解することです。前に述べたように、人々はこれでかなり悪いです。ほとんどの場合、彼らは見積もりが下回らないように埋め込んでから、その時間といくつかを加えて終了します。
ストーリーポイントの主な利点は、時間の見積もりの責任を開発チームからプロジェクトマネージャーに移すことです。
開発チームはタスクの複雑さの見積もりを提供し、PMは、以前の速度、チームメンバーの病欠/休日休暇のブロックタスクなどの独自の計算に基づいて時間に変換します。
これにより、推定タスクが2つのコンポーネントにうまく分割され、より適切に管理できます。開発チームはリソース計画について考える必要はなく、PMはコーディングの複雑さについて考える必要はありません