スクラム手法におけるスプリントについて
方法論スクラムについて、特にSprintの期間中は、次のように言うのが正しいでしょう。
範囲は、スプリント中に製品所有者と開発チームの間で明確にし、再交渉することができます。
はい、もしくは、いいえ？どうして？
はいまたはいいえ？
はい、それは公式の スクラムガイド が言うことだからです：
詳細がわかると、範囲が明確になり、プロダクトオーナーと開発チームの間で再交渉される可能性があります。
なぜ？
スクラムは規範的な環境ではなく、コラボレーション環境であるためです。
開発が進むにつれて、お客様の要件に関する詳細情報が知られています。製品の所有者と開発チームの両方が、顧客のフィードバックに基づいて何が構築されているかをより深く理解します。この情報は、お客様のニーズに合った製品をお届けするために、開発プロセスにフィードバックされます。
繰り返しますが、スクラムガイドの同じセクション：
スプリントは、少なくとも毎月、スプリント目標に向けた進捗状況の調査と適応を確実にすることにより、予測可能性を可能にします。スプリントは、リスクを1か月のコストに制限します。
はい、これはスクラムガイド、9ページに明示的に記載されています。
スプリント中：
- スプリント目標を危険にさらすような変更は行われません。
- 品質目標は減少しません。そして、
- スコープが明確になり、製品所有者と開発チームの間でさらに交渉が行われる場合があります。
はい、いつでもバックログにストーリーを追加または削除できます。バックログは、現在どのスプリントにも割り当てられていないストーリーです。
さらに、現在アクティブなスプリントにストーリーを追加または削除できます。これは通常交渉が行われる場所です。
企業がストーリーXを現在のスプリントに追加したいとします。作業を完了するために、チームはストーリーYを削除し、ストーリーXを完了するために、次のスプリント中に実行されるようにバックログに戻すことを決定する場合があります。
だからそれも可能です。理想的には、合意されたすべてのストーリーをより成功させるために、スプリントの開始近くで追加/削除する必要があります。
依存関係やその他の理由により、これはトリッキーな場合もありますが、可能です。