製品所有者は、手入れされていない（不慣れで、推定ではない）ユーザーストーリーをスプリント計画会議に紹介します
私が直面している問題で、いくつかの入力を求めています。プロダクトオーナーは、手入れの行き届いていない（なじみのない、推定されていない）ユーザーストーリーをスプリント計画会議に紹介します。
これが引き起こした問題は、チームがユーザーストーリーの理解と見積もりを急いでいることです。これは、スプリント計画会議のコミットメント部分に大きな時間的プレッシャーをかけます。スプリント計画会議で彼らをグルーミングするという急いでいる性質のために、チームは彼らの見積もりを確信していないようです。これの最終結果は、急いで、中途半端なスプリントのコミットメントです。これは通常、非常に多くの不確実性のためにコミットメントが不足しています。
ユーザーストーリーの導入が遅れた2つの明確に異なる原因を見てきました。
- チームはスクラムに不慣れで、計画する前にストーリーを手入れするのに苦労していました。
- まったく新しい優先度の高いユーザーストーリーが、スプリント計画会議の直前に登場しました。
これらの問題についてプロダクトオーナーと話し合い、アクションを決定しました。プロダクトオーナーが、スプリントプランニングミーティングの直前またはスプリントプランニングミーティングで、まったく新しい優先度の高いユーザーストーリーを紹介したときに、何を試したのでしょうか。何が機能し、何が失敗しましたか？
スクラムの初心者でユーザーストーリーを手入れするのに苦労しているチーム。したがって、私は彼らのグルーミングセッション、メンタリング、そしてしばらくの時間を促進することが彼らを助けるだろうと思います。
チームがPrompt Planning Pokerの見積もりを立てるのに役立つ他の提案はありますか？
彼らが計画中に物語を与えられたばかりであることを考えると（それが新しい物語であるか、それを以前に推定していなかったかにかかわらず）、あなたにはいくつかの選択肢があります。
最初に、ストーリーをバックログに残して、このスプリント中に適切にチェックおよび見積もることができるかどうかを製品の所有者に尋ね、次のスプリントを取ることができます。
それが不可能な場合、別のオプションはスパイクでそれを行うことです-何かを調査するか、何かを試すためのタイムボックスストーリー-そしてあなたは次のスプリントでそれをするための有利なスタートを切るでしょう。
最後に、本当にこのスプリントを開始する必要がある場合は、計画中にできる限り多くのことを見つけて、ストーリーを取り上げますが、このスプリントが完了しない可能性があることを明確にします。それが完了しない場合は、それでも、あなたはそれのいくつかを完了し、次のスプリントのためにそれについてもっと多くを知っています。
推定値は、その時点で得られている情報を基にした最良の推定値であり、後で詳細情報が得られたときに修正できます。
また、バックログの改善にスプリントの約5％〜10％を費やす必要があることも忘れないでください。これを行うことで、計画会議をより短く、より集中的に、より生産的に保つことができます。
見積もりは、方法論に関係なく、すぐに、または迅速に、考えずに行う必要があるものではありません。ユーザーストーリーを見てしばらく考える機会がなければ、チームが合理的な見積もりをすぐに思い付くことができるとは思いません。同時に、お客様が付加価値を確認できるように、迅速に対処する必要のある優先度の高い新機能、バグ修正、または機能変更があることを認識しています。これは、機能を今すぐ提供することと、スケジュールや品質を維持することとの間のトレードオフであり、議論する必要があります。
これが継続的なものである場合、それはプロセスに問題があることを示唆しています。これは、プロセスが機能しないことを意味するのではなく、（この場合は）プロダクトオーナーがプロセスの価値を理解していません。プロダクトオーナーと残りのスクラムチームは、一緒に作業できる必要があります。継続的にスケジュールや品質を犠牲にすることは、プロジェクトにとって良い前兆ではありません。ある時点で、私はチームに代わってスクラムマスターが線を引き、ストーリーをバックログに入れて後で推定できるようにし、スプリントに含めないようにする必要があると思います。それは、次のバックログの先頭にあるだけです。これにより、ストレスが軽減され、品質が向上します。
この状況で役立つツールはPlanning Pokerです。チームは数分かけて製品の所有者にストーリーについて質問し、それぞれがストーリーのポイントを見積もります。さまざまな推定値を使用して、ギャップを調査します。時間の経過とともにこのツールを使用すると、POは、計画を立てる前にどの質問に答える必要があるかを認識し始めます。
アジャイルプロジェクトマネージャー（スクラムマスター）は、プロダクトオーナーと緊密に連携して、適切なサイズの明確に定義されたストーリーを開発する必要があります。 PMは、開発者が不完全なストーリーを見積もる必要がないように保護する必要があり、開発者は達成できないストーリーにコミットしてはなりません。