バックログを整理していて、完全に有効であるが優先度が非常に低いユーザーストーリーが表示された場合、それを削除する必要がありますか？バックログは、作業に取り掛かる可能性のあるユーザーストーリーだけであると想定されているのでしょうか、それとも、ブレーンストーミング中に得たアイデアであっても、製品に関連するすべてのユーザーストーリーである必要があります。アイデアが顧客の要求として生まれたが、それが製品所有者の観点から優先度の高いアイテムではない場合はどうなりますか？
1229 次
5 に答える
2
私はそのような話を削除しません。バックログの性質は、それがどれほど無意味であるか、またはそのために重要であるかに関係なく、すべてが含まれているようなものです。各スプリントの終わりに向かって、私たちのようにストレッチゴールとしてそれらを含めると、そのようなストーリーに取り組むチャンスがあるかもしれません。特にそれらが比較的小さい場合。ストレッチタスクの利点は、実行する必要がないことです。彼らはただのキャンディーです。だから私はいつもそれらを保管しています。
于 2011-01-06T04:04:48.317 に答える
1
バックログをグルーミングしていて、完全に有効であるが優先度が非常に低いユーザーストーリーが表示された場合、それを削除する必要がありますか？
確かに違います！ユーザーストーリーをグルーミングしている間、リリース構造または計画もグルーミングする必要があります。ユーザーストーリーをリリースに区分する必要があります。また、ごみ箱という名前のリリースを作成して、必要かどうかわからないものをすべて入れます。役立つのは、マイク・コーンによる「アジャイルな見積りと計画」を読むことです。
于 2011-01-06T20:59:04.223 に答える
1
答えは、私が本質的にコンサルタントであることを証明しているので、「状況によって異なります」です。
ストーリーがいつか実装されると思う場合、ストーリーを要求したユーザーが不快な場合、またはストーリーが将来再優先される可能性のある「あると便利」な機能を表すためにストーリーを維持したい場合は、それを保管してください。
あなたがそれを削除してもお尻に噛み付くことがないことを確信しているなら、それを削除してください。
于 2011-01-06T04:00:21.000 に答える
1
プロダクトオーナーはプロダクトバックログを所有しており、バックログのコンテンツを変更できるのは彼女だけです。ユーザーストーリーがバックログに追加されると、それはいくつかの機能を説明し、いくつかの優先順位があります。優先度は時間の経過とともに変化したり、次のリリースを後で計画したり、これらのキャプチャされた機能に優先度を付け直して含めることができるため、優先度の低いユーザーストーリーは削除しないでください。
プロジェクトが終了しても問題はなく、バックログにはまだ優先度の低いユーザーストーリーがたくさんあります。それは、予算/資金がすべてを完了するために低かったこと、または計画されたスケジュールでそれらすべてを提供することができなかったことを意味するだけです。（次のバージョンまたはリリースの機会も示しています。）優先順位付けの理由は、最大のビジネス価値を持つユーザーストーリーを提供することです。
編集：
誰かがそれを実装できない（決して）ことがわかった場合、ユーザーストーリーは削除できると想像できます。たとえば、会社の方針や法的な理由によるものです。しかし、そのような場合でも、削除の理由を追加した「ソフト」削除のみを使用したいと思います。
于 2011-01-06T04:14:45.057 に答える
0
バックログをグルーミングしていて、完全に有効であるが優先度が非常に低いユーザーストーリーが表示された場合、それを削除する必要がありますか？
プロダクトオーナーとして、バックログからストーリーを保持/削除したいというあなたの願い。しかし、それが有効なストーリーである場合、なぜそれを削除するのですか？超低優先度が突然突然上がるのを見たことがあります。また、将来、このストーリーは、スプリントに入れるためにいくつかの小さなストーリーが必要であるが、他のより優先度の高いストーリーが適合しない場合に、クライアントに提供する素晴らしいアドオンボーナスを提供する可能性があります。そうは言っても、時間がある場合は、もっと自動化されたテストとリファクタリングを行うために、いつか入れたいと思います。（もしあなたが暇な時間があるなら:)）
于 2011-02-24T17:23:50.040 に答える