web-dev-qa-db-ja.com

ストーリーが反復中に対象範囲外になった場合、その見積もり/サイズをどうするか?

時には、ユーザーストーリーのスコープを変更して、反復中にそれを完了します。例えば、

元のストーリー(8ポイント):ユーザーとして、データをPDFとして保存したいと考えています。

対象範囲外のストーリー:ユーザーとして、自分のtextデータをPDFとして保存したい。

ここで、対象範囲外のストーリーのサイズも縮小する必要がありますか?

[〜#〜]編集[〜#〜]

あなたはそのような場合に何をしますか、そしてその理由は何ですか?

5
Asim Ghaffar

場合によります。

ストーリーが何らかの理由で対象範囲外になった場合は、チーム内で「ストーリーの複雑さは変わりませんか? "答えがYESの場合、見積もりに変化はありません。ただし、複雑さが変化すると、それに応じて推定値も変化します。 見積もりは複雑さに直接比例します :)

2
karthiks

イテレーションに収まるようにストーリーを半分にカットする場合は、残りの作業について別のストーリーを作成し、両方のストーリーを再推定するのが最善です。 (新しいストーリーをスケジュールしたことがない場合でも、利用可能です。)

見積もりが数時間ではなくサイズの場合、これははるかに簡単です。

4
Sean McMillan

haveを使用することはできませんが、変更が発生するたびに再推定しても問題はありません。こうすることで、ストーリーの見積もりは、実行する必要がある作業をより正確に反映し、ストーリーのスコープが縮小された場合に何かをスロットに入れたり、ストーリーのスコープが拡大された場合に何かをドロップするように案内したりできます。

ストーリーの範囲が狭くなった場合は、新しいストーリー(またはいくつか)を作成して、受け入れ基準から除外された要件をキャプチャし、それに応じてその新しいストーリーを見積もる必要があります。


私が参加しているチームは、多かれ少なかれ上記のことを行います。書かれたストーリーが大きすぎて合理的に完成できないことがわかった場合、それ自体で成り立つ作業を新しいストーリーに分割します。

ただし、常に古いストーリーを再推定するわけではありません。それは、私たちがどれだけ作業に取り組んでいるか、残りのスコープが何であるかによって異なります。時々、私たちはまだ作業の大部分を行っていることが判明し、ストーリーは8ポイントの価値がなくなっているかもしれませんが、5ポイントのストーリーにはまだ大きすぎます。

(3を超えるストーリーが繰り返し予定されることはめったにありませんが、質問で与えられた数字をいくつかのコンテキストで使用しようとしています。)

新しいストーリーは常に新しい見積もりを取得します。何らかの理由で完了した反復の終わりまでに完了せず、最終的には「ロールオーバー」して別の反復に分割できないストーリーは、その時点でそれらを再推定して、すでに行われた作業による範囲の縮小を考慮します(存在する場合)。

4
Adam Lear

あなたはそもそも起こらないはずの問題を解決しようとしています。

ストーリーが対象範囲外である場合、そのストーリーは正しく定義または推定されておらず、まったく計画されていないはずです(またはコミットメントが間違っていました)。それはあなたが従うべき最初のルールです。ストーリーに「テキストをPDFとしてのみ保存できる」とする受け入れ基準が含まれていない場合、ストーリーはすべてをカバーするだけであり、そのようにサイズ設定され、そのサイズは計画時に考慮されるべきでした。

スプリント中のスコーピング解除のストーリーは間違っています。あなたは原作の物語にコミットし、その原作の物語を提供するかどうかを決めます。これについては、製品の所有者や次のいずれかと話し合うことができます。

  • ストーリーの一部を実装し、それを元に戻して、次のスプリントに向けて計画できるようにします。実装される残りの部分の見積もりは、次の計画の前に行われます。
  • 未完成としてストーリー全体を省略し、代わりに製品所有者に別の小さいものを作成させます-まだスプリントの境界内にいるため、サイズ変更は必要ありません。この変更を主張する場合は、現在のスプリントに関係なくその新しいストーリーを実行すると言っています。そのサイズの。元のストーリーは、次の計画の前に再推定して、再計画することができます。
  • ストーリーがスプリントのメインターゲットである場合、製品の所有者はスプリントをキャンセルして、新しいスプリントのストーリーを再定義または分解できます。これは非常にまれなケースです。

どちらの場合でも、元のストーリーは現在のスプリント中にそのまま残り、未完了としてマークされます。この理由は異なる場合があります

  • 誤ったストーリーの定義(受け入れ基準を含む)
  • ストーリーの誤った理解=間違ったコミュニケーション
  • ストーリーサイズの見積もりが正しくない
  • 楽観的な取り組み
1
Ladislav Mrnka