スクラムマスターは役に立たないのか？批判的な見方

では、スクラムマスターは時代遅れなのだろうか？明確な答えはこうだ：いや、もちろんそんなことはない。Agileチームには、コーチ、メンター、問題解決者として機能するスクラムマスターが必要だ。アジャイルマニフェストの原則である「プロセスやツールよりも個人と相互作用」は、人間の側面の重要性を強調している。スクラムマスターは、これらの相互作用を強化するための重要な人物である。

経験豊富なスクラムマスターは、アジャイル手法の知識だけでなく、対立を解決し、コミュニケーションを促進し、継続的な改善を促進する能力ももたらす。そのようなスキルが時代遅れになったり、役に立たなくなったりするわけがない。

現実：スクラムマスターのいないチーム

とはいえ、フルタイムのスクラムマスターはおろか、スクラムマスターを持たないチームが多いのも現実だろう。その最も一般的な理由は、そのようなコーチを雇うにはコストがかかるということだろう。

Echometerでは、クライアントが個人のボランティアソフトウェア開発者を「パートタイムスクラムマスター」として任命するのをよく目にする。彼らは本当にスクラムマスターの役割を果たせるのだろうか？いや、おそらく無理だろう。

例外もある：チームがスクラムマスターを必要としない場合

もちろん、チームが相応の成熟度を持っている場合は例外もあり得る：、、、ークライアントとークライアントのークスのークスのークスのークスのークスのークスのークスのークスのークスのークスのークスのークスのークスのークスのークエークエークエークエークエークエークエークエークエークエークエークエークエークエークそうであれば、スクラムマスターは必要ないかもしれない。 

しかし、少なくともCynefinフレームワークに従って複雑な環境で作業しているのであれば、常に役に立つもの、それは、自分自身の作業プロセスを振り返り、改善するための定期的なアジャイルレトロスペクティブである。単純なレトロスペクティブは、例えばEchometerのようなツールを使えば、スクラムマスターのいないよく組織されたチームでも機能する。 

Echometerでは、スクラムマスターはいないが、いわばチーム内で責任を分散し、モデレーションの責任をロールアップしている。