私はプロダクトオーナーであり、テーマ別のスプリントの設定を手伝っています。明確にするために、テーマとは、すべてのユーザーストーリーが関連しているか、共通の目標の周りに集まっていることを意味します。含めたいテーマでうまくいかないストーリーがまだあります。問題は、私がスプリントのビジョンを断片化すると、私たちもうまく機能しないということです。助言がありますか?
2 に答える
スプリントの主なビジョンがある場合、そのビジョンの一部ではないユーザーストーリーを含めることができないという意味ではありません。ユーザーストーリーは、テーマではなく、主にビジネスの優先順位に含まれています。したがって、テーマストーリーよりも優先度の高いユーザーストーリーがある場合は、それを含める必要があります。私の意見では、テーマのスプリントは、優先順位がユーザーストーリーをテーマに分割することを反映している場合にのみ意味をなします。
問題は、私がスプリントのビジョンを断片化すると、私たちもうまく機能しないということです。助言がありますか?
まず第一に、あなたとあなたのチームだけがあなたの状況について最も知識を持っているので、あなたとあなたのチームはこの質問に答えることができます。あるページを参照して答えを得ることができるスクラムマニュアルがあればいいのにと思いますが、事実である必要があります-スクラムの単純なフレームワークは、テーマのあるスプリントを持っていることを決して示唆しません。実際、POは、ストーリーがINVEST原則に準拠している限り、テーマに関係なく、ユーザーストーリーの価値とROIに基づいて、コミットされていないバックログリストに優先順位を付け、定期的に優先順位を付けることを提案します。テーマに何か問題があるわけではありませんが、それがあなたやあなたのチームにとってうまくいかない場合は、あなたとあなたのチームにとってうまくいく新しい何かに適応する必要があります。これが私の側からのいくつかの基本的な提案です:
他のメンバーの投稿から葉っぱを取り出すあなたとあなたのチームには、「勇気」と呼ばれる材料が必要だと言えます
チームのSMは、あなたと一緒に、「検査と適応」の原則を使用して、断片化がチームで機能しない理由を見つける勇気を持っている必要があります。
スプリント計画に入る前に製品バックログが「準備ができている」限り、チームは、彼ら自身の希望や要望、考え方に関係なく、彼らの仕事に優先順位を付ける際に、POであるあなたを信頼する勇気を持っている必要があります。
断片化されたスプリントが最大の価値をもたらすものである場合、POとしてのあなたは、回顧展中に断片化されたスプリントが進むべき道である理由についてチームと率直に話す勇気を持っている必要があります。そのように働くための適応された方法。
最後に、全員、つまりチーム、SM、およびあなたは、上記の議論から事実とメモを収集し、共通の合意に達し、目標を達成するまでそれを試す勇気を持っている必要があります。
これはすべて、スクラムガイドに記載されている単純なスクラムフレームワークルール内で実行する必要があることに注意してください。