Scrum.orgによると、大人数のグループを複数のスクラムチームに分割する場合、メンバーが自主的に小さなチームに編成されるようにすることが有益である¹²。このアプローチは、スクラムの重要な側面である自己組織化の原則を尊重している¹²。これにより、個人は自分が最も効果的に貢献できると感じるチームを選択できる¹²。ただし、スキルと能力がチーム全体にバランスよく分配されるように、このプロセスは促進され、指導されるべきであることに注意する必要がある¹²。

説明
プロダクトオーナーは、スプリントプランニングでプロダクトバックログ項目を選択する前に、各項目に対して明確かつ曖昧さのない受け入れ基準を作成する必要があるというのは誤りです。その理由は以下のとおりです。
受け入れ基準とは、プロダクトバックログ項目がプロダクトオーナーまたはステークホルダーに受け入れられるために満たさなければならない一連の条件です。これらは、項目が期待される品質および価値基準を満たしていることを確認するために使用されます。
* 受け入れ基準はスクラムにおいて必須または規定されているものではありません。受け入れ基準は可能な手法の1つです。
* プロダクトオーナーが開発者やステークホルダーに期待事項や要件を伝えるために使用するものです。スクラムガイドや完了の定義には含まれません。
受け入れ基準は、スプリントプランニングの前に作成する必要はありません。製品開発プロセスのどの段階でも作成または修正できますが、アイテムが完成したとみなされる前に、明確かつ合意されている必要があります。また、フィードバックや新たな知見に基づいて変更または更新することも可能です。
スプリントプランニングでプロダクトバックログ項目を選択するための唯一の要件は、それが十分に明確で選択可能な状態であることです。つまり、開発者が何を構築すべきか、そしてなぜ構築すべきかを理解できるだけの詳細さと正確さを備えている必要があります。また、プロダクトオーナーによって価値と影響度に基づいて洗練され、順序付けられていることも必要です。
参考文献：
* [スクラムガイド]、14ページ、「スプリント計画」の項
* [スクラムガイド]、12ページ、「プロダクトバックログの洗練」の項
* [プロフェッショナル・スクラム・プロダクトオーナー・トレーニング]、7ページ、「プロダクトバックログ管理」のセクション