スプリント用に選択されたすべてのプロダクト バックログ項目は、開発チーム全体が所有します。個々のメンバーが特定のタスクに取り組むこともありますが、開発チームには出荷可能な増分を提供するための作業を行う責任があります。

多くの人は、スクラム ガイドを、開発チームの規模が 3 ～ 9 人のメンバーに制限されていると述べていると誤解しています。実際には、メンバーが 3 人未満および 9 人を超える場合には固有のリスクが伴うとだけ述べられています。メンバーが増えれば増えるほど、コミュニケーションの幅も広がります。これは、グループ相互通信の公式 n(n − 1) / 2 を使用して計算できます。ここで、n はメンバーの数です。リスクに対処して「相乗効果」を発揮できるチームもあれば、苦戦するチームもあるでしょう。そうは言っても、スプリント目標の定義と開発チームの規模との関係は不明確です。
ただし、プロダクト バックログの順序、明確な目標を持つ PO、およびスプリントの目標の間には直接的な関係があります。プロダクト オーナーは通常、ビジネス目標を念頭に置き、ビジネス目標に関連するプロダクト バックログ項目を持ってスプリント計画に臨みます。今後のスプリントで何ができるかを決定した後、スクラム チームは項目の実装を通じて達成されるスプリント目標を作成します。これはチームの規模やスプリントの長さには依存しません。
スクラムは目的に適したフレームワークでもあります。一部のプロジェクト/製品はスクラムに適していません...または、より適切に表現したほうが、スクラムはすべてのプロジェクト/製品に適しているわけではありません。

自己組織化されたチームとして、チームメンバー間のコミュニケーションを最適に管理する方法を自分たちで決定します。スクラム マスターは、要求された場合、または潜在的な問題があると認識した場合にのみアクションを実行します。

スプリントの終了時には、新しい増分は「完了」でなければなりません。これは、使用可能な状態にあり、スクラム チームの完了の定義を満たしている必要があることを意味します。