時には、ユーザーストーリーのスコープを変更して、反復中にそれを完了します。例えば、
元のストーリー(8ポイント):ユーザーとして、データをPDFとして保存したいと考えています。
対象範囲外のストーリー:ユーザーとして、自分のtextデータをPDFとして保存したい。
ここで、対象範囲外のストーリーのサイズも縮小する必要がありますか?
[〜#〜]編集[〜#〜]
あなたはそのような場合に何をしますか、そしてその理由は何ですか?
場合によります。
ストーリーが何らかの理由で対象範囲外になった場合は、チーム内で「ストーリーの複雑さは変わりませんか? "答えがYESの場合、見積もりに変化はありません。ただし、複雑さが変化すると、それに応じて推定値も変化します。 見積もりは複雑さに直接比例します :)
イテレーションに収まるようにストーリーを半分にカットする場合は、残りの作業について別のストーリーを作成し、両方のストーリーを再推定するのが最善です。 (新しいストーリーをスケジュールしたことがない場合でも、利用可能です。)
見積もりが数時間ではなくサイズの場合、これははるかに簡単です。
haveを使用することはできませんが、変更が発生するたびに再推定しても問題はありません。こうすることで、ストーリーの見積もりは、実行する必要がある作業をより正確に反映し、ストーリーのスコープが縮小された場合に何かをスロットに入れたり、ストーリーのスコープが拡大された場合に何かをドロップするように案内したりできます。
ストーリーの範囲が狭くなった場合は、新しいストーリー(またはいくつか)を作成して、受け入れ基準から除外された要件をキャプチャし、それに応じてその新しいストーリーを見積もる必要があります。
私が参加しているチームは、多かれ少なかれ上記のことを行います。書かれたストーリーが大きすぎて合理的に完成できないことがわかった場合、それ自体で成り立つ作業を新しいストーリーに分割します。
ただし、常に古いストーリーを再推定するわけではありません。それは、私たちがどれだけ作業に取り組んでいるか、残りのスコープが何であるかによって異なります。時々、私たちはまだ作業の大部分を行っていることが判明し、ストーリーは8ポイントの価値がなくなっているかもしれませんが、5ポイントのストーリーにはまだ大きすぎます。
(3を超えるストーリーが繰り返し予定されることはめったにありませんが、質問で与えられた数字をいくつかのコンテキストで使用しようとしています。)
新しいストーリーは常に新しい見積もりを取得します。何らかの理由で完了した反復の終わりまでに完了せず、最終的には「ロールオーバー」して別の反復に分割できないストーリーは、その時点でそれらを再推定して、すでに行われた作業による範囲の縮小を考慮します(存在する場合)。
あなたはそもそも起こらないはずの問題を解決しようとしています。
ストーリーが対象範囲外である場合、そのストーリーは正しく定義または推定されておらず、まったく計画されていないはずです(またはコミットメントが間違っていました)。それはあなたが従うべき最初のルールです。ストーリーに「テキストをPDFとしてのみ保存できる」とする受け入れ基準が含まれていない場合、ストーリーはすべてをカバーするだけであり、そのようにサイズ設定され、そのサイズは計画時に考慮されるべきでした。
スプリント中のスコーピング解除のストーリーは間違っています。あなたは原作の物語にコミットし、その原作の物語を提供するかどうかを決めます。これについては、製品の所有者や次のいずれかと話し合うことができます。
どちらの場合でも、元のストーリーは現在のスプリント中にそのまま残り、未完了としてマークされます。この理由は異なる場合があります