Wer macht in Scrum eigentlich was? Diese Frage entscheidet darüber, ob agile Zusammenarbeit funktioniert oder im Kompetenz-Wirrwarr endet. Dieser Artikel erklärt die drei Scrum-Rollen, ihre Verantwortlichkeiten und Grenzen – und räumt mit den häufigsten Missverständnissen auf.
Die 3 Scrum-Rollen auf einen Blick
Kunden werden durch den Product Owner repräsentiert und eng in die Entwicklung eingebunden; Manager stellen vor allem Ressourcen bereit. Die Verantwortlichkeiten verteilen sich so:
| Rolle | Verantwortet | Typische Aufgaben | Ist ausdrücklich NICHT |
|---|---|---|---|
| Product Owner | Produktwert & Rentabilität | Product Backlog pflegen, priorisieren, Stakeholder vertreten | Projektleiter, Vorgesetzter des Teams |
| Scrum Master | Wirksamkeit des Scrum-Prozesses | Coachen, Hindernisse beseitigen, Scrum vermitteln | Teamleiter, Verantwortlicher fürs Ergebnis |
| Developers | Qualität des Produktinkrements | Sprint-Arbeit planen, umsetzen, schätzen | Einzelkämpfer mit fester Zuständigkeit |
Terminologie-Hinweis: Seit dem Scrum Guide 2020 heißen die Rollen offiziell „Accountabilities”, das Entwicklungsteam heißt Developers – und „Scrum Team” bezeichnet die Gesamtheit aus Product Owner, Scrum Master und Developers (maximal 10 Personen). Im Alltag hat sich „Scrum-Rollen” jedoch als Begriff gehalten.
Product Owner: verantwortlich für den Produktwert
Die Entwicklung eines Produktes ist eine Investition, die sich rentieren muss. Der Product Owner trägt die Verantwortung für den Wert und die Rentabilität des Produkts und vertritt die Interessen der Kunden und Stakeholder. Seinen größten Hebel hat er über die Reihenfolge: Er beauftragt zuerst die Leistungsmerkmale, die viel Nutzen bringen und wenig Aufwand kosten, und steuert so die Priorisierung des Product Backlogs. Nur der Product Owner darf Einträge beauftragen oder ihre Reihenfolge ändern – diese Entscheidungsbefugnis ist bewusst bei einer einzigen Person gebündelt.
Zu seinen Kernaufgaben gehören:
- Product Backlog pflegen: Einträge formulieren, verfeinern und transparent halten
- Priorisieren: die Reihenfolge nach Wert, Risiko und Aufwand festlegen
- Stakeholder managen: Erwartungen einholen, Feedback in das Backlog übersetzen
- Produktziel vermitteln: dem Team jederzeit klar machen, wofür es entwickelt
Der Product Owner ist kein Projektmanager im klassischen Sinn und nicht für die Arbeitsergebnisse der Developers zuständig; in die eigentliche Entwicklungsarbeit ist er nicht involviert. In vielen Unternehmen entspricht die Rolle der des Produktmanagers.
Scrum Master: Coach für Team und Organisation
Der Scrum Master hilft dem Team als Coach, sich selbst zu organisieren und kontinuierlich wirksamer zu werden. Er ist der Scrum-Experte im Team: Er vermittelt die Methode, achtet auf die Einhaltung der Ereignisse und Regeln und beseitigt organisatorische wie methodische Hindernisse („Impediments”). Dabei arbeitet er mit dem Team auf Augenhöhe – er ist nicht der Vorgesetzte.
Typische Aufgaben des Scrum Masters:
- Coachen statt anweisen: das Team zur Selbstorganisation befähigen
- Hindernisse beseitigen: Blockaden erkennen und aus dem Weg räumen
- Prozess schützen: Störungen von außen abfangen, Fokus im Sprint sichern
- Organisation entwickeln: Scrum auch außerhalb des Teams verankern
Der Scrum Master ist kein Projektleiter und übernimmt keine Verantwortung für das Entwicklungsergebnis – seine Verantwortung gilt dem funktionierenden Prozess und der Zusammenarbeit.
Developers: das selbstorganisierte Entwicklungsteam
Die Developers – früher „Entwicklungsteam” genannt – arbeiten eng zusammen und organisieren sich selbst. Allein das Team entscheidet, mit welchen Werkzeugen und Techniken es arbeitet und wer welche Aufgaben übernimmt. Auch Aufwandsschätzungen erstellen die Developers selbst – niemand sonst darf für sie schätzen.
Ein Scrum-Team sollte cross-funktional sein, also alle Kompetenzen besitzen, um das gewünschte Produkt zu erstellen. Es besteht aus Spezialisten, doch die Aufgabe eines Teammitglieds ist nicht auf sein Fachgebiet beschränkt: Jeder trägt dazu bei, in jedem Sprint ein funktionsfähiges Produktinkrement zu liefern. Die Haltung ist nicht „das ist nicht meine Aufgabe”, sondern „ich erledige, was zu tun ist”.
Bewährt haben sich Teams von etwa drei bis neun Developers: Bei weniger Mitgliedern fehlen schnell Fähigkeiten, bei mehr steigt der Kommunikationsaufwand überproportional. Kein einzelnes Mitglied ist gesamtverantwortlich für das Ergebnis – die Selbstverpflichtung gilt dem jeweiligen Sprintziel, nicht dem gesamten Projektzeitraum.
Wie die drei Rollen zusammenspielen
Ihre Wirkung entfalten die Rollen im Rhythmus der Scrum-Ereignisse:
- Sprint Planning: Der Product Owner bringt die höchstpriorisierten Backlog-Einträge mit, die Developers wählen aus, was sie im Sprint schaffen, und planen die Umsetzung. Der Scrum Master moderiert.
- Daily Scrum: Die Developers stimmen sich täglich kurz ab – ohne Statusbericht an Vorgesetzte.
- Sprint Review: Das Team zeigt das Inkrement, der Product Owner und die Stakeholder geben Feedback, das ins Backlog fließt.
- Sprint-Retrospektive: Alle drei Rollen verbessern gemeinsam ihre Zusammenarbeit – hier ist der Scrum Master besonders gefragt.
So entsteht ein System der Gewaltenteilung: Der Product Owner bestimmt das Was und in welcher Reihenfolge, die Developers das Wie und wie viel pro Sprint, der Scrum Master sichert das Wie der Zusammenarbeit. Werkzeuge wie agile Projektmanagement-Software unterstützen diesen Ablauf mit Backlogs, Sprint-Boards und Burndown-Charts.
Scrum-Rollen und klassische Projektrollen
Die häufigste Verwirrung entsteht beim Vergleich mit klassischen Strukturen – vor allem, weil es in Scrum keinen Projektleiter gibt:
| Klassische Rolle | Nächstes Scrum-Pendant | Wichtiger Unterschied |
|---|---|---|
| Projektleiter | – (verteilt auf alle drei Rollen) | Planung → Developers, Priorisierung → Product Owner, Prozess → Scrum Master |
| Produktmanager | Product Owner | PO hat volle Entscheidungshoheit über das Backlog |
| Teamleiter | – | Developers organisieren sich selbst, disziplinarische Führung bleibt in der Linie |
| Qualitäts-/Methodenverantwortlicher | Scrum Master | coacht auf Augenhöhe statt zu kontrollieren |
Wer aus dem klassischen Umfeld kommt, findet in der Rolle des Projektleiters und im Vergleich Agile vs. Waterfall die passende Einordnung. In großen Organisationen mit mehreren Teams kommen skalierte Rahmenwerke wie das Scaled Agile Framework ins Spiel, die zusätzliche Rollen definieren.
Häufig gestellte Fragen
Welche drei Rollen gibt es in Scrum?
Scrum definiert genau drei Rollen: den Product Owner (verantwortet Produktwert und Backlog-Priorisierung), den Scrum Master (verantwortet den funktionierenden Scrum-Prozess) und die Developers (setzen die Sprint-Arbeit um). Zusammen bilden sie das Scrum Team.
Was macht ein Scrum Master?
Der Scrum Master coacht Team und Organisation in der Anwendung von Scrum, moderiert die Ereignisse, beseitigt Hindernisse und schützt das Team vor Störungen. Er ist weder Vorgesetzter noch Projektleiter – seine Verantwortung gilt dem Prozess, nicht dem Produktergebnis.
Was ist der Unterschied zwischen Product Owner und Projektleiter?
Der Product Owner verantwortet das „Was”: den Wert des Produkts und die Reihenfolge der Anforderungen. Ein klassischer Projektleiter verantwortet zusätzlich Termin-, Kosten- und Ressourcenplanung – diese Aufgaben verteilen sich in Scrum auf die Developers (Planung im Sprint) und den Scrum Master (Prozess).
Können Scrum Master und Product Owner eine Person sein?
Davon wird dringend abgeraten: Die Rollen bilden ein Gegengewicht (Wert-Maximierung vs. nachhaltiger Prozess). In einer Person entstehen Interessenkonflikte – etwa wenn Termindruck gegen Teamgesundheit abgewogen werden muss.
Wie groß sollte ein Scrum-Team sein?
Der Scrum Guide empfiehlt maximal 10 Personen für das gesamte Scrum Team. In der Praxis bewähren sich etwa 3–9 Developers: genug für alle nötigen Kompetenzen, klein genug für effiziente Kommunikation.
Gibt es in Scrum einen Chef?
Innerhalb des Scrum Teams gibt es keine Hierarchie: Die Developers organisieren sich selbst, Product Owner und Scrum Master haben klar abgegrenzte Verantwortungen, aber keine Weisungsbefugnis gegenüber dem Team. Disziplinarische Führung bleibt in der Linienorganisation.
Weitere Informationen
Der Artikel “Agiles Projektmanagement erklärt” bietet Hintergrundwissen zum Themenbereich, “Agiles Projektmanagement: Prinzipien” erläutert die Grundlagen. Vertiefend: Scrum-Artefakte, agile Werte, agile Praktiken und das Kanban-Board. Zur Umsetzung im Alltag: Projektmanagement-Tools und agile Projektmanagement-Software.
Editor and Writer
Gabriella Martin ist Absolventin der Yale-Universität und hat einen Master in Deutscher Literatur von der Universität Tübingen. Sie liebt es, komplexe Dinge einfach zu erklären.
