0

私が読んだすべてのドキュメントは、スクラムスプリントの最後に、タスクが完了し、ユーザーストーリーが実装され、顧客がデモを取得して実装を受け入れる方法を詳細に説明しています。

私がよくわからないのは、これがうまくいかないときに何が起こるかということです。

スプリントはタイムボックス化されているため、スプリントを延長して何かを完了する時間を作ることはできません。特に、スクラムの新規参入者のチームが見積もりを行っている場合、タスクのサイズを過小評価している可能性があります。スプリントが終了したときに不完全なタスク（したがってユーザーストーリー）をどのように処理しますか？

放棄されたタスク/ユーザーストーリーをどのように処理しますか。チームは、作業に着手するときに、価値がないことを発見しますか？

完了したと思われるが、顧客が受け入れることができないタスクにどのように対処しますか？

インデックスカードを使用しているとき（肩をすくめて次のスプリントを計画しているとき）、これらの状況へのアドホックなアプローチを想像できると思いますが、ソフトウェアが構造を強制するRally（または同様の）で何をしますか？

4

3 に答える 3

2

私がいつもやってきたことは、未完成のストーリーを次のスプリントに移すことです。

ストーリーが2つの論理的な部分に分割され、一方が終了し、もう一方が終了しない可能性があります。その場合、ストーリーを分割し、未完成のピースを次のスプリントに配置します。

于 2012-02-02T14:07:35.127 に答える
2

  1. スプリントの最後にユーザーストーリーが終了していない場合は、次のスプリントに移動します。

  2. スプリント中にユーザーストーリーに価値がないことに気付いた場合は、プロダクトオーナーやスクラムマスターに、なぜスプリントに含まれているのかを尋ねる必要があります。ただし、それが発生した場合は、ストーリーとタスクを閉じて、現在のスプリントに他のアイテムを追加できます。

  3. 顧客がユーザーストーリーの製品を受け入れない場合は、なぜ彼がそれを受け入れないのかを確認する必要があります。ユーザーストーリーの受け入れ基準が満たされていません。この場合、ユーザーストーリーが再度開かれ、バグまたは追加のタスクが追加されます。受け入れ基準が満たされている可能性もありますが、顧客には追加の要望があり、次のスプリントのために新しいユーザーストーリーを作成して計画する必要があります。

于 2012-02-02T14:14:16.423 に答える
1

不完全なユーザーストーリーごとに、[分割]オプションを使用して、残りの作業を次の反復（またはバックログ）に分散させることができます。

ユーザーストーリーを分割すると、結果は、過去の反復での未完成のユーザーストーリー（履歴プレースホルダーとして）と、次の反復でのユーザーストーリーの継続になります。

詳細については、https ：//help.rallydev.com/manage-unfinished-workをご覧ください。

于 2014-05-09T02:00:13.877 に答える