Scrum: Was macht der Product Owner, was der Scrum Master – und wo ist der Unterschied?

AnnaWInf

Hi, wir behandeln gerade agile Vorgehensmodelle und ich soll die Rollen in Scrum gegenüberstellen. Product Owner und Scrum Master klingen für mich beide nach „der/die Chef/in vom Projekt“. 😅

Was genau ist der Unterschied zwischen den beiden? Und warum braucht man überhaupt zwei getrennte Rollen?

DanielIT

Guter Punkt, das wird oft verwechselt. Der Trick: die beiden kümmern sich um zwei völlig verschiedene Fragen.

Product Owner (PO): verantwortet das Was und Warum. Er pflegt und priorisiert das Product Backlog, entscheidet, welche Features den meisten Wert bringen, und ist die Schnittstelle zu den Stakeholdern.
Scrum Master (SM): verantwortet das Wie der Zusammenarbeit. Er sorgt dafür, dass das Team nach Scrum arbeiten kann, moderiert die Meetings und räumt Hindernisse (Impediments) aus dem Weg.

Kurz: Der PO maximiert den Produktwert, der SM maximiert die Arbeitsfähigkeit des Teams.

Tobi89

Ergänzend, weil in Klausuren gern gefragt: Keiner von beiden ist der „Chef“, der Aufgaben verteilt. Das Entwicklungsteam organisiert sich selbst und entscheidet, wie viel es pro Sprint schafft.

Eselsbrücke, die bei mir hängen geblieben ist: Der PO ist die Stimme des Kunden, der SM ist der Coach/Dienstleister fürs Team. Deshalb sollte man die Rollen auch nicht in einer Person bündeln – sonst würde der Termindruck vom PO die Team-Schutzfunktion des SM aushebeln.

Scrum: Was macht der Product Owner, was der Scrum Master – und wo ist der Unterschied?

Jetzt mitmachen!

Letzte Beiträge

Git im Gruppenprojekt: Ständig Merge-Konflikte – wie arbeitet man mit Branches eigentlich richtig? 3

Virtuelle Maschine oder Container – in der Vorlesung klang das gleich, im Praktikum ist es das überhaupt nicht 3

Passwörter speichern: Warum hasht man sie, statt sie zu verschlüsseln – und wozu dann noch ein „Salt“? 3

Unit-Test, Integrationstest, Abnahmetest – wer testet eigentlich was, und was hat das Pflichtenheft damit zu tun? 3

Schnittstellen zwischen zwei Systemen – warum ist der Datenaustausch in der Praxis so aufwendig? 2

Standardsoftware kaufen oder selbst entwickeln lassen – nach welchen Kriterien entscheide ich Make-or-Buy? 2

IT-Sicherheit: Vertraulichkeit, Integrität, Verfügbarkeit – wo ordne ich Verschlüsselung, Signatur und Backup jeweils ein? 2

Geschäftsprozess modellieren: EPK oder BPMN – und wann nehme ich XOR, UND oder ODER? 3

Lastenheft und Pflichtenheft – wer schreibt eigentlich was, und warum trennt man das überhaupt? 2

Drei-Schichten-Architektur – warum trennt man Oberfläche, Logik und Datenhaltung überhaupt? 3

Git im Gruppenprojekt: Ständig Merge-Konflikte – wie arbeitet man mit Branches eigentlich richtig?

Virtuelle Maschine oder Container – in der Vorlesung klang das gleich, im Praktikum ist es das überhaupt nicht

Passwörter speichern: Warum hasht man sie, statt sie zu verschlüsseln – und wozu dann noch ein „Salt“?

Unit-Test, Integrationstest, Abnahmetest – wer testet eigentlich was, und was hat das Pflichtenheft damit zu tun?

Schnittstellen zwischen zwei Systemen – warum ist der Datenaustausch in der Praxis so aufwendig?

Über Study-Board.de