アジャイルで、ユーザーストーリーがイテレーションで完了しない場合はどうなりますか？
ストーリーを新しい反復に移動するだけですか、それとも次の反復を遅らせますか？
速度/ポイントなどの計算に影響を与えるため、反復間でストーリーをコピーまたは移動する必要がある場合にJiraのようなものを使用すると、少しトリッキーになります。
ベストプラクティスはありますか？
私の経験では、物語は成し遂げられているかされていません。未完の物語という概念はありません。スプリントの最後に、ストーリーの設計、実装、テスト、統合、およびシステムテストを完了し、顧客にそれをサインオフのために提示しました。その時点で、バックログから移動されるか、そのまま残りました。次のスプリントのバックログ。再推定の概念や部分的に完成した物語はありませんでした。
次の反復の開始時に、前の反復で開始され、未完成のままにされたNポイントストーリーは、依然としてNポイントストーリーと見なされていました。前のスプリントの速度を使用して、次のスプリントに適切な数のストーリーポイントをプルダウンしました。反復のストーリーポイントの数が前のポイントの速度になるまで、Nの未完了ポイントとトップストーリーから始めます。
しかし、それは単に私たちの慣習でした。重要なのは、一貫性を保つことです。選択するものは何でも、それをすべての反復で実行し、変更しないでください。これは、速度の計算方法と将来のスプリントの作業を推定する方法に影響します。
反復サイズはおそらく固定されています。 （私によれば）最良のアプローチは:)分割することです。通常、タスクが割り当てられている反復内でタスクが完了しない場合は、ユーザーストーリーを分割して、不完全なタスクを次の反復に移動することをお勧めします。新しいユーザーストーリーの見積もりは、元のユーザーストーリーを完成させるために必要な残りのユニットから計算されます。このようにして、推定値を保持し、履歴参照を維持することもできます。
ストーリーを次の反復に移動します。かなりの量の作業が行われた場合は、おそらくサイズを更新します。
A.ストーリーをプロジェクトバックログに入れます。それが最も重要なものである場合は、次のスプリントにスケジュールされます。そうでない場合、製品の所有者はより価値のあるものをスケジュールします。
B.このスプリントでは、そのストーリーのポイントは得られません。次のスプリントをスケジュールするとき、このスプリントを完了したストーリーのポイントのみをカウントします。 （そうです、次のスプリントの終わりにボーナスストーリーを引き込みます。すばらしいです。しかし、それが完了すると推定するよりも、ボーナスストーリーを取得するほうが良いです。 。）
ストーリーを次の反復に移動して、再度見積もることができます。いつでも製品の所有者/チームおよびスクラムマスターと何をすべきかについて話し合うことができます。
ジレンマ：未完成のストーリーのストーリーポイントはどこに行くのですか？彼らが終わったスプリント？各スプリントで終了した部分の各スプリントの部分的なクレジット？これが私がブログ投稿でジレンマに答えた方法です。
これらのポイントはどこにも行きません。クレジットなし。しかし、チームは作業を完了する必要があります。
このトピックに関するブログの全文： http://agileangle.blogspot.com/2011/07/story-points-who-gets-credit.html
他の回答に加えて、次のことができます
1）完了した作業を表すストーリーを作成し、残りの作業用に新しいストーリーを作成して、見積もりを調整します。
2）誤った推定があった理由を分析します。ストーリーは通常、コミットメントを表します。コミットメントが満たされなかった場合、それは一種の悪いことです。前もって十分な分析がなかった（つまり、開発者は実際にどれだけの作業が必要かわからなかった）か、人々が病気になったか、他のバグが作業の完了を妨げたかなど。
ストーリーが（doneの定義に従って）完全でない場合、そこからポイントを受け取るべきではありません。
次のスプリントでは、未完成のストーリーから残っているものに基づいて新しいストーリーを作成し、それをスプリントバックログに追加して見積もります。小さすぎる場合は、別のストーリーとマージすることができます。
ツールでこれを処理できない場合は、おそらく処理できるものを探す必要があります。私は low-tech tools を好みます。
スプリントに簡単に収まるように、また簡単に削除できるように、ストーリーを分解しようとする傾向があります。スプリント計画会議中にストーリーを成果物に分解するには、一定の考え方が必要です。
私が見つけたのは、ストーリーが成果物（表示されているかどうか、または2、3のスプリントでオフになっている可能性もあります）に分かれた場合、私のチームはトランクですべての作業を行うことができ、やることに煩わされないことです。ブランチで作業してから、後で作業をリベース/マージするのは常に面倒なので、それはおまけです。
与えられた回答のいくつかを変化させます。
所定のポイントでスプリントを見積もる場合は、34としましょう。指定されたスプリントの終了ポイントに到達した後、まだ完了していない場合は、修正スプリントに進みます。
これが意味することは：
- 34ポイントを獲得しました。
- 私たちが取り組んでいた物語を完成させなければなりません。これは割り当て時のバックログの最高の優先順位だったので、その優先順位を維持します。
- 完了の定義に到達するまで、与えられたストーリーに取り組み、取り組みます。この時間には0ストーリーポイントが割り当てられます。これは速度を調整するのに役立ちます。
- スプリントレビューでは、プロダクトオーナーがスプリントチームおよび関係者と協議して、完成度に関する決定を行います。この場合、POはストーリーが意図したとおりの顧客のニーズを満たさないことを宣言します。
- POは、新しいストーリーを作成し、Productバックログに配置することを選択できます。新しいストーリーは、他のストーリーと同様に、POが製品の現在の状態と顧客の現在のニーズについて持っている情報に基づいています。これには明らかに、上記の元に戻されたストーリーについて行われた議論が含まれます。
- 次の計画会議では、新しいストーリーが他のストーリーと同様に評価されます。 POは優先順位を付け、チームは作業量を見積もります。
ノート：
- 完成度は決定プロセスの要素です。たとえば、完了から「1時間」であることにチームが同意した場合、POは完了した決定を遅らせることに同意する場合があります。しかし、チームはまだ話が終わったことを示す必要があります！
- 私のチームでは、スプリントのレビュー後、ストーリーがスプリントから移動することはありません（現状のままクローズされています）。振り返りの際の話し合いのポイントとして、「完了」レートを使用します。ストーリーを移動すると、スプリントごとに完了率が100％であるかのように見えます。