質問

ユーザーストーリーの実装に必要な時間をどのように推定しますか?それがあなたがそれがどれくらいかかるかを知る前にあなたがした何かであるならば。しかし、それがあなたにとって完全に新しい場合はどうでしょうか? <!> quot; surprises <!> quot;にどのくらいの時間を予約しますか?

役に立ちましたか?

解決

このための優れた手法は、ストーリーをいくらか小さなタスクに分割し、(絶対にではなく)互いに比較することです。こう言うことができます:

  • タスクAは2ユニット(任意)かかります
  • タスクBはタスクAの約2倍複雑です(4ユニット)
  • タスクCの約半分は複雑です(1ユニット)

絶対的な複雑さよりも相対的な複雑さの推定の方が優れています。次に、タスクの1つを実際に実行し、<!> quot;リアルタイム<!> quot; 1ユニットを実装する必要があります-すべてのタスクを計算できるようになりました。進捗状況に応じて見積もりを更新し続けます。

この手法は、Mike Cohnによるアジャイルの推定と計画からのものです。主題に関するすばらしい本。

他のヒント

XPのアジャイル開発スクールでは、実際の時間ではなく、任意の単位で推定すると主張しています。 (<!> quot; Gummy Bears <!> quot;を使用しますが、何でも使用できます)。そのユーザーストーリーを実装するのに必要なユニット数について、最良の推測を割り当てます。

確かに、あなたは間違っているかもしれませんが、あなたの推測がほとんど正しいとき、あなたは開発の段階、数回の反復にぶつかります、そして、ビジネス/顧客がいくつの物語の正確な予算を得ることは簡単です反復に含めることができます。

早い段階で見積もりが難しい場合は、最も簡単なタスクの1つを1の値に割り当てることをお勧めします。それに関して、他のユーザーストーリーを評価し、ベストを尽くしてください。推測。何かが複雑すぎる場合、または十分に明確に定義されていない場合は、本当に大きな数を指定する必要があります。

もう1つの重要な概念は、反復ごとに各ユーザーストーリーの時間を再評価する必要があるということです。ストーリーの定義が適切になり、速度の推定が向上するにつれて、ストーリーの時間をより正確に取得できます。

驚きについては、ユーザーストーリーの推定にはあまり影響しません...驚きを表すユーザーストーリーがないためです。

私が働いている場所に実装されたテクニック。 各ユーザーストーリーについて、見出しのあるカードに書き込みます。各人にカードを取り、完了までにかかると思われる時間数を書き込みます。カードを互いに見せずに、タスクに対してカードを配置させます。すべての結果を数字で確認し、上部と下部の値を確認すると、通常は互いに非常に近い数字が得られます。

これらの値については、開発者または入力者に、平均値と比較してそれほど長いまたは短いと思われる理由を入力してもらいます。個人ではなくチームからのコンセンサスを考え出すということは、誰もがタスクを引き受けることを意味します。

これは、アジャイル技術について読んだ本のアイデアであり、著者にクレジットを与えることを忘れていました。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top