Kann ein Scrum Master Product Owner sein? 3 Optionen

Du stehst vor der Frage: “Kann ein Scrum Master Product Owner sein, kann die selber Person die zwei Jobs übernehmen?” Lass uns gemeinsam dieses Dilemma erkunden und dir dabei helfen, die beste Option für dein agiles Team zu finden.

Ich gehe dabei 3 “Handlungsoptionen” durch, wobei diese alle drei theoretisch gehalten sind, aber dir in deiner Frage eventuell weiterhelfen.

Scrum Master und Product Owner bilden das dynamische Duo, das den Erfolg agiler Teams maßgeblich beeinflusst. Die Beziehung zwischen Scrum Master und PO ist also sehr wichtig. Während der Scrum Master Hindernisse beseitigt und das Team prozessual vorantreibt, stellt der Product Owner die Interessen der Stakeholder sicher. Eine klare Kommunikation, kontinuierlicher Austausch und ein gemeinsames Verständnis für die agilen Prinzipien sind für beide Rollen bzw. für ihre Beziehung zueinander unerlässlich. 

Was aber, wenn die Scrum Master und Product Owner Rollen, die in ihren sich ergänzenden Zielen ggf. Konflikte haben könnten, in einer Person vereinigt werden sollen? Es gibt also gar keine Scrum Master und Product Owner Beziehung mehr, plötzlich wird beides in einer Person. Für dieses Szenario sehe ich 3 Optionen.

Kann ein Scrum Master und Product Owner die gleiche Person sein? Halten wir uns an den Scrum Guide, wäre die Empfehlung wohl die Folgende: Halte die Rollen von Scrum Master und Product Owner getrennt. Dies ist ein Grundsatz, der die Effizienz und den reibungslosen Ablauf agiler Prozesse fördern soll.

Wenn es finanziell möglich ist, scheue dich also nicht davor, beide Rollen zu besetzen. Dies verhindert mögliche Interessenskonflikte und ermöglicht eine klare Fokussierung auf die spezifischen Aufgabenbereiche.

Ich denke, es ist offensichtlich dass eine Trennung der Rollen sinnvoll ist. Was aber, wenn das, aus welchen Gründen auch immer, ggf. schwierig ist? Es gäbe noch zwei weitere Optionen, die ich sehe.

Falls du dich als erfahrener Scrum Master und Product Owner siehst und glaubst, dass du die Balance zwischen beiden Rollen halten kannst, könntest du natürlich auch aufs Ganze gehen und Scrum Master und Product Owner in einer Personen vereinen. Dann wäre die Antwort ja: Ein Scrum Master kann PO bzw. Product Owner sein. Agile Prinzipien ermutigen schließlich zum Experimentieren. Temporär beide Hüte zu tragen, wird sicherlich neue und vor allem praktische Erkenntnisse bringen. 

Doch sei gewarnt: In der Praxis zeigt sich oft, dass die Kombination beider Rollen eher zu Unausgewogenheit führt. Vielleicht gibt es jedoch einen Kompromiss und deine Erfolgswahrscheinlichkeit zu optimieren.

„Viele Teammitglieder trauen sich nicht, den Mund aufzumachen!“

Diese Challenge lösen

„Wir entdecken zu viele unerwartete Probleme und Bugs zu einem späten Zeitpunkt!“

Diese Challenge lösen

„Warum brauche ich manchmal Stunden, um eine einfache Retrospektive vorzubereiten?“

Diese Challenge lösen

Meine Hypothese wäre, dass bei der Übernahme beider Rollen in einer Person tendenziell die PO Rolle im Alltag dominieren wird, weil dort häufig greifbarere Entscheidungen getroffen werden müssen. Wahrscheinlich wird man zu so etwas wie einem Product Owner, der alle Meetings moderiert.

Gleichzeitig wird die Rolle des Scrum Masters besonders darunter leiden, dass a) Meetings schlechter vorbereitet sind und b) das Team weniger beobachtet wird, um so zum Beispiel frühzeitig Impediments zu identifizieren - grundsätzlich wird das Thema “Kontinuierliche Verbesserung” wahrscheinlich massiv leiden.

Um diesen beiden Punkten entgegen zu wirken, könnte ein pragmatischer Kompromiss für den Product Owner die Inanspruchnahme digitaler Unterstützung sein. Ein Beispiel dafür ist der Einsatz von Echometer als digitalem Coach.

Echometer ist ein digitales Tool, dass agilen Team Leads bei agilen Retrospektiven und Team Health Checks hilft. Egal ob Remote, hybrid oder vor Ort: Es macht Team-Coaching messbar und professionalisiert so deine Arbeit, während es dir nebenbei sehr viel Arbeit spart. Schau einfach mal auf unsere Website, um mehr zu erfahren: www.echometerapp.com.

Mich hat es überrascht, wie viele Teams von der empfohlenen Norm bei der Verteilung der beiden Rollen Scrum Master und Product Owner abweichen.

Christian Heidemeyer, Psychologe & Scrum Master

In der agilen Welt fällt die Frage “Kann ein Scrum Master Product Owner sein?” erschreckend häufig, also muss es wohl einen gewissen Bedarf geben. Die Wahl zwischen klaren Rollen, flexibler Dualität oder gemeinsamer Verantwortung hängt von den individuellen Bedürfnissen deines Teams ab. Finde die Option, die am besten zu deiner agilen Reise passt, und behalte dabei stets das agile Manifest und den Scrum Guide im Blick. Als Daumenregel gilt: Versuch beide Rollen in 2 Personen in Vollzeit ins Team zu kriegen!

Zuletzt, nochmal der Hinweis: Falls du mal ausprobieren möchtest, wie es sich anfühlt dein Team mit unserem Tool weiterzuentwickeln: Du kannst im Folgenden ohne Login eine agile Retrospektive starten, in dem Fall den “Keep, Stop, Start” Workshop. 

Alternativ leite gerne einfach mal unsere Website an verantwortliche Kolleg*innen weiter: www.echometerapp.com.

How to

Keep Stop Start Retro: So läuft die Retro ab

1. Random Icebreaker (2-5 Minuten)

   Echometer stellt euch einen Generator für zufällige Check-in-Fragen bereit.

2. Review der offenen Maßnahmen (2-5 Minuten)

   Bevor man mit neuen Themen loslegt, sollte man einmal zur Wirksamkeitskontrolle darüber sprechen, was aus den Maßnahmen aus vergangenen Retrospektiven geworden ist. Echometer listet automatisch alle offenen Action Items aus vergangenen Retros auf.

3. Retro-Themen besprechen

   Nutzt die folgenden offenen Fragen, um eure wichtigsten Erkenntnisse zu sammeln. Zuerst verdeckt jeder für sich. Echometer erlaubt es jede Spalte des Retro-Boards einzeln aufzudecken, um das Feedback dann anschließend zu präsentieren und zu gruppieren.

   • Continue: Was sollten wir beibehalten?
   • Stop: Womit sollten wir aufhören?
   • Start: Was sollten wir anfangen zu tun?

4. Catch-all Frage (Empfohlen)

   Damit auch sonstige Themen einen Platz haben:

   • Über was möchtest du sonst noch in der Retro reden?

5. Priorisierung / Voting (5 Minuten)

   Auf dem Retro-Board in Echometer könnt ihr das Feedback ganz einfach mit dem Voting priorisieren. Das Voting ist natürlich anonym.

6. Maßnahmen definieren (10-20 Minuten)

   Über das Plus-Symbol an einem Feedback kann man eine verlinkte Maßnahmen erstellen. Noch nicht sicher welche Maßnahme die richtige wäre? Dann öffne über das Plus-Symbol stattdessen ein Whiteboard zu dem Thema um Kernursachen und mögliche Maßnahmen zu brainstormen.

7. Checkout / Closing (5 Minuten)

   Echometer ermöglicht euch anonymes Feedback vom Team einzusammeln, wie hilfreich die Retro war. Daraus entseht der ROTI-Score ("Retrun On Time Invested"), den ihr über die Zeit tracken könnt.

Keep Stop Start Retro

Continue: Was sollten wir beibehalten?

Stop: Womit sollten wir aufhören?

Start: Was sollten wir anfangen zu tun?

Diese Retro jetzt öffnen Anpassen...