Scrum-Master-Interviews prüfen drei Dinge: ob du das Framework kennst (Rollen, Events, Artefakte), ob du ein echtes Team durch Probleme coachen kannst und ob du ein Servant Leader bleiben kannst, statt dich wie ein Projektmanager zu verhalten. Erwarte Szenariofragen wie ein Team, das jeden Sprint verfehlt, oder einen Product Owner, der mitten im Sprint die Prioritäten ändert.
Unten findest du 22 Fragen mit Beispielantworten. Der Scrum Guide ändert sich leicht zwischen den Ausgaben, also erwähne, welche du verwendest, wenn danach gefragt wird.
Scrum-Grundlagen
1. Was ist Scrum?
"Ein leichtgewichtiges Framework, um komplexe Arbeit in kurzen Zyklen namens Sprints zu liefern. Ein kleines Team arbeitet auf ein Ziel hin, überprüft das Ergebnis und passt sich an. Es basiert auf Empirie: Transparenz, Überprüfung und Anpassung."
2. Was sind die Scrum-Rollen?
"Die Developers, die das Produkt bauen. Der Product Owner, der den Wert des Produkts maximiert und das Backlog verwaltet. Der Scrum Master, der dem Team und der Organisation hilft, Scrum gut zu verstehen und anzuwenden."
3. Was sind die Scrum-Events?
| Event | Zweck |
|---|---|
| Sprint | Ein Timebox von einem Monat oder weniger, der alle anderen Events enthält |
| Sprint Planning | Entscheiden, was in diesem Sprint geschafft werden kann und wie |
| Daily Scrum | Ein 15-minütiger Check der Developers, um die nächsten 24 Stunden zu planen |
| Sprint Review | Das Increment mit Stakeholdern überprüfen und das Backlog anpassen |
| Sprint Retrospective | Überprüfen, wie das Team gearbeitet hat, und Verbesserungen vereinbaren |
4. Was sind die Scrum-Artefakte und ihre Commitments?
"Das Product Backlog mit dem Product Goal, das Sprint Backlog mit dem Sprint Goal und das Increment mit der Definition of Done. Jedes Artefakt hat ein Commitment, das den Fortschritt transparent macht."
5. Was ist die Definition of Done, und warum ist sie wichtig?
"Eine gemeinsame Beschreibung dessen, was erfüllt sein muss, damit Arbeit als abgeschlossen gilt, zum Beispiel Code reviewt, getestet, dokumentiert und deploybar. Ohne sie bedeutet 'fertig' für jeden etwas anderes und die Qualität driftet."
6. Was ist der Unterschied zwischen einem Scrum Master und einem Projektmanager?
"Ein Projektmanager steuert die Arbeit, verfolgt den Zeitplan und weist oft Aufgaben zu. Ein Scrum Master managt das Team nicht. Er coacht, beseitigt Hindernisse, schützt den Prozess und hilft dem Team, selbstorganisiert zu werden."
Der Arbeitsalltag
7. Was macht ein Scrum Master den ganzen Tag?
"Events moderieren, wenn nötig, dem Team helfen, Blocker zu erkennen und zu beseitigen, den Product Owner im Backlog-Management coachen, mit anderen Teams und Führungskräften an Hindernissen arbeiten und Muster wie Carry-over oder Bugs verfolgen, um sie in die Retrospektive einzubringen."
8. Wie moderierst du eine effektive Retrospektive?
"Ich schaffe einen sicheren Raum und einen klaren Fokus, sammle Daten wie die Events des Sprints, lasse alle beitragen, gruppiere Themen, wähle ein oder zwei Verbesserungen mit Verantwortlichen aus und prüfe sie in der nächsten Retrospektive. Ich variiere das Format, damit es frisch bleibt, und vermeide Retros, die nur Beschwerden auflisten."
9. Wie gehst du mit einem Team um, das das Daily Scrum langweilig findet?
"Ich frage sie, was sie sich davon wünschen. Wenn es zu einem Statusbericht an mich geworden ist, erinnere ich sie daran, dass es für die Developers ist, verschiebe den Fokus auf das Sprint Goal und probiere ein anderes Format aus, zum Beispiel das Board von rechts durchzugehen. Das Ziel ist, den nächsten Tag zu planen, nicht zu berichten."
10. Wie hilfst du einem Team beim Schätzen?
"Ich nutze relative Schätzung wie Story Points oder T-Shirt-Größen, mit Diskussion, wie beim Planning Poker. Der Punkt ist gemeinsames Verständnis, nicht Präzision. Ich schaue mir den bisherigen Durchsatz des Teams an, um zu prognostizieren, und ich vergleiche die Velocity nicht zwischen Teams."
11. Was ist Velocity, und wie wird sie missbraucht?
"Die Menge an Arbeit, die ein Team in einem Sprint abschließt, meist in Story Points. Sie hilft einem Team bei der Prognose. Sie wird als Leistungsziel oder zum Vergleich von Teams missbraucht, was dazu führt, dass Leute ihre Schätzungen aufblähen."
Szenarien
12. Das Team verfehlt in jedem Sprint das Sprint-Ziel. Was tust du?
„Ich würde mit Daten und der Sicht des Teams nach Ursachen suchen. Sind die Stories zu groß? Wird mitten im Sprint Arbeit hinzugefügt? Blockieren Abhängigkeiten das Team? Ist das Ziel unklar? Dann bringe ich es in die Retrospektive und probiere ein Experiment aus, etwa kleinere Stories, ein Limit für laufende Arbeit oder eine frühere Verfeinerung."
13. Der Product Owner ändert ständig die Prioritäten mitten im Sprint. Was tust du?
„Ich würde mit ihm über die Auswirkungen auf das Team und das Sprint-Ziel sprechen. Innerhalb eines Sprints kann der Umfang mit den Entwicklern geklärt werden, aber das Sprint-Ziel ist geschützt. Wenn die Änderung dringend genug ist, kann der Sprint vom Product Owner abgebrochen werden, was selten vorkommt. Ansonsten wandert sie für die nächste Planung ins Backlog. Außerdem würde ich ihn beim Backlog Refinement unterstützen, damit die Prioritäten klarer sind."
14. Ein Stakeholder wendet sich immer wieder direkt an die Entwickler mit Anfragen. Was tust du?
„Ich würde den Aufwand für das Team und den Sprint erklären und die Stakeholder auf den Product Owner und das Sprint Review als Kanäle verweisen. Außerdem würde ich die Entwickler darin coachen, Anfragen höflich umzuleiten."
15. Ein Entwickler dominiert die Diskussionen, während andere schweigen. Was tust du?
„In den Events würde ich Techniken einsetzen, die alle einbeziehen, etwa Ideen zuerst still aufschreiben, reihum gehen oder Partnerarbeit. Unter vier Augen würde ich mit der dominierenden Person darüber sprechen, anderen Raum zu lassen. Ich würde beobachten, was die ruhigeren Mitglieder brauchen."
16. Ein Manager möchte, dass du über die Produktivität Einzelner berichtest. Was sagst du?
„Ich würde erklären, dass Scrum die Ergebnisse des Teams misst und dass individuelle Kennzahlen die Zusammenarbeit verringern. Ich würde Kennzahlen auf Teamebene anbieten, etwa Cycle Time, Durchsatz und Qualität, und berichten, wie die Arbeit läuft."
17. Wie gehst du mit Konflikten im Team um?
„Ich bringe das Thema früh zur Sprache, höre mir jede Person einzeln an und helfe ihnen dann, direkt über das Problem und seine Auswirkungen zu sprechen. Ich konzentriere mich auf das Verhalten und das Ziel, nicht auf die Person, und wir einigen uns auf eine Maßnahme. Wenn es sich nicht löst, beziehe ich einen Manager ein."
18. Was würdest du tun, wenn das Team Scrum nicht befolgt?
„Zuerst nach dem Warum fragen. Vielleicht ist eine Praxis in ihrem Kontext nicht nützlich, oder niemand hat sie erklärt. Ich würde mit dem Grund hinter jeder Praxis coachen, ein Experiment vorschlagen und das Ergebnis überprüfen. Organisatorische Hindernisse, etwa Manager, die Aufgaben zuweisen, würde ich bei der Führungsebene ansprechen."
Agile und Tools
19. Was ist der Unterschied zwischen Scrum und Kanban?
„Scrum hat Sprints fester Länge, definierte Rollen und Events. Kanban ist ein Flusssystem: Arbeit sichtbar machen, laufende Arbeit begrenzen und den Fluss steuern, ohne vorgeschriebene Zeitboxen. Viele Teams kombinieren Ideen aus beiden."
20. Wie skalierst du Scrum über mehrere Teams hinweg?
„Zuerst Abhängigkeiten sichtbar machen und Teams cross-funktional halten. Eine gemeinsame Kadenz nutzen, ein Scrum of Scrums oder einen ähnlichen Sync und ein gemeinsames Backlog oder gemeinsame Ziele. Es gibt Frameworks wie Nexus, LeSS oder SAFe, aber ich würde mit dem einfachsten Ansatz beginnen, der das eigentliche Problem löst."
21. Welche Tools nutzt du?
„Jira oder einen ähnlichen Tracker, ein digitales Whiteboard für Retrospektiven und das eigene Board des Teams. Ich wähle Tools, die das Team aktuell hält, und nutze sie, um Arbeit sichtbar zu machen, nicht zur Überwachung."
22. Hast du Fragen an uns?
„Wie viele Teams arbeiten an diesem Produkt, und wie koordinieren sie sich? Wie steht die Führungsebene zu Scrum, und was wurde bereits versucht? Was ist das größte Hindernis, mit dem eure Teams zu kämpfen haben?"
Zertifizierungen
Viele Stellenanzeigen verlangen eine Zertifizierung wie Certified ScrumMaster oder Professional Scrum Master. Sie zeigen, dass du das Framework gelernt hast, aber in Interviews zählt mehr, was du mit einem echten Team gemacht hast. Bereite Beispiele vor, bei denen du ein Hindernis beseitigt und eine Retrospektive zu einer Verbesserung geführt hast.
Wie du dich vorbereitest
Bereite Geschichten vor zu: einem Team, das du durch ein Problem gecoacht hast, einem Konflikt, bei dessen Lösung du geholfen hast, einer Retrospektive, die etwas verändert hat, und einer Situation, in der du dem Management widersprochen hast. Lies den aktuellen Scrum Guide noch einmal, damit deine Begriffe stimmen. Sieh dir unseren Leitfaden für Führungsinterviews und unseren Leitfaden für Management-Interviews für verwandte Fragen an.
Übe in einem Mock-Interview und lies das Transkript daraufhin durch, wo du eine Definition gegeben hast, obwohl die Frage war, was du tun würdest. Befolge in jedem Live-Interview die Regeln des Arbeitgebers zu KI-Tools.
Üben Sie Scrum Master Antworten mit YesToTheOffer
Führen Sie ein Mock-Interview durch, sprechen Sie Team-Szenarien laut durch und überprüfen Sie anschließend Ihr Transkript. 30 kostenlose Minuten, kein Abonnement.



