アジャイルスプリント内でのQAの統合
私はしばらくの間「アジャイル」で働いていて、新しい会社でアジャイルに向けてもっと動くために働いています。私がいつも遭遇している問題の1つは、スプリント内でのQAの効果的な統合です。
ストーリーをQAに早く到達させ、そのフィードバックループを短縮することで、より良い結果が得られましたが、2週間のスプリントの例では、最後のストーリーがスプリントの後半にQAに到達することは常に避けられなかったため、QAはスプリントですが、開発者は何をしますか？ QA/UATから戻ってくるものを除いて、すべてのストーリーが完成し、配信されました。彼らが最後の日（スプリントの2日間）だけ親指をいじっていないことをどのように確認しますか？
開発者とQAは、どちらもスプリントが終了するまで作業する必要があります。
開発者は、バックログからストーリーを引き出すのに十分な時間がない場合、QAフィードバックの作業、独自の単体テストの実行、コードのレビューまたはリファクタリングなどに最後の日/数時間を費やすことができます。
もちろん、QAは最後の時間をスプリントテストに費やし、最後にフィードバックがあれば次のスプリントに持ち越します。
スプリントの終わりに本当に何もすることがない場合、人々は当然の長い昼食を取ることができます、多分スプリントの回顧展のための考えを集め始めるか、次のスプリントのための高レベルの計画。コードのレビュー（開発者）と再テスト（QA）も害を及ぼすことはありません。
あなたがそれを正しくやっていれば、スプリントの終わりに向かっての開発負荷は軽くなるはずです。それが機能していない場合、開発はバグを修正し、ストーリーを閉じようとしています。
いくつかのオプションは次のとおりです。
- 次のスプリントの準備。私はチームが次のスプリントで何が起こりそうかについて良い考えを持っていて、物語とありそうな仕事について考えているのが好きです。そうすれば、スプリントの計画は彼らにとって大きな驚きではありません。
- イノベーションの日-関連するトピックを選び、調査して発表します。これは、ガイド付きの場合に機能し、製品を前進させる良い機会であり、開発者に輝ける機会を与える可能性があります。
- 開発者はテストケースを実行します-チームはクロスファンクショナルであるはずですよね？ QAのボトルネックがある場合は、チーム全体でそれをシフトしてみませんか？