Das Scrum-Team
Die drei Rollen und ihre Verantwortlichkeiten verstehen.
1Ein Team, drei Verantwortlichkeiten
Das Scrum-Team ist eine zusammenhängende Einheit von Fachleuten, die sich auf ein Produkt konzentrieren.
Es gibt keine Unterteams oder Hierarchien – nur drei unterschiedliche Verantwortlichkeiten:
- Product Owner — Verantwortlich für die Maximierung des Werts
- Entwickler — Verantwortlich für die Erstellung eines nutzbaren Inkrements
- Scrum Master — Verantwortlich für die Effektivität von Scrum
Hinweis: Der Scrum Guide 2020 verwendet „Entwickler" für alle, die das Inkrement erstellen, unabhängig von der Berufsbezeichnung. Tester, Designer und andere sind alle „Entwickler" im Scrum-Sinne.
Teamgröße
Scrum-Teams bestehen typischerweise aus 10 oder weniger Personen. Kleinere Teams kommunizieren besser. Wenn Sie mehr Personen benötigen, erwägen Sie mehrere Scrum-Teams.
2Der Product Owner
Der Product Owner ist eine Person, kein Komitee. Er ist verantwortlich für:
Entwicklung und Kommunikation des Produktziels Die Vision, wohin sich das Produkt entwickelt. Dies leitet alle Entscheidungen.
Erstellung und Priorisierung des Product Backlogs Entscheiden, was gebaut wird und in welcher Reihenfolge. Dies erfordert das Verständnis von Wert, Risiko und Abhängigkeiten.
Sicherstellung, dass das Backlog transparent und verstanden ist Das Team sollte Backlog-Einträge gut genug verstehen, um sie zu diskutieren.
Kernprinzip: Der Product Owner kann diese Aktivitäten delegieren, bleibt aber dafür verantwortlich. Die Organisation muss die Entscheidungen des PO respektieren – das Backlog spiegelt seine Entscheidungen wider, nicht eine Komitee-Abstimmung.
Sarah sagt „nein" zu einer Stakeholder-Anfrage, die nicht mit dem Produktziel übereinstimmt. Sie erklärt den Trade-off und schlägt eine Alternative für das nächste Quartal vor.
Der „Product Owner" sind eigentlich drei Personen, die über Prioritäten abstimmen. Entscheidungen dauern Tage und niemand übernimmt Verantwortung für Ergebnisse.
3Die Entwickler
Entwickler sind Fachleute, die jeden Aspekt eines nutzbaren Inkrements in jedem Sprint erstellen. Sie sind verantwortlich für:
Erstellung eines Plans für den Sprint (Sprint Backlog) Die Entwickler entscheiden, WIE Backlog-Einträge in ein Inkrement verwandelt werden.
Sicherstellung von Qualität durch Einhaltung einer Definition of Done Qualität ist nicht verhandelbar. Fertig bedeutet fertig – nicht „fertig, aber noch zu testen".
Tägliche Anpassung ihres Plans in Richtung Sprint-Ziel Das Sprint Backlog ist ein lebendiger Plan, der aktualisiert wird, während das Team lernt.
Gegenseitige Rechenschaftspflicht als Fachleute Selbstorganisation bedeutet, dass das Team seine eigenen Probleme löst.
Kernprinzip: Niemand sagt den Entwicklern, wie sie ihre Arbeit zu tun haben. Der Product Owner sagt, WAS gebaut werden soll; die Entwickler entscheiden WIE.
Häufiges Missverständnis
„Entwickler" bedeutet nicht „nur Programmierer". QA-Ingenieure, UX-Designer, DBAs – jeder, der das Inkrement erstellt, ist ein Entwickler im Scrum-Sinne.
4Der Scrum Master
Der Scrum Master ist verantwortlich für die Effektivität des Scrum-Teams. Er dient dem Team und der Organisation, indem er:
Dem Team hilft, seine Praktiken zu verbessern Coaching, Moderation, Lehren. Nicht die Arbeit für sie erledigen.
Hindernisse für den Fortschritt des Teams beseitigt Wenn etwas das Team blockiert, das es nicht selbst lösen kann, hilft der Scrum Master, es zu beseitigen.
Sicherstellt, dass Scrum-Events produktiv und zeitlich begrenzt sind Moderation, nicht Anwesenheitskontrolle.
Der Organisation hilft, Scrum einzuführen Manchmal sind die größten Hindernisse organisatorisch. Der Scrum Master geht auch diese an.
Kernprinzip: Der Scrum Master ist ein Servant Leader – er führt durch Dienen, nicht durch Befehlen. Er hat keine Autorität über das Team außer der Autorität durch Expertise und Vertrauen.
Während der Retrospektive bemerkt der SM, dass ein Entwickler zögert. Er schafft Raum für diese Person, indem er eine direkte Frage stellt, und schützt sie dann vor Unterbrechungen.
Der „Scrum Master" verteilt Aufgaben, berichtet Status an das Management und trifft technische Entscheidungen für das Team.
5Wie die Rollen interagieren
Die drei Verantwortlichkeiten schaffen ein Machtgleichgewicht:
Product Owner ↔ Entwickler PO entscheidet WAS und WARUM. Entwickler entscheiden WIE und verpflichten sich zu WANN (basierend auf ihrer Kapazität, nicht auf externem Druck).
Scrum Master ↔ Product Owner SM hilft dem PO mit Backlog-Management-Techniken und Stakeholder-Kommunikation. Coacht zu effektivem Product Ownership.
Scrum Master ↔ Entwickler SM hilft Entwicklern bei der Selbstorganisation, verbessert technische Praktiken und beseitigt Blocker. Verteilt niemals Arbeit oder mikromanagt.
Die zentrale Spannung: POs wollen mehr Umfang; Entwickler wollen ein nachhaltiges Tempo; der SM stellt sicher, dass der Prozess beides respektiert.
- Drei Verantwortlichkeiten, ein Team – keine Hierarchie innerhalb des Scrum-Teams
- Product Owner besitzt WAS gebaut wird; Entwickler besitzen WIE es gebaut wird
- Scrum Master dient durch Ermöglichung von Effektivität, nicht durch Befehlen
- Die Rollen erzeugen gesunde Spannung, die Balance produziert
- •Product Owner als Komitee – verwässert Verantwortlichkeit
- •Scrum Master als Projektmanager – Mikromanagement tötet Selbstorganisation
- •Entwickler warten darauf, dass ihnen gesagt wird, was zu tun ist – Selbstorganisation wird erwartet
- •Scrum Master als Junior-Rolle oder Sprungbrett behandeln