Q1.
新しい仕事を始めることよりも、仕事を完了することを優先することは良い習慣だと考えられています。したがって、あなたの例では、開発者が新しいストーリーを開始するのではなく、欠陥の修正に集中することは理にかなっています.
スプリントの目標は、価値のある作業を完了することであり、多くの作業を進行させることではありません。
Q2.
チームがスプリントで計画した作業を完了できないと感じた場合は、プロダクト オーナーに知らせる必要があります。これは、製品所有者の期待を設定するのに役立ち、新しい情報に基づいて優先順位を再設定する機会を与えます。
スプリントで作業を完了できないのは、通常、スプリントにあまりにも多くの作業を取り込んでいるか、スプリント中にチームに予想外の影響を与えた結果です。どちらも大惨事ではありませんが、チームは振り返りでそれらを取り上げて、学ぶべき教訓があるかどうかを確認したいと思うかもしれません.
Q3.
スプリントに未完了の作業がある場合、それはチームのベロシティ計算には寄与しません。通常、これはベロシティが低下することを意味するため、スクラム マスターはチームが将来のスプリントに持ち込む作業を減らすように促します。
Q4.
テスターが以前のスプリントから欠陥を見つけた場合、プロダクト オーナーに報告し、バックログに追加する必要があります。プロダクト オーナーが欠陥の修正を優先事項と見なしている場合、現在のスプリントにそれらを持ち込むことを提案する場合があります。これが適切かどうかを判断するのはチーム次第であり、追加されたスコープを補うために、既存の計画された作業の一部を削除したい場合があります。