web-dev-qa-db-ja.com

ユーザーストーリーをチームメンバーに割り当てる必要がありますか?

私たちはJIRAを使用してスクラムプロセスを管理しています。私が気になるのは、ユーザーストーリーの問題の種類をチームメンバー、POに割り当てるか、割り当てないままにするかです。チームはタスクの問題のみを処理する必要があるため、POに割り当てられるように割り当てられていないままにしておくべきだと私の直感は伝えていますが、何か足りないものがないか確認したいと思いました。

3
bokoxev

選択したツール内でユーザーストーリーを割り当てることについて、厳格な規則はありません(一部のツールはそれをサポートしていない場合もあります)。すべては、ツールの使用方法にかかっています。

ユーザーストーリーアイテムをタスクアイテムのコンテナーとしてのみ使用し、状態や遷移を定義しない場合は、ユーザーストーリーを未割り当てのままにしておくのが最も合理的です。

ユーザーストーリーアイテムを、それらに含まれるタスクとともに、オープンから進行中、完了に移行した後、ユーザーストーリーの状態を、基になるタスクの状態と一貫性を保つ責任者に割り当てることができます(スクラムマスターであること)、またはチームの責任である場合は割り当てを解除したままにすることができます。

それは本当に問題ではありませんを除いて

  1. (スクラムチームのワークフロー内で)担当者フィールドに特定の意味を与えた-例担当者はストーリーをPOに渡す前に完了の定義を確認します
  2. あなたは問題を特定の段階を通過します(たとえば、より大きなワークフローの一部として、チームからチームへ、それぞれのチームリーダーが担当者として)

担当者フィールドに加えて、特定のステータスもあることに注意してください。通常、ステータスは十分であり、譲受人は不要であると私は言いますが、これは自分のニーズにより適していると感じるかもしれません。どちらも同じことを達成できます。

0
malte

それはすべてあなたのチームとあなたのチームが克服しようとしている問題に依存すると思います。

チームがユーザーストーリーの完成に問題を抱えている場合、またはユーザーストーリーのタスクがテキストから離れている場合は、誰かにストーリーが割り当てられています。タスクがストーリーの目標を満たし、すべてのタスクが完了し、すべてのタスクの合計がストーリーを完了することを保証するのは、ストーリーの所有者の責任になります。

チームがユーザーストーリーの完成に問題がない場合、なぜわざわざ?プロセスを拘束衣として使用しないでください。問題を解決するためのツールとしてプロセスを使用します。

0
Jeffery Thomas