スプリントを開始し、途中で別のチームが作業を完了して UAT を通過させるまで、ストーリーの 1 つが達成できないことに気付いた場合に取られる通常のアプローチは何ですか?
ストーリーを開始し、途中で完了しましたが、別のチームからの 2 ~ 3 スプリントで作業が完了するまで、ストーリーを終了できません。
それをクローズしたくはありませんが、2 つのスプリントで「持ち越す」ことはしたくありません。
スプリントを開始し、途中で別のチームが作業を完了して UAT を通過させるまで、ストーリーの 1 つが達成できないことに気付いた場合に取られる通常のアプローチは何ですか?
ストーリーを開始し、途中で完了しましたが、別のチームからの 2 ~ 3 スプリントで作業が完了するまで、ストーリーを終了できません。
それをクローズしたくはありませんが、2 つのスプリントで「持ち越す」ことはしたくありません。
PO と協力して、このストーリーをプロダクト バックログに移動し、あなたのチーム (メンバー) に、依存するチームのデイリー スタンドアップであなたのチームを代表してもらい、場合によっては影響を受けるスプリントにストーリーを含めてハイライト/強調するように依頼します。あなたの依存関係を伝えます。それはすべて、情報「放射線」を構築することです。
通常のアプローチは、ストーリーをスプリントから外すことです。
ただし、検討する価値があります。
また、この問題がチームのふりかえりで取り上げられ、議論されることを期待しています。
ストーリーの書き方に関する多くのガイド ( INVESTなど) は、ストーリーを独立させることを提案しています。つまり、ストーリーの外で完了する他の作業に依存しないということです。この種の混乱のリスクを軽減するために、将来的にこのアプローチを採用することを検討する価値があります。
これがすでにあなたのアプローチであるが、依存関係を見逃すという間違いがあった場合でも、振り返りでこれについて話し合う価値があります。この問題は将来回避できますか?