Scrum Master
Die Person, deren Job es ist, Blocker zu beseitigen, das Team vor Störungen zu schützen und den Prozess am Laufen zu halten, nicht Menschen zu führen oder Arbeit zuzuteilen.
Ein Scrum Master hat einen einzigen echten Job: das Team effektiver zu machen, indem er Dinge aus dem Weg räumt. Das heißt, Blocker beseitigen, das Team vor Störungen mitten im Sprint abschirmen, die Standups und Retros so moderieren, dass sie nützlich sind statt Theater, und das Team coachen, wie man tatsächlich arbeitet, nicht nur die Zeremonien aufsagt. Er ist ein Diener des Teams, kein Chef über ihm. Er teilt keine Arbeit zu, er besitzt nicht das Backlog, und er macht keine Leistungsbeurteilungen.
Die Rolle wird in zwei Richtungen missverstanden. Manche behandeln sie als aufgewerteten Meeting-Planer, der das Standup-Skript abliest. Andere machen still einen Projektmanager daraus, der das Team auf Termine drängt. Beides verfehlt den Punkt. Der Wert liegt darin, zu erkennen, was das Team ausbremst, oft etwas Organisatorisches und Unbequemes, und das Standing zu haben, es zu beheben. Ein Scrum Master, der nur Meetings durchführt, ist Overhead.
Die ehrliche Einschätzung: Kleine Teams brauchen selten einen Vollzeit-Scrum-Master. Ein Team aus vier oder fünf Entwicklern kann seine eigenen Zeremonien durchführen, und die Moderationsarbeit sind ein paar Stunden pro Woche, die ein Tech Lead oder Senior Engineer auffangen kann. Ein dedizierter Vollzeit-Scrum-Master verdient den Platz, wenn man mehrere Teams koordiniert, wenn die Organisation rund um das Team die Hauptquelle der Blocker ist oder wenn ein Team sich noch wirklich nicht selbst organisieren kann. Darunter ist der Titel ein Kostenpunkt auf der Suche nach einer Rechtfertigung.
Wir haben viele Teams gesehen, die glücklicher und schneller waren, nachdem sie den Vollzeit-Scrum-Master gestrichen und die Arbeit ins Team verlagert hatten. Wir haben auch Teams gesehen, die untergingen, weil niemand die Blocker verantwortete. Die Rolle ist echt, die Vollzeit-Variante oft nicht.