誰がスクラムのタスクを定義、割り当て、実装、および実行する必要がありますか？
スクラムでの役割は、プロダクトオーナー、スクラムマスター、およびスクラムチームです。ユーザーストーリーは、タスクと呼ばれる小さな部分に分割する必要もあります。タスクには、定義、割り当て、実装、フォローの4つのフェーズがあるようです。
タスクについてスクラムで誰が何をすべきですか？タスクの残り時間を更新するのはスクラムマスターの責任ですか、それとも開発者（スクラムチーム）の責任ですか？開発者は自分にタスクを割り当てる必要がありますか、それとも製品の所有者が伴うスクラムマスターの責任ですか？
アジャイルはいくつかの原則に従います。その1つは、人々に力を与えることです。そのため、タスクはチームが定義し、タスクはチームメンバーが選択する必要があります。タスクをチームメンバーに割り当てないでください。チームは自己組織型である必要があり、そのため、ハード/簡単/興味深い/退屈なタスクの配分は均等になるはずです。
スクラムマスターは、チームがスクラムの原則に従っていることを確認する必要があります。彼はプロジェクトマネージャーではありません。
これは理論であり、成熟したチームで機能します。スクラムの初心者にとっては難しいこともありますが、少なくともチームメンバーがタスクを割り当てるのではなく、自分でタスクを選択するように主張する必要があります。
タスクの残り時間を更新する
私の意見では、タスクの見積もりと残り時間の維持は無駄です。ユーザーストーリーのセットにコミットしたので、各タスクにどれくらい時間がかかるかは問題ではありません。唯一重要なのは、ユーザーストーリーが完成するかどうかです。
開発者は自分にタスクを割り当てる必要がありますか、それとも製品の所有者が伴うスクラムマスターの責任ですか？
私が作業した場所は、私たちが両方とも行ったスクラムに従っていますが、理想的には、開発者は自分のタスクを選択する必要があります。最終的には、すべてのタスクが完了している限り、問題はありません。
それぞれのアプローチには長所と短所があります。
チームに自分で選択させる：
- 長所-チームはタスクの所有権を感じ、彼らは彼らが良い仕事をすることができると思うものを選びます。所有権は、多くの人々が見落としている開発の重要な側面です。
- 短所-一部のタスクは、最初に実行した方がよい最後まで残ります。
タスクを割り当てます：
- 長所-すべてのタスクは平等と見なされ、除外されない可能性があります。
- 短所-チームメンバーは必ずしもタスクの所有権を感じるとは限りません。
実際には、実用的なアプローチを取る必要があります。タスクを割り当てる必要がある場合もありますが、これらは数が少ないはずです。
スクラムプロセスでは、次のことを行います。
タスクは、ユーザーストーリーを実装する可能性が最も高い開発者のグループによって定義されます。
少なくとも2人の開発者がユーザーストーリーの実装を担当しているため、タスクに自動的に割り当てられます（並行して作業できる場合は、知識と個人の好みに応じて最適なタスクを実行します。それ以外の場合は、プログラムをペアリングします）。
タスクの残り時間を更新するのは誰ですか？
残りの作業量を知ることができるのは開発者だけなので、情報を提供します。正確に誰が時間を更新するかは重要ではありません。
開発者は自分にタスクを割り当てる必要がありますか？
はい。タスクを自分で選択することは強力です（committed=）だれかが他の誰かに割り当てられた場合には不可能な方法でタスクを完了することを強く要求します。
タスクに関するすべてのことは、スクラムのチームの責任です。チームは通常、スプリント計画会議の後半中にストーリーをタスクに分解しますが、新しい情報が導入されたら、スプリント中にいつでも新しいタスクを導入したり、タスクを削除したりできます。私の意見では、この毎日のフィードバックループはスクラムの重要な部分です。
スクラムマスターはチームリーダーでもそのマネージャーでもありません。スクラムマスターの役割は、スクラムプロセスを促進し、障害を取り除くことです。スクラムマスターは開発者にタスクを割り当てません。製品所有者は開発者にタスクを割り当てません。チームは、ユーザーストーリーを実装することにより、製品所有者（および顧客を拡張すること）に価値を提供します。
チームはすべての見積もりを担当します。したがって、ボード上のタスク（およびストーリー）の見積もりを所有します。