RollenRollenporträt
Scrum Master: Aufgaben, Arbeitswoche und Abgrenzung
Inhalt dieses Artikels
Der Scrum Master ist im Scrum Team dafür verantwortlich, Scrum so einzuführen, wie der Scrum Guide es beschreibt, und die Wirksamkeit des Teams zu verbessern. Er arbeitet dafür mit dem Team, mit dem Product Owner und mit der Organisation, ohne Weisungsbefugnis und ohne Verantwortung für Termine oder Budget.
Die Bezeichnung führt leicht in die Irre. Ein Scrum Master ist kein Meister über das Team, sondern die Person, die dafür sorgt, dass das Team ohne ihn besser zurechtkommt.
Was der Scrum Master laut Scrum Guide verantwortet
Der Scrum Guide 2020 gibt dem Scrum Master zwei Verantwortlichkeiten. Er ist dafür verantwortlich, Scrum so einzuführen, wie der Guide es beschreibt, indem er allen hilft, Theorie und Praxis von Scrum zu verstehen, im Team wie in der Organisation. Und er ist für die Wirksamkeit des Scrum Teams verantwortlich, indem er das Team befähigt, seine Praktiken innerhalb von Scrum zu verbessern.
Der Guide nennt Scrum Master „true leaders who serve“, echte Führungspersönlichkeiten, die dem Scrum Team und der Organisation dienen. Gemeint ist Führung ohne Anweisung: Der Scrum Master wirkt über Fragen, Coaching und Moderation, nicht über Zuständigkeit für die Arbeit anderer.
Eine Formulierung im Guide lohnt den genauen Blick. Der Scrum Master soll die Beseitigung von Hindernissen bewirken, im Original „causing the removal of impediments“. Er muss nicht jedes Hindernis selbst beseitigen. Er sorgt dafür, dass jemand es tut, im besten Fall das Team selbst.
Aufschlussreich ist auch, was nicht im Guide steht: keine Pflicht, Protokolle zu schreiben, Räume zu buchen oder Fortschritt an Führungskräfte zu berichten. Solche Aufgaben können anfallen, die Rolle sind sie nicht.
Wem der Scrum Master dient: Team, Product Owner, Organisation
Der Scrum Guide zählt auf, wie der Scrum Master drei Gruppen dient: dem Scrum Team, dem Product Owner und der Organisation. Die drei Listen beschreiben die Aufgaben der Rolle genauer als jede Stellenausschreibung.
Für das Scrum Team
Gegenüber dem Team coacht der Scrum Master die Mitglieder in Selbstmanagement und interdisziplinärer Zusammenarbeit. Er hilft dem Team, sich auf hochwertige Inkremente zu konzentrieren, die die Definition of Done erfüllen. Er bewirkt, dass Hindernisse beseitigt werden, und stellt sicher, dass alle Scrum-Events stattfinden, produktiv sind und in ihrer Zeitbox bleiben.
Sicherstellen heißt nicht selbst leiten. Das Daily Scrum gehört den Developers. Der Scrum Master greift ein, wenn daraus ein Statusbericht wird, nicht, um es zu moderieren. Wartet das Team seit einer Woche auf Zugänge zu einem Testsystem, ist es seine Sache, dass das jemand klärt, notfalls er selbst.
Für den Product Owner
Dem Product Owner hilft der Scrum Master, Techniken für ein klares Produktziel und einen gut geführten Product Backlog zu finden. Er hilft dem Team zu verstehen, warum Einträge im Backlog klar und knapp sein müssen. Er unterstützt eine Produktplanung, die auf Erfahrung und Beobachtung beruht, und moderiert die Zusammenarbeit mit Stakeholdern, wenn das gewünscht oder nötig ist.
Konkret heißt das zum Beispiel: Der Scrum Master bereitet mit dem Product Owner ein Refinement vor, in dem zu große Einträge zerlegt werden. Oder er gestaltet das Sprint Review so, dass Stakeholder mitarbeiten, statt einer Vorführung zuzusehen.
Für die Organisation
Gegenüber der Organisation führt, schult und coacht der Scrum Master die Einführung von Scrum. Er plant und berät Scrum-Einführungen, hilft Mitarbeitenden und Stakeholdern, empirisch zu arbeiten, und beseitigt Barrieren zwischen Stakeholdern und Scrum Teams.
Dieser Teil fällt im Alltag leicht weg, obwohl gerade er Hindernisse dauerhaft beseitigt. Gibt eine Führungskraft einzelnen Developers direkt Aufgaben am Sprint vorbei, ist das kein Problem des Teams, sondern eine Barriere zwischen Organisation und Team. Sie anzusprechen, gehört ausdrücklich zur Rolle.
Ein zweites Beispiel: Das Controlling verlangt für jedes Vorhaben einen Jahresplan mit festen Lieferterminen. Der Scrum Master erklärt, was Scrum stattdessen liefert, nämlich in jedem Sprint ein überprüfbares Inkrement und eine Prognose, die mit jedem Sprint genauer wird. Dann sucht er mit dem Controlling eine Form, die beides verbindet.
Eine typische Woche als Scrum Master
Der reale Wochenablauf besteht nur zum kleineren Teil aus Scrum-Events. Für die erste Woche eines Zwei-Wochen-Sprints sieht er als Beispiel so aus:
| Wann | Termin oder Tätigkeit | Was der Scrum Master dabei tut |
|---|---|---|
| Montag | Sprint Planning | achtet auf die Zeitbox und darauf, dass am Ende ein Sprint-Ziel steht |
| jeden Tag | Daily Scrum | hört zu, greift nur ein, wenn aus der Planung ein Statusbericht wird |
| Dienstag | Gespräch mit dem Product Owner | bereitet das nächste Refinement vor, schärft unklare Einträge |
| Mittwoch | offene Hindernisse | fragt nach, klärt mit anderen Teams oder der Führung, wer was löst |
| Donnerstag | Austausch in der Organisation | spricht wiederkehrende Hindernisse an, etwa Aufgaben am Sprint vorbei |
| Freitag | Beobachtung und Einzelgespräche | schaut, wo Zusammenarbeit hakt, ohne dass es jemand sagt |
In der zweiten Woche kommen Sprint Review und Sprint-Retrospektive dazu. Die Retrospektive kann der Scrum Master selbst moderieren, solange er nicht Teil des Problems ist, um das es geht. Wie das geht, zeigt die Anleitung Retrospektive moderieren; welche Formate für Workshops und Entscheidungen taugen, steht in der Übersicht der Moderationstechniken.
Als Faustregel für ein Team gilt: höchstens ein Drittel der Zeit in Terminen. Der Rest gehört Gesprächen, Hindernissen und Beobachtung. Ein Scrum Master, der die ganze Woche in Terminen sitzt, hat keine Zeit mehr für das, was sich nicht planen lässt.
Scrum Master, Product Owner, Teamleitung: die Abgrenzung
Die Verantwortlichkeiten im Scrum Team sind bewusst getrennt. Die Tabelle zeigt, wo die Grenzen zu den benachbarten Rollen liegen:
| Rolle | Bezugsgröße | verantwortet | Weisungsbefugnis |
|---|---|---|---|
| Scrum Master | ein Scrum Team und die Organisation bei der Scrum-Einführung | Wirksamkeit des Teams, Einführung von Scrum | nein |
| Product Owner | ein Produkt | Wert des Produkts, Product Backlog | nein, entscheidet aber über die Reihenfolge |
| Agile Coach | mehrere Teams und ihr Umfeld | je nach Auftrag, in keinem Standard festgelegt | nein |
| Teamleitung | ein Team | Personal und Ergebnisse | ja |
| Projektleitung | ein Vorhaben mit Ende | Termin, Umfang, Budget | teilweise |
Die engste Nachbarrolle ist der Agile Coach: Er ist an kein Rahmenwerk gebunden und begleitet mehrere Teams. Die Abgrenzung im Detail steht im Porträt dieser Rolle.
Schwieriger ist die Grenze zur Teamleitung. Wo eine Organisation beide Rollen in einer Person vereint, hört das Team auf, Probleme offen anzusprechen: Was der Scrum Master als Beobachtung meint, hört das Team als Bewertung durch die Vorgesetzte oder den Vorgesetzten. Wie sich die Verantwortung in Scrum insgesamt verteilt, zeigt der Überblick über agile Rollen; die drei Verantwortlichkeiten im Scrum Team erklärt der Artikel über die Scrum-Rollen.
Wege in die Rolle
Der naheliegende Einstieg führt aus dem Team selbst: Ein Developer übernimmt die Rolle, weil er die Arbeit kennt und dem Team vertraut ist. Der Vorteil ist der Vertrauensvorschuss, die Schwierigkeit der Rollenwechsel. Wer gestern mitentwickelt hat, muss heute zuhören, statt Lösungen vorzuschlagen.
Der zweite Weg führt aus der Projektleitung. Wer von dort kommt, kennt Planung und Stakeholder, muss aber das Steuern ablegen. In Scrum verteilt der Scrum Master keine Aufgaben und verfolgt keine Termine; die Versuchung, es trotzdem zu tun, ist in den ersten Monaten groß.
Drei Fähigkeiten braucht die Rolle von Anfang an. Erstens den Scrum Guide genau kennen: Wer Regeln erklären soll, muss sie im Wortlaut kennen und wissen, was nicht drinsteht. Zweitens moderieren, sodass alle zu Wort kommen und am Ende eine Entscheidung steht. Drittens Hartnäckigkeit bei Hindernissen: nachfragen, bis jemand zuständig ist, auch wenn es unangenehm wird.
Zertifikate für Scrum Master bieten unter anderem Scrum.org und die Scrum Alliance an. Die Programme unterscheiden sich darin, ob ein Kurs Pflicht ist und wie die Prüfung abläuft. Sie vermitteln einen gemeinsamen Wortschatz und dienen in Ausschreibungen als Vorfilter. Was sie nicht ersetzen, ist Erfahrung mit einem echten Team.
Was an der Rolle schwierig ist
Terminverwaltung statt Coaching. Die Events sind sichtbar, die übrige Arbeit nicht. Wer an Terminen gemessen wird, landet schnell bei Raumbuchung und Protokoll. Die Arbeit, die das Team voranbringt, Gespräche und Hindernisse, bleibt dann liegen.
Die Doppelrolle mit Developer. Der Scrum Guide verbietet sie nicht, aber unter Termindruck gewinnt die eigene Aufgabe. Wer beides macht, sollte vorher festlegen, wie viel Zeit die Rolle als Scrum Master bekommt, und das in der Retrospektive überprüfen.
Hindernisse außerhalb des eigenen Einflusses. Hindernisse liegen nicht immer im Team, sondern auch in Abläufen, Freigaben oder Prioritäten der Organisation. Der Scrum Master kann sie ansprechen, aber nicht entscheiden.
Zwischen Team und Organisation. Der Scrum Master dient beiden, und manchmal wollen sie Gegensätzliches: Das Team will einen ungestörten Sprint, die Führung eine dringende Zusatzaufgabe. Er entscheidet diesen Konflikt nicht, sondern macht ihn sichtbar und bringt ihn zum Product Owner, der über die Reihenfolge im Product Backlog entscheidet.
Fragen und Antworten
Was macht ein Scrum Master den ganzen Tag?
Weniger Termine, als die Rolle vermuten lässt. Ein Teil der Woche geht in die Scrum-Events, die der Scrum Master nicht alle selbst moderieren muss. Der größere Teil sind Gespräche mit dem Team, dem Product Owner und der Organisation, die Arbeit an Hindernissen und Beobachtung: Wo hakt die Zusammenarbeit, ohne dass es jemand anspricht? Ein Scrum Master, der nur Termine organisiert, erfüllt die Rolle nicht.
Ist Scrum Master ein Vollzeitjob?
Der Scrum Guide regelt das nicht, eine feste Regel gibt es also nicht. Als Faustregel gilt: Ein neu startendes Team oder eine Organisation, die Scrum gerade einführt, braucht einen Scrum Master in Vollzeit. Ein eingespieltes Team kommt mit weniger aus. Wird die Rolle nebenbei gemacht, fällt zuerst die Arbeit an der Organisation weg, also genau der Teil, der Hindernisse dauerhaft beseitigt.
Darf der Scrum Master auch Developer sein?
Der Scrum Guide verbietet es nicht: Arbeitet der Scrum Master selbst an Einträgen im Sprint Backlog, nimmt er als Developer am Daily Scrum teil. Die Doppelrolle hat aber einen Preis. Unter Termindruck gewinnt leicht die eigene Aufgabe, und die Arbeit an Hindernissen und an der Zusammenarbeit bleibt liegen. Wer beides übernimmt, sollte vorher festlegen, wie viel Zeit für die Rolle als Scrum Master reserviert ist.
Hat der Scrum Master Weisungsbefugnis?
Nein. Laut Scrum Guide managt sich das Scrum Team selbst und entscheidet intern, wer was wann und wie macht. Der Scrum Master teilt keine Arbeit zu und bewertet keine Leistung. Seine Wirkung entsteht über Coaching, Moderation und die Arbeit an Hindernissen. Der Guide nennt Scrum Master echte Führungspersönlichkeiten, die dem Team und der Organisation dienen, und meint damit Führung ohne Anweisung.
Wie viele Teams kann ein Scrum Master betreuen?
Dafür gibt es keine feste Regel, der Scrum Guide geht von einem Scrum Master pro Scrum Team aus. Als Faustregel gilt: Ein Team ist am Anfang genug, zwei eingespielte Teams sind machbar, ab drei bleibt für Beobachtung und Gespräche kaum Zeit. Dann wird der Scrum Master zum Terminkoordinator, und die Arbeit an der Organisation fällt weg.
Braucht man ein Zertifikat als Scrum Master?
Vorgeschrieben ist keines, der Scrum Guide nennt keine Voraussetzung für die Rolle. In Stellenausschreibungen dienen Zertifikate aber als Vorfilter, und ein Kurs vermittelt einen gemeinsamen Wortschatz. Was ein Zertifikat nicht ersetzt, ist Erfahrung mit einem echten Team: eine Retrospektive, in der niemand etwas sagt, oder eine Führungskraft, die dem Team direkt Aufgaben gibt.
Quellen
- Scrum Guide 2020, Abschnitt Scrum Master (abgerufen am 3. Oktober 2026)
- Der Scrum Guide 2020, deutsche Übersetzung (PDF) (abgerufen am 3. Oktober 2026)