私は、新しく形成されたスクラムチームのスクラムマスターにノミネートされました。すでにいくつかのスプリントを行っています。最初は、チームが一度に1つのストーリーに取り組むようにしようとしました。しかし、うまくいきませんでした。私のチームは、1つのストーリーで同時に作業できるようにタスクを分散するのが困難でした。たぶん私たちは何か間違ったことをしているのでしょうか？
たとえば、新しいダイアログを作成するストーリーがあります。次のタスクを作成します。
一度に複数の人がこれらのタスクを実行できますか？タスク-多かれ少なかれ-は互いに構築されます。または、間違った方法でタスクを設計していますか？
回答:
これはユーザーストーリーのサイズに大きく依存しますが、多くの場合、開発者がお互いの足指を踏まないようにするために、1人の開発者のみをストーリーに割り当てる必要があります。より大きなまたは非常に複雑なストーリーにはより多くの開発者が必要になる場合がありますが、それらのストーリーを個別に割り当てることができる多くの小さなストーリーに分割することも可能です。
あなたがチームにしたいことは群れと呼ばれますが、すべてのバックログ項目がチーム全体で群がることはできません。一般的な考えは、群れがいくつかの前提条件を必要とすることです：
ストーリーをタスクに分割するとき、生成されたタスクがスウォームと互換性があり、チーム全体に関与できるように、チームはすでにスウォームモードになっている必要があります。
ただし、同じアイテムで作業しているチームメンバーが多すぎるため、チームメンバー間で競合が発生する可能性があるため、過度に頻繁に、または一度に多すぎる人数で使用する場合は注意してください。
Mike CohnのShould a Team Swarm on on 1 Backlog Item on a timeを読みたいと思うかもしれません。または、私が書いたこの記事（昨日）は、バグをより具体的に扱っています。
SCRUMの大きな部分は、チームがこのような決定を下すことです。バックログには、タスクが生成されるのに十分な情報を含むユーザーストーリーが含まれている必要があります。
チーム全体が同時に作業できるアイテムにユーザーストーリーを強制することも可能ですが、より重要なことは、チームが作業するアイテムを選択し、ユーザーストーリーを完了するためのタスクを定義し、デイリースタンドを使用することです約束された作業を順調に進んでいるかどうかを確認します。
一度に1つのストーリーだけで作業しようとする際に感じる痛みは、チームによって認識される必要があります。あなたが正しいことをしていて、改善が必要なものを見つけてください。
同時に処理できるタスクを配布するのが難しいという例を使用すると、考えられる解決策の1つは、スプリントで複数のストーリーと3つまたは4つのアイテムを解放することです。このユーザーストーリーのタスクは互いの上に構築されるため、作業を配布することは困難です。だから、それを受け入れる戦いをするのではなく。
示されているように、タスクは分散するには十分に「小さい」ように見えますが、データのモデリングとデータベースからのデータ取得に関するタスクなど、タスク間にはいくつかのカップリングがあります。
可能性のあることは、人々が同時に作業できる3つの主なものに分割し、いくつかの追加の作業/セットアップを行うことです。
分割できないタスクは、ペアで実行できます。そしてもちろん、ある時点で複数のストーリーが進行していても、本質的に問題はありません。チームのすべてのメンバーが他のメンバーが何をしているのかを知っていて、必要に応じて（「共有コードの所有権」など）いつでも支援できます。
はい、チームの集中力を維持する必要がありますが、同時にすべての人を忙しくし、全員を関与させる必要があります。
また、あなたのチームの大きさは？これも要因です。1人のストーリーで10人で作業することはかなり困難です。できれば、あなたのストーリーは遠すぎますし、大きすぎて（チームのように）分割する必要があります。