Scrum Forum

経験主義は、知識は経験から来るもので、知られていることに基づいて決定を下すと主張します。

9人以上のメンバーを持つと、調整が多すぎるのです。 大規模な開発チームは、経験的なプロセスでは管理できないほどの複雑さを生み出します

スクラム ガイドでは、9人以上のチームに存在するそれらの問題を挙げています。 これらは懸念事項であり、失敗点ではありませんし、15人以上のスクラムチームが機能することもあります。 しかし、適切なサイズのチームほど効果的ではないでしょう。 理想的には、彼らを2つのチームに分け、Nexus Guideに従ってScrumを複数のチームにスケールアウトさせるのが良いだろう。 これは、Scrum.orgのScrumのスケーリングのための方法である。

あなたが発見する最大の問題は、おそらく労働力ではなく、イベントでしょう。 デイリースクラムの時間を15分に設定し続けることは、7人では困難であり、そのチームサイズを2倍にすると、さらに難しくなります。 タイム ボックスを拡大することはできません (15 分を超えると、「立ち上げ」会議の利点が失われ始めます)。また、事前に物事を明確にすることによって、他のイベントの準備をより良く行う必要があります。

私が理解する限り、このシナリオではスクラム マスターとしての仕事は難しくなりますが、不可能ではありません。 15人のスクラムチームを持つことができますが、イベントはチームのサイズではなくスプリントの長さに基づくので、あなたは奉仕者の役割ではなく、リーダーの役割であることに気づくでしょう。 スケジュール的に余裕がない（時間がない）ので、効率的に物事を進めることに特に力を入れる必要があります。 誰かが余計なことをすると、小さなチームよりも大きなチームに深い影響を与えることになる。