私たちはスクラムを初めて使用し、最初のスプリントの途中で、チーム メンバーの 1 人 (開発者) が、アプリケーションで (ユーザーの観点から) ナビゲーションがどのように機能するかを調査する必要があることに気付きました。
したがって、この調査の最後には、何かがどのように機能するかについての提案またはプロトタイプが必要です。しかし、実際にはアプリケーションでコーディングされていません。
私の質問は、スプリント計画の観点から、このようなことにどのように対処すればよいかということです。ユーザーストーリーとは思えませんが、それは何ですか?スクラムではどのように扱われますか? 調査のために計画板に何かを追加する必要がありますか?
ありがとう
ポール。
可能な限り、他の要件と同じようにプロトタイピングを扱うようにしてください。達成したいことを考え、ユーザーストーリーを作成し、1つの鉱石にいくつかのタスクを定義し、スプリント計画中にそれらを見積もります。この場合、開発チームがユーザーであると考えてください。間違いなくそれを計画委員会に持ち、毎日のスクラムミーティングの進捗状況を追跡します。タスクの見積もりに問題がある場合は、結果のない「無限の」作業を防ぐために、タスクを「タイムボックス」として定義します。つまり、固定の時間予算を使用します。
解決策はありますが、ここに何かを追加したかっただけです。このようなプロトタイピング/研究作業は、アジャイルの世界ではスパイクと呼ばれます。
ここでは、チームは、ユーザー ストーリーの実現可能性を理解し、チーム全体がユーザー ストーリーを見積もるのを助ける立場にあるという程度に、一部のメンバーをそのようなスパイクに専念させます。