web-dev-qa-db-ja.com

スプリント中の要件の変更

私はアジャイルスプリントの真ん中にいます。途中で、私たちが取り組んでいた要件は、まったく異なる方法で簡単な方法で実行できた可能性があることを認識しています。現在の要件で行われた開発作業はまったく必要ないか、完全に変更する必要があります。これはアジャイルでどのように処理されますか?タイムラインと影響の変化を伝えても、これを処理する正式な方法は何ですか。

5
tuffkins20

やり直す必要のある作業に直面した場合は、やり直すです。

製品のバックログ項目の実装をやり直す場合、必ずしもユーザーストーリーを書き直す必要はありません。実装をやり直す動機は、ユーザーストーリーの変更とは何の関係もなかった可能性があります。

一部の実装を再実行しても、必ずしもスプリントをキャンセルする必要はありません。スプリントのキャンセルはまれです。スクラムチームは、スプリントで達成しようとしたすべてのことを常に達成するとは限りません。

スクラムは労力を最小限に抑えることを目的としていません。スクラムは、提供可能なソリューションの高品質な増分を生成することを目的としています。スクラムを使用する場合は、「再作業」が必要になる場合があることを受け入れます。最小限の労力とやり直しを目指したい場合は、別の方法を採用できます。

1
David

通常、製品の所有者は新しい要件を説明する新しいストーリーを作成し、新しいストーリーを他のストーリーと同様に見積もり、優先順位を付けます。

1
RibaldEddie

(私はあなたが「アジャイルで」を意味するのではなく、より具体的には「スクラムで」を意味すると思います-そうでなければ「正式な方法は何か」と尋ねることはあまり意味がありません)。

変更が非常に重要で、計画どおりにスプリントでの作業が無意味になる場合、製品の所有者は現在のスプリントをキャンセルして新しいスプリントを開始する必要があります(たとえば、 ここ を参照)。もちろん、彼は最初にチームと問題について話し合うべきです。

これは、チーム内であまり頻繁に発生しない状況であることが期待されます。

0
Doc Brown