Der Product Owner entscheidet was, die Entwickler entscheiden wie, der Scrum Master verantwortet die Wirksamkeit der Zusammenarbeit. Die häufigste Störung ist die Personalunion von Scrum Master und Vorgesetztem — sie macht die Retrospektive als offenen Raum unmöglich.
Product Owner
Der Product Owner verantwortet den Wert des Produkts. Konkret heisst das: Er pflegt und ordnet das Product Backlog, entscheidet über Prioritäten, formuliert das Produktziel und ist die eine Adresse für alle Fragen zum Was. Er trifft diese Entscheidungen, er sammelt sie nicht ein.
Die Betonung liegt auf der Einzahl. Wenn mehrere Personen Prioritäten in das Backlog geben können, erhält das Team widersprüchliche Signale und richtet sich nach der zuletzt oder lautesten geäusserten Anforderung. Ein Product Owner ohne Entscheidungsbefugnis ist der häufigste strukturelle Fehler bei Scrum-Einführungen.
Scrum Master
Der Scrum Master verantwortet, dass Scrum verstanden und wirksam angewendet wird. Er beseitigt Hindernisse, moderiert Ereignisse, schützt das Team vor Störungen von aussen und arbeitet daran, dass die Organisation die Voraussetzungen für agiles Arbeiten schafft.
Was er nicht ist: Projektleiter, Vorgesetzter, Aufgabenverteiler oder Statusberichterstatter. Die Rolle hat keine Weisungsbefugnis gegenüber dem Team — ihre Wirkung entsteht durch Beobachtung, Rückfragen und das Beseitigen von Hindernissen, nicht durch Anordnung.
Wenn der Scrum Master zugleich Vorgesetzter der Teammitglieder ist, kann die Retrospektive nicht funktionieren. Niemand spricht offen über Probleme vor der Person, die das Zeugnis schreibt — unabhängig davon, wie umgänglich diese Person ist.
Entwickler
Die Entwickler sind gemeinsam dafür verantwortlich, in jedem Sprint ein nutzbares Increment zu liefern. Sie erstellen das Sprint Backlog, schätzen den Aufwand, entscheiden über die technische Umsetzung und verantworten die Qualität. Der Begriff umfasst alle Fachrichtungen — Analyse, Test, Design, Betrieb —, nicht nur Programmierung.
Die Entscheidung über das Wie liegt vollständig hier. Wenn Architektur oder Vorgehen von aussen vorgegeben werden, verliert das Team die Verantwortung für das Ergebnis, denn es kann nicht mehr für etwas einstehen, das es nicht entschieden hat.
Die Grenzlinien
| Frage | Entscheidet | Nicht |
|---|---|---|
| Was wird gebaut, in welcher Reihenfolge? | Product Owner | Team, Stakeholder, Vorgesetzte |
| Wie wird es technisch umgesetzt? | Entwickler | Product Owner, Architekturvorgaben von aussen |
| Wie viel passt in den Sprint? | Entwickler | Product Owner, Termindruck |
| Ist es fertig? | Definition of Done | Meinung Einzelner |
| Wie arbeiten wir zusammen? | Team in der Retrospektive | Vorgabe von aussen |
Die dritte Zeile wird am häufigsten verletzt. Der Product Owner darf jederzeit sagen, was ihm am wichtigsten ist — aber nicht, wie viel davon in einen Sprint passt. Diese Grenze zu halten ist unbequem und die Voraussetzung dafür, dass Sprint-Zusagen überhaupt etwas bedeuten.
Rollen in kleinen Organisationen
In kleinen Teams ist eine saubere Rollentrennung oft nicht darstellbar. Realistische Kombinationen: Ein Entwickler übernimmt zusätzlich die Scrum-Master-Aufgaben. Ein Fachverantwortlicher wird Product Owner mit reduziertem Zeitanteil.
Zwei Kombinationen sind dagegen problematisch. Product Owner und Scrum Master in einer Person führt dazu, dass niemand mehr auf die Einhaltung der Grenzen achtet, weil die Person genau diese Grenze in sich trägt. Und Scrum Master zugleich Vorgesetzter — aus dem oben genannten Grund. Wenn beides unvermeidbar ist, sollte es zumindest benannt sein, damit die Beteiligten die Verzerrung kennen.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Welche drei Rollen gibt es in Scrum?
- Product Owner (verantwortet den Produktwert und das Was), Scrum Master (verantwortet die Wirksamkeit von Team und Prozess) und die Entwickler (verantworten das Wie und die Lieferung des Increments).
- Ist der Scrum Master der Projektleiter?
- Nein. Der Scrum Master hat keine Weisungsbefugnis und verteilt keine Aufgaben. Er beseitigt Hindernisse, moderiert die Ereignisse und arbeitet daran, dass die Organisation die Voraussetzungen für agiles Arbeiten schafft.
- Kann eine Person Product Owner und Scrum Master zugleich sein?
- Davon ist abzuraten. Der Scrum Master achtet unter anderem darauf, dass der Product Owner die Grenzen der Rolle einhält — trägt eine Person beide Rollen, fehlt dieses Korrektiv. Noch problematischer ist Scrum Master in Personalunion mit der Vorgesetztenfunktion.