In den letzten Artikeln habe ich die Rollen, die ein Scrum Master in seinem Arbeitsalltag inne hat, beschrieben und wir haben uns mit den Eigenschaften, die einen guten Scrum Master ausmachen, beschäftigt. Da ich in letzter Zeit so einige Horrorstrories darüber gehört habe, welche absurden Aufgaben gerne mal auf Scrum Master abgedrückt werden, möchte ich mich heute der Fragestellung widmen, welche Rollen und Aufgaben ein Scrum Master NICHT ein- und übernehmen sollte.
Um sich dem Thema langesam anzunähern, ist es sinnvoll sich noch mal die Rollen, die ein Scrum Master inne hat, vor Augen zu führen. Zum Artikel kommt ihr hier. Ein Scrum Master ist Coach, Berater, Lehrer, Mentor, Moderator, Mediator, Kommunikator, Veränderungsmanager, Servant Leader, Faciliator und Beseitiger von Impediments zugleich. Ich finde jemand, der so viele Rollen gleichzeitg auszufüllen hat, der trägt ganz schön viel Verantwortung innerhalb des Teams und des Unternehmens und sollte für den Mehrwert, dem er dem Unternehmen und dem Team bringt, sehr viel Wertschätzung erfahren.
Ich habe mich in letzter Zeit mit dem ein oder anderen Scrum Master unterhalten und bin auch Mitglied in eins, zwei Foren, und die Erfahrungen, die meine Kollegen im Laufe ihrer Karriere als Scrum Master so machen sind sehr sehr positiv, doch leider auch mal mehr als unangebracht. So wurde mir beispielsweise von einem bekannten Scrum Master eine interessante und zugleich schockierende Geschichte erzählt. Das Team, in dem er als Scrum Master tätig war, sollte das Büro innerhalb des Gebäudes wechseln und als es dann zum Umzug kam, forderte sein Scrum Team von ihm, dass er sich um den Umzug kümmern und die Hardware usw. von dem einen Büro ins andere Büro transportieren sollte. Hier wurde die Rolle des Scrum Masters anscheinend ganz falsch interpretiert. Nicht nur aus professioneller Sicht, sondern auch aus menschlicher Sicht lief hier gewaltig was schief. Ein Scrum Master ist kein Dienstbote und übernimmt keine Aufgaben, für die sich ein anderes Teammitglied zu schade ist.
Zudem sollte sich der Scrum Master nicht als Assistenz des Teams sehen. Ja, man ist dafür verantwortlich, dass sich die Teammitglieder im Rahmen der Events treffen und auch austauschen. Der Scrum Master sollte dem Team die Vorteile dieses Austausches näherbringen und das Team so lange coachen, bis ihm die Wichtigkeit der Events in Herz und Blut übergeht. Dafür kann er den Daily, das Sprint Planning, den Review und die Retro gerne mit sich wiederholenden Terminen terminieren und die Scrum Team Mitglieder dazu einladen. Er ist jedoch nicht dafür verantwortlich jeden einzelnen Termin für jedes Scrum Mitglied zu organisieren. Das kann jedes Individuum selber und der Scrum Master ist schließlich dafür da das Scrum Team zur Selbstorganisation zu trainieren.
Es kommt nicht selten vor, dass sich das Scrum Team vollkommen auf die Organisation des Teams und der Kommunikation in diesem auf den Scrum Master verlässt. Hier wird die Rolle des Scrum Masters falsch interpretiert. Der Scrum Master ist kein Manager oder Projektleiter des Teams. Er ist dafür da das Team zu befähigen selbstbestimmt und autark zu handeln und sie dahingehend zu coachen diese Eigenschaften zu verinnerlichen.
Zu guter Letzt muss ein Scrum Master nicht programmieren können. Es ist sehr ernüchtern zu lesen, welche Anforderungen in Stellenanzeigen an Scrum Master Positionen gestellt werden. Nicht selten wird ein Informatikstudium vorausgesetzt mit mehrjähriger Programmiererfahrung. Am besten soll der Scrum Master auch noch beim Testen des Inkrements helfen. Ich frage mich, wie solche Vorstellungen zu stande kommen. Das letzte was ein Scrum Master in seinem Arbeitsalltag tuen sollte, ist zu tief in die Entwicklungstätigkeit einzutauchen. Wenn er das nämlich tut, konzentriert er sich mehr darauf das Produkt aus Entwicklersicht weiterzuentwickeln, anstatt den Prozess und die Teamdynamik im Blick zu behalten. Ich glaube es ist sogar unvorteilhaft und schädigend fürs Scrum Team, wenn der Scrum Master zu sehr in die fachlichen Materie eingebunden wird. Der Scrum Master ist für den prozessgebunden Flow innerhalb des Teams zuständig und nicht für die fachliche Produktentwicklung.
Da die Rolle des Scrum Masters die umstrittenste innerhalb des Scrum Teams ist, kann es schon mal zu Fehlinterpretationen seines Aufgabengebietes kommen. Ich finde es wichtig, dass der Scrum Master seinem Team verdeutlicht wie er ihm als Servant Leader helfen kann, welche Kompetenzen er aufweist und wie das Team mit seiner Hilfe dem Ziel näher kommen kann. Offene Kommunikation ist auch hier das Non plus ultra.
Habt ihr auch schon schräge Erfahrungen als Scrum Master erlebt und möchtet euch mit mir darüber austauschen? Dann lasst mir gerne einen Kommentar da, ich freue mich auf rege Diskussionen.
Cheers, Justina
Source link