スプリントが早く終了したらどうしますか？
スプリントが早く終了したらどうしますか？
スプリントが早期に終了した場合、現時点では、スクラムチームがバックログからストーリーを作成します。
バックログから取得したストーリーはどうなりますか？ストーリーは現在のスプリントに追加されますか？はいの場合、これらのストーリーが間に合わないとしたらどうでしょう。その後、スプリントは失敗しましたか？
プロジェクトバックログからスプリントに何かを持ち込みます（スクラムマスターとプロジェクトオーナーとの話し合いの後）。
あなたが引き受けるアイテムのサイズは、あなたが持っているどのくらいの時間に依存します。十分に小さいものがなければ、それを開始するために大きなタスクのサブタスクを作成します（つまり、いくつかの準備作業を行います）。
または、コードベースを改善するいくつかのタスクを作成します。なんらかの方法で改善できないコードベースを見たことがありません。いくつかのコードを確認して、単体テストなどを追加します。
ストレッチまたは将来のスプリントバックログアイテムでの作業は一般的なことのようですが、スプリントバックログアイテムが十分に小さく明確に定義されている場合、これは非常に理にかなっています。ただし、「完了」コードが「もはや完了」状態になる可能性のあるバックログ項目は避けてください。
スプリントが本当に終了した場合は、タグ付けし、配信の準備をして、配信し、ソースコードリポジトリを「次のスプリント」状態にして、スプリントの変更が遅れて配信が危険にさらされるリスクがないようにします。
私のチームが行うことは、バックログからタスクを取り込むことです。タスクは、どれだけ早く終了したかに関して完了するのに十分なほど小さいものです。 thatが完了したら、QAチームにテストに追いつくための時間を与え、開発者は「自由な日」を得ます。これを使用して、関連しない他の問題を調べることができます現在のスプリント、調査したいトピック、環境の構成/再構成など.
早く終わったからといって、大量の作業を行わないでください。チームがこのスプリントでやろうとしていることに固執し、追加の作業が終了した場合、それは素晴らしいプラスです。
私たちにとって、スプリントは早く終わりません。速度を上げるか、スプリントでより多くの作業を実行できるように問題を解決しただけです。
私たちは常に、製品の所有者によって重要度の高い順に優先されるアイテムのバックログを持っていると言います。チームがより多くの作業をスプリントに組み込むことができる場合、彼らの速度を考慮して、スプリントの残り時間に確実に適合するリストで次に何をすべきかを簡単に確認できます。
これにより、次に行うべきことについて、プロダクトオーナー/スクラムマスターとの話し合いを待つグループによるダウンタイムが回避されます。プロダクトオーナーとスクラムマスターがこのリストの上位を占めているため、次のスプリント（または時間が許せば現在のスプリント）に投入されるのを待っている作業が常にあります。
個人的な改善のためにスラックを使用することをお勧めします。確かに、バックログからストーリーを取り入れますが、自分自身に時間を費やすようにしてください。新しい言語を学び、カタを使ってクラフトを練習し、いくつかの要素をリファクタリングし、調整し、洗練し、新しいツールを作成して、アウト、ゴー、トークを支援します。関係者、同僚、またはクライアントに、QAチームが何をしているかを調べ、UXプロセスの仕組みを理解するために時間をかけてください。
あなたのビジネスとあなた自身に価値を提供し、バックログから物事を引き出すことを伴わずにあなたが提供するあなたの速度または質の価値の量を改善することができるあなたができることの膨大なリストがあります。