Agil: Scrum Master oder Product Owner – eine Rolle für Sie?

Schlüssel und Schlüsselloch

Ermöglichen Sie die Erstellung oder erleichtern Sie die Ausführung?

Da Sie diesen Beitrag lesen, sind Sie wahrscheinlich bereits mit den wichtigsten Vorteilen von Agile & Scrum vertraut: hohe Produktivität, klare Einblicke in den Status der Ergebnisse und die Möglichkeit, sich kurzfristig auf veränderte Prioritäten einzustellen und das ohne vom Kurs abzukommen.

Bei solchen Pluspunkten ist es kein Wunder, dass mehr als 66 % der agilen Teams Scrum verwenden (lt. dem 15. State of Agile Report) oder dass es immer mehr angenommen wird, nicht nur von Softwareentwicklungsteams, sondern auch von Teams außerhalb der. Aber vielleicht fragen Sie sich: “Wie kann ich am besten zur Arbeit des Teams beitragen?” Das könnte als Mitglied des Entwicklungsteams sein, wenn Sie über ein Spezialgebiet verfügen, das es Ihnen ermöglicht, Projektergebnisse jeglicher Art zu erstellen – die Beta-Version eines neuen Softwaremoduls, auf das die Kunden schon lange gewartet haben oder die nächste Iteration des Entwurfs für einen Offshore-Windpark vielleicht.

Aber da Sie diesen Beitrag lesen, fragen Sie sich vielleicht, ob Sie eine fördernde oder eine unterstützende Rolle spielen sollen. In Agile Scrum gibt es zwei Schlüsselrollen außerhalb der Entwicklung, die diese Art von Funktionen erfüllen: Scrum Master und Product Owner. Wie wir sehen werden, gibt es einige Überschneidungen zwischen ihnen, genauso wie es Überschneidungen zwischen Befähigung und Erleichterung gibt. Aber die Unterscheidungen, die ebenfalls entlang der gleichen Bruchlinien verlaufen, sind entscheidend. Kurz gesagt: Während es beim Product Owner um die Ermöglichung des Entwurfs und die Einrichtung von Sprints geht, konzentriert sich der Scrum Master darauf, die Umsetzung zu erleichtern, indem er zum Teil den Weg vor Hindernissen freimacht.

Wenn Sie also bis hierhergekommen sind, lesen Sie weiter, um herauszufinden, ob eine Zertifizierung in einer dieser Rollen etwas für Sie ist.

Was der Scrum Master tut – und was er nicht tut

Schauen wir uns zunächst die Rolle des Scrum Masters an und überlegen wir uns, was er nicht tut. Wenn Sie jemals darüber nachgedacht haben, sich als Scrum Master zertifizieren zu lassen, haben Sie vielleicht gedacht: “Ich habe keine Managementerfahrung.” Nun, die gute Nachricht ist, dass Sie diese Art von Erfahrung nicht brauchen. Entgegen dem, was der Titel vermuten lässt, leitet ein Scrum Master nicht das Entwicklungsteam, geschweige denn eines seiner Mitglieder: Er ist kein Teammanager oder gar ein Projektmanager. Er ist eher ein Vermittler. Manchmal wird er auch als dienende Führungskraft bezeichnet.

Jedes Projekt ist mit Engpässen und Hürden konfrontiert – nennen Sie sie, wie Sie wollen. Es ist die Aufgabe des Scrum Masters, diese aus dem Weg zu räumen und die Arbeit des Teams zu erleichtern, damit jeder seine beste Arbeit leisten kann. Bei Agile Scrum bedeutet “sein Bestes geben” unter anderem, sich so zu organisieren, wie es für das Projekt am besten geeignet ist. Diese Methoden können Arbeitsweisen mit sich bringen, die sich erheblich von den Standardprozessen und -verfahren der Organisation unterscheiden. Es kann also nicht schaden, wenn der Scrum Master über eine Reihe von Soft Skills verfügt, auf die er sich verlassen kann: Er muss sich gegen eine Kultur wehren, in der man sich an die Regeln hält, an dem festhält, “was funktioniert” und im Allgemeinen “den Kurs beibehält”.

Diese Art von bahnbrechender Arbeit kann auch bedeuten, dafür zu sorgen, dass die Gesamtdynamik im Team funktionell gesund ist und dass die Beziehungen zwischen den Entwicklern und dem Product Owner positiv, d. h. reibungslos und produktiv sind.

“Sein Bestes geben” kann auch “fokussiert sein” bedeuten, und da “Fokus” und “hoher Druck” nicht gut zusammenpassen, kann der Scrum Master auch als eine Art Gatekeeper fungieren, der darauf achtet, dass die Entwickler nicht überlastet werden.

Dieser letzte Aspekt ist besonders wichtig, wenn es um die Zusammenarbeit mit dem Product Owner geht, der seinerseits vom Management unter Druck gesetzt wird, damit das Produktmerkmal X oder Y am Ende eines Sprints fertig ist, auch wenn die Qualität darunter leidet.

Wenn der Scrum-Master nach außen schaut und sich auf die Umsetzung konzentriert, arbeitet der Product Owner eng mit den Entwicklern zusammen und konzentriert sich darauf, was überhaupt in das Product Backlog aufgenommen wird und welche Priorität es erhalten soll. Der Product Owner ist also ein wichtiger Wegbereiter für die Entwicklung.

Was der Product Owner ist und was er nicht ist

Auch hier lohnt es sich, auf einige Dinge hinzuweisen, die der Product Owner nicht tut und für die er nicht verantwortlich ist. Zum Beispiel ist der Product Owner, genau wie der Scrum Master, kein Teamleiter oder Projektmanager. Seine Rolle hat nichts mit der Überwachung zu tun. Vielmehr leitet er die Entwicklung des Produkts – er führt es zum Erfolg. Dazu gehört der ständige Kontakt mit den Entwicklern, den wichtigsten Interessengruppen und natürlich dem Scrum Master. Vor allem aber sind sie das wichtigste Bindeglied zwischen dem Scrum-Team als Ganzem und dem Kunden oder Endbenutzer.

Es gibt weitere Unterscheidungen, die vielleicht weniger offensichtlich, aber ebenso wichtig sind. So ist es beispielsweise der Product Owner und nicht der Scrum Master, der in Absprache mit den Entwicklern entscheidet, was in das Product Backlog aufgenommen wird – die “einzige Quelle der Wahrheit”, wie es heißt. Sie helfen dabei, den Umfang der User Stories festzulegen und zu bestimmen, wie viel Funktionalität jede einzelne Story abdecken muss. Und das wiederum hilft den Entwicklern bei der Planung der Sprints.

Sowohl der Product Owner als auch der Scrum Master spielen also eine unterstützende Rolle (im Gegensatz zu einer “Management”-Rolle) und beide arbeiten viel miteinander. Während sich der Scrum Master jedoch darauf konzentriert, den Weg zum Gesamterfolg freizumachen, arbeitet der Product Owner daran, den Erfolg auf der Ebene der User Stories sicherzustellen.

Zwei sich ergänzende Rollen, ein Gesamtfokus

Der Scrum Master ist ein Coach, ein Moderator und eine dienende Führungspersönlichkeit mit Fachwissen über agile Praktiken. Der Product Owner ist der Produktvisionär und ein Wertmaximierer mit Fachwissen über das Produkt. Die beiden Rollen ergänzen sich also sehr gut, da sie die Entwickler anleiten und ihnen helfen, die besten Produkte zu entwickeln.

Und wenn Sie so weit gekommen sind – wer weiß? – dann ist vielleicht in einer dieser Rollen etwas für Sie dabei.

Möchten Sie mehr über die Bedeutung dieser Rollen in Unternehmen erfahren?

Als (potenzieller) Scrum Master oder Product Owner, der in einer agilen Organisation arbeitet, werden Sie bei der Umsetzung der agilen Transformation wahrscheinlich auf einige Herausforderungen stoßen. Laut dem 15. State of Agile-Bericht nannten die Befragten “Inkonsistenzen in Prozessen und Praktiken” und “kulturelle Konflikte” als die beiden größten Herausforderungen, denen sie gegenüberstehen.

Der Beitrag wurde im September von EXIN veröffentlicht und wurde von mir übersetzt und überarbeitet.

Weitere Informationen zu den Rollen erhalten Sie auf den Seiten von Exin. Wollen Sie sich über die passenden Seminare informieren, gehen Sie auf unsere Seiten.

About the Author

You may also like these