Scrum Master oder Team Coach?

Bild: State Library of New South Wales - CC BY 4.0

Unter Scrum Mastern und Scrum Practicioners dürfte es eines der absoluten Dauerbrenner-Themen sein: Wie bestimmend darf ein Scrum Master seinem Team gegenüber auftreten? Ich erinnere mich an mehrere Diskussionen zu dem Thema auf Meetups in Köln, Hannover und dem Ruhrgebiet, bei denen die Antwort immer die gleiche war - wenig bis gar nicht. Praktisch jeder der anwesenden Scrum Master gibt bei derartigen Gelegenheiten fast schon reflexartig eine Anekdote zum Besten, wie ein Team dem er besonders viel Freiheit gelassen hat sich aussergewöhnlich gut enwickelte, hervorragend performte und sich zu höchsten Graden der Selbstorganisation aufgeschwungen hat. Häufig sind diese Erzählungen verbunden mit der Aussage, gar nicht als Scrum Master aufgetreten zu sein sondern nur als Team Coach, um selbst das im Namen Scrum Master implizit mitschwingende Hierarchiegefühl (wie in Master and Servant) gar nicht erst aufkommen zu lassen. Das mag auch alles so gewesen sein, trotzdem ist es meiner Meinung nach nur die halbe Wahrheit. Die andere Hälfte ist die, dass man auch die entsprechenden Teammitglieder und das entsprechende Teamumfeld für eine solche Erfolgsgeschichte braucht. Wenn man diese Faktoren nicht hat kann die Situation schnell anders aussehen.

Auch diese Geschichte können viele Scrum Master nämlich erzählen: Teams die sich von Beginn an gegen jede Form von agilen Frameworks gesträubt haben, sie nicht einmal ausprobieren oder diskutieren wollten. Gründe dafür gibt es viele - die Angst vor der Verantwortung (bzw. der damit verbundenen Mehrarbeit), die Sorge, für ausbleibende Erfolge verantwortlich gemacht zu werden, der im Hintergrund sein Unheil treibende Abteilungsleiter, dogmatischer Methodismus, schlechte Erfahrungen mit (angeblich) agilen Projekten, eine generelle Frustration und Desillusionierung durch jahrzehntelanges Leiden in kafkaesken Konzernstrukturen, etc., etc., etc. Die Liste ließe sich endlos erweitern. Das alles bedeutet zwar keineswegs, dass Agilität mit solchen Kollegen unmöglich ist - wenn ihnen langsam bewusst wird, dass die Ergebnisse besser werden, die Belastung abnimmt und dass ihnen keiner bei Fehlern den Kopf abreißt, dann kommt die Bereitschaft meistens auch bei ihnen auf¹. Häufig muss aber zuerst eine initiale Verweigerungshaltung überwunden werden. Hier kann ein eher bestimmender Scrum Master sinnvoll sein. [Edit: mehr zu den Risiken die mit einem bestimmenden Scrum Master verbunden sind gibt es hier]

Man sollte nur wissen - wann ist welcher der beiden Typen (Scrum Master oder Team Coach) der Richtige für das Team? Ich glaube, dass sich diese Frage mit dem bekannten Scrum Master Reifegrad-Modell (Scrum Master Maturity Model) beantworten lässt, das folgendermassen aussieht:

Inspiriert von Angel Medinilla: Developing Scrum Masters

Inspiriert von Angel Medinilla: Developing Scrum Masters

An dieser Stelle wird auch die Zuordnung von Scrum Master/Team Coach zu den Reifegrad-Stufen klar. Je selbstständiger und in Agilität erfahrener das Team, desto besser kann der Scrum Master werden, bis hin zur hoch über den Dingen des Alltags schwebenden Coach-Rolle. Und umgekehrt - je unerfahrener das Team, desto anleitender muss der Scrum Master bei Bedarf agieren, wenn nicht gewollt wird, dass die missverstandene Methodik aus scheinbarem Selbstschutz ausgehöhlt und unbrauchbar wird. Das führt zwar dazu dass er seine Rolle zunächst schlecht (weil zu bestimmend) ausübt, im Gegensatz zu klassischen Command & Control-Ansätzen aber mit der klaren Absicht sich zurückzuziehen sobald sich Mechanismen der Selbstorganisation etabliert haben. 

Letzteres wird übrigens nicht überall so gesehen, ich kenne auch (anerkannt gute) Scrum Practitioner die der Meinung sind, auch unreife und explizit unwillige Teammitglieder durch sanftes Coachen verbessern zu können. Aus meiner Erfahrung heraus habe ich daran allerdings starke Zweifel, lasse mich aber gerne durch Beispiele vom Gegenteil überzeugen. Der Vollständigkeit halber sei auch noch erwähnt, dass die Unterscheidung zwischen zurückhaltendem Team Coach und dominantem Scrum Master (noch) kein allgemeiner Sprachgebrauch ist, man findet durchaus auch abweichende Definitionen. Vom Gefühl her³ würde ich allerdings sagen, dass sich die hier vorgestellte Definition langsam verbreitet.


Nachtrag 27.04.2020:
Siehe auch: Scrum Master oder Team Coach? (revisited)


¹Voraussetzung dafür ist natürlich, dass es sich nicht um totale Menschenfeinde handelt und dass sie in einem Unternehmen arbeiten das Agilität zulässt.
²Bisher noch nicht erwähnt, da es sich um keinen erstrebenswerten Status handelt.
³Ich weiß, keine Statistische Relevanz. Aber trotzdem.