多くの組織では、1 人のスクラム マスターが 2 つ以上のスクラム チームを担当しています。 人員配置の予算と管理の視点は、組織がスクラムマスターを「スラッシング」する(つまり、複数のプロジェクトに同時に取り組む)という考えを楽しませるように影響を与える可能性があります。 しかし、そうすることにはかなりのコストがかかり、単に鉛筆ではありません。 その理由をご説明します。 スクラムマスターの主な責任は、スクラムチームのベロシティを次の方法で向上させることです。
- 開発チームのシールドと障害の除去
- 相互作用、ディスカッション、スクラム活動の促進
- スクラムの実装を継続的に改善するためにチーム全体を指導する
集中力のあるサーバントリーダーのスクラムマスターは、航空機の抗力を減らすことに焦点を当てた航空エンジニアのようなものです。 開発チームは3〜9人なので、1人のスクラムマスターで最大9人のパフォーマンスが向上します。 同様に、パフォーマンスのわずかな低下の影響も9倍です。 スクラムは、組織がスクラムマスターを叩くときに、次の非効率性を明らかにする可能性があります。
- 帯域幅を減らして、1 つのチームのベロシティを一貫して向上させることに集中しました。 あるチームの障害を取り除くと、一時的に別のチームから焦点が奪われます。
- スクラムイベントを見逃し(例:チームAのスプリントレビューをチームBのデイリースクラムと同時に行う)、コーチングや障害の特定の機会を逃した。
- スクラムマスターは、チーム間で万能の適応を強制しようとします。
開発者をスラッシングすると、遅延が少なくとも30%増加します。 同様に、スクラムマスターをスラッシングすることはスクラムチームの速度に大きな影響を与えるため、避ける必要があります。
