scrum - 複数のスプリントにまたがるユーザー ストーリーを管理する最善の方法は何ですか?

Question

私たちはプロジェクトでアジャイル スクラムの方法論に従っており、2 つのスプリントにまたがる巨大なユーザー ストーリーに出会いました。バーンダウンチャートでこの項目をどのように報告しますか? このユーザー ストーリーはどのスプリント バックログに属するべきか?

Answer 1

ユーザー ストーリーは常に、現在のスプリントの時間枠内に収まる作業項目に分割する必要があります。

ストーリーをチームに持ってきて、それを論理的に分解して繰り返し作業する方法を尋ねます。そのフィードバックに基づいて、元の親ストーリーから複数のストーリーを作成して作品を表し、それらに個別に優先順位を付けて見積もることができます。

バックログに関しては、ビジネスの利害関係者と話し合って優先順位を付けている、より大きなユーザー ストーリーを含むプログラム レベルのエピック バックログを追跡する必要がある場合があります。その場合、リリース全体にわたるプログラム レベルのバックログにエピックが含まれます。ストーリーがより確実で詳細になるにつれて、チームの実装バックログに移すことができます。

一部のプロダクト オーナーは、バックログの「ビジネス」ビュー用に別の Excel スプレッドシートを実際に維持しており、チームの標準的なバックログには細分化されたユーザー ストーリーのみを保持しているのを見てきました。

Answer 2

スプリント バーンダウン チャートは、スプリント目標の達成までの距離を示します。未完成のストーリーは、必然的にスプリントの最後にバーンダウン カーブが未完成であることを意味します。それについて特別なことをする必要はありません。それは単にイテレーションの状態です。

通常、スプリントの終了時に、未完成のストーリーが次のスプリントに持ち越されるため、バックログが変化します。バーンダウン チャートがストーリーまたはタスクのどちらを反映しているかに応じて、未完了のストーリーのポイントまたは未完了のタスクの見積もりを残りのスプリント アイテムと合計して、Todo の合計を取得し、理想的な傾向を描きます。

ただし、2 つのスプリントにまたがるストーリーは偶発的なものであり、意図的に計画されたものではないことに注意してください (代わりに、より小さなストーリーに分割してください)。