説明

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

ビジネス側からのサポートを受けることは、経験論、自己組織化、ボトムアップインテリジェンス、およびソフトウェアのインテリジェントリリースを促進する変更を促進するのに役立ちます。

スクラムマスターは、スクラムチームの使用人リーダーです。スクラムマスターは、スクラムチームが、どのインタラクションが役立つか、どれが役に立たないかを理解するのに役立ちます。スクラムマスターは、スクラムチームによって生み出される価値を最大化するために、誰もがこれらの相互作用を変更するのを支援します。

スプリントバックログは、より多くのことが学習または発見されるにつれて進化し、変化する生きたアーティファクトです。