プロダクトバックログ項目はReadyなものだけスプリントに投入するべきという話

みなさんこんにちは。@ryuzeeです。 プロダクトバックログはスクラムにおける生命線の1つです。 プロダクトバックログが良くないとプロダクトの価値がでなかったり、そもそもスクラムチームとして安定したデリバリーを行えません。 プロダクトバックログでよく起こる問題プロダクトバックログを管理する上でみなさんがよく知っているのは、並び替えをする、という点ですが、これだけではまったく不十分です。 単に並び替えだけをしたプロダクトバックログで、スプリントを始めてしまうと以下のようなことが起こります。 選択したプロダクトバックログアイテムの中身に対してプロダクトオーナーと開発チームの理解が違ってしまうそのためスプリントを開始した後に頻繁にプロダクトオーナーと会話をする必要が出てきてしまい、場合によっては本来の要求が別のものであることが判明するもしくは色々会話をしていたら、当初の想定以上に規模が大きいこ

[nacika_inscatolare]

うちは readyなものにはリリースバージョンがが付与されるよ

[ryuzee]

ブログ書いた

[inoueyuworks]

バックログ Item が Ready とは「1. 具体的 2. 達成可能 3. 完了基準が明確 4. スプリント内に収まる」である必要があり、また、バックログ自体も 「1. 優先順位 2. 見積もり工数」が上位項目に対してメンテ済であることが必要

[sirataki256]

Readyでないと、複数のプロダクトバックログ項目でＰＯへの要求の再確認・見積り直しが起こり、同時に頑張って進めたものの結果として何一つ完成しない。ベロシティのバラつきが多くなり、今後を予測できない

[nntsugu]

DoR

[hiroomi]

“言わなくても守れるような定義はリストから外していってください”

[frogtrip]

どうやるとReadyなのか、というのが明文化されててよかった。繰り返し読む。

[nilab]

「上位の項目については、具体的である（要望ではなく要求でないといけない）」「何をもって完成したのかを判断する基準が明確」「これらすべてを100%完璧な状態にしようとはしないでください」

[YarmUI]

ヘルプで入ってReadyではないものを引いたばっかりに3ヶ月たっても終わりません

[ledsun]

これなあ・・そうだよなあ

[a-know]

Ready（準備完了）。