Scrum Foundation
Referenz & Glossar

Öffentliche Referenz für die Prüfungsvorbereitung.
Fachbegriffe, Modelle, Themenelemente — ohne Login nutzbar.

🔺 Foundation 🎯 Practitioner
50 Prüfungsfragen 0 Fachbegriffe 27 Themenelemente Scrum-Rahmenwerk
Schnellzugriff
Glossar — alle Fachbegriffe A–Z Wichtige Modelle & Merkhilfen Scrum-Rahmenwerk Alle Prüfungsfragen Interaktives Quiz starten

Fachbegriff-Glossar

Lade…

Lern-Podcasts & Videos

Kurze Audio- und Video-Lektionen zu wichtigen Themen für unterwegs.

Lade Podcasts...

Wichtige Modelle & Merkhilfen

🧪 Die drei Säulen der Empirie

Grundlage jedes empirischen Prozesses

1
Transparenz — Wichtige Aspekte sind für alle sichtbar
2
Inspektion — Regelmäßig prüfen, ob Ziele erreichbar sind
3
Adaption — Bei Abweichung schnell anpassen
Merkhilfe: T-I-A → "Transparent ins Auge schauen und anpassen"
💎 Die 5 Scrum-Werte

Säulen von Vertrauen, Mut und Selbstverwaltung

1
Commitment — Sprint-Ziele gemeinsam erreichen
2
Fokus — Nur an der Sprint-Arbeit arbeiten
3
Offenheit — Arbeit und Hindernisse zeigen
4
Respekt — Menschen als fähig & unabhängig sehen
5
Mut — Richtige Dinge tun, Probleme angehen
Merkhilfe: CoFoOrReMu → "Commited, Fokussiert, Offen, Respektvoll, Mutig"
👥 Die 3 Rollen im Scrum-Team

Nur diese Rollen gibt es – keine Projektleiter, keine Sub-Teams

Product Owner
Wert maximieren · Backlog verantworten
Scrum Master
Scrum etablieren · Team schützen
Developers
Increment bauen · selbstorganisiert
Kein PM!
Scrum hat KEINE Projektleiter-Rolle
Prüfungsfalle: "Scrum Master verwaltet das Team" ist FALSCH – er serviert!
🔄 Der Sprint-Zyklus

Die vier Events in jedem Sprint

1
Planning — Was & Wie für den Sprint festlegen
2
Daily Scrum — Täglich 15 Min, Plan anpassen
3
Review — Increment vorstellen, Feedback holen
4
Retrospective — Team-Qualität & Effektivität verbessern
Der Sprint ist der Container: alle Events finden DARIN statt.

Scrum-Rahmenwerk

27 Themenelemente über 6 Bereiche. Klicke auf ein Element für eine Lernhilfe.

🧪 Theorie & Empirie (4)
Empirie & die drei Säulen
Transparenz, Inspektion, Adaption
Die drei Säulen im Alltag
Transparent machen, regelmäßig prüfen, schnell anpassen
Sprint als empirischer Zyklus
Kurzer, fester Zeitrahmen mit Schritten
Agiles Manifest vs. Scrum
Werte & Prinzipien dahinter
💎 Die 5 Scrum-Werte (5)
Commitment
Verpflichtung gegenüber den Sprint-Zielen
Fokus
Konzentration auf die Sprint-Arbeit
Offenheit
Arbeit und Hindernisse sichtbar machen
Respekt
Fähige, unabhängige Menschen respektieren
Mut
Richtige Dinge tun, an schwierigen Problemen arbeiten
👥 Das Scrum-Team (5)
Product Owner
Wert maximieren, Backlog verantworten
Scrum Master
Scrum etablieren, Team unterstützen
Developers
Potenzielle Increments entwickeln
Selbstverwaltung
Wer, wie, was im Sprint selbst entscheiden
Cross-Funktionalität
Alle nötigen Fähigkeiten im Team
📅 Sprints & Events (5)
Sprint
Fester Container für alle Events
Sprint Planning
Was, Warum, Wie?
Daily Scrum
15 Minuten täglich, 15-Minuten-Plan
Sprint Review
Ergebnisse inspizieren, Backlog anpassen
Sprint Retrospective
Qualität & Effektivität verbessern
📦 Artefakte & Commitments (4)
Product Backlog
Commitment: Product Goal
Product Backlog Refinement
Einträge schrittweise präzisieren
Sprint Backlog
Commitment: Sprint Goal
Increment
Commitment: Definition of Done
⚠️ Praxis & Prüfungsfallen (4)
Definition of Done
„Fertig" heißt: die DoD ist erfüllt
Scrum Master ≠ Projektmanager
Er managt das Team NICHT
Daily Scrum ≠ Status-Report
15 Minuten, Plan für den Sprint anpassen
Eine Person, ein Backlog
Nur EIN Product Owner pro Produkt
Merkhilfe R-E-W-A: Rollen · Events · Werte · Artefakte Scrum-Rahmenwerk · 27 Elemente gesamt

Alle Prüfungsfragen 🔺 Foundation
50 Fragen 36 Single 10 Multi 4 Offen

Artefakte & Commitments
Artefakte [Artefakte] 3
☝️ Single Welche drei Artefakte kennt Scrum und welche Commitments gehören dazu?
✅ Product Backlog (Product Goal), Sprint Backlog (Sprint Goal), Increment (Definition of Done)
❌ Backlog, Board, Burndown
❌ Vision, Roadmap, Release-Plan
❌ Epics, Stories, Tasks
Die drei Artefakte mit ihren Commitments: Product Backlog → Product Goal, Sprint Backlog → Sprint Goal, Increment → Definition of Done.
☝️ Single Welche drei Artefakte kennt Scrum und welche Commitments gehören dazu?
✅ Product Backlog (Product Goal), Sprint Backlog (Sprint Goal), Increment (Definition of Done)
❌ Backlog, Board, Burndown
❌ Vision, Roadmap, Release-Plan
❌ Epics, Stories, Tasks
Die drei Artefakte mit ihren Commitments: Product Backlog → Product Goal, Sprint Backlog → Sprint Goal, Increment → Definition of Done.
✍️ Offen Was sind die drei Commitments der Scrum-Artefakte und wozu dienen sie?
Musterantwort: Product Backlog → Product Goal (langfristiges Produktziel). Sprint Backlog → Sprint Goal (das eine Ziel des Sprints). Increment → Definition of Done (Qualitätsstandard für "fertig"). Die Commitments schaffen Transparenz und Fokus: Sie geben jedem Artefakt eine verbindliche Zielgröße, an der Fortschritt gemessen wird.
Bewertet werden: die drei Artefakt-Commitment-Paare korrekt zugeordnet + Zweck (Transparenz/Fokus/Messbarkeit).
Definition of Done [Artefakte] 3
☝️ Single Was ist die Definition of Done?
✅ Eine formale Beschreibung des Zustands, den ein Increment erfüllen muss, um als fertig zu gelten
❌ Eine Liste aller offenen Aufgaben
❌ Das Sprint-Ziel
❌ Die persönliche Meinung des Product Owners, wann etwas gut ist
Die Definition of Done ist ein verbindliches Qualitäts-Commitment für das Increment: Nur was die DoD erfüllt, gilt als fertig und Teil des Increments.
☝️ Single Was ist die Definition of Done?
✅ Eine formale Beschreibung des Zustands, den ein Increment erfüllen muss, um als fertig zu gelten
❌ Eine Liste aller offenen Aufgaben
❌ Das Sprint-Ziel
❌ Die persönliche Meinung des Product Owners, wann etwas gut ist
Die Definition of Done ist ein verbindliches Qualitäts-Commitment für das Increment: Nur was die DoD erfüllt, gilt als fertig und Teil des Increments.
✌️ Multi Welche Aussagen zur Definition of Done (DoD) treffen zu? (Mehrere richtig)
✅ Sie schafft Transparenz über den Zustand des Increments
✅ Ein Increment muss die DoD erfüllen, um als fertig zu gelten
✅ Wenn eine Organisation eine DoD-Vorgabe hat, ist sie das Minimum
❌ Jeder Developer darf seine eigene DoD frei wählen
❌ Die DoD ist optional und kann weggelassen werden
Die DoD schafft Transparenz, ist Voraussetzung für "fertig", und ein Organisationsstandard ist das Minimum. Sie gilt fürs ganze Team (nicht individuell) und ist verbindlich, nicht optional.
Product Backlog [Artefakte] 2
☝️ Single Wer ist für den Inhalt und die Reihenfolge des Product Backlog verantwortlich?
✅ Der Product Owner
❌ Der Scrum Master
❌ Die Developers
❌ Der Kunde direkt
Der Product Owner verantwortet das Product Backlog: Inhalt, Verfügbarkeit und Reihenfolge. Andere können beitragen, aber die Verantwortung liegt allein beim PO.
☝️ Single Wer ist für den Inhalt und die Reihenfolge des Product Backlog verantwortlich?
✅ Der Product Owner
❌ Der Scrum Master
❌ Die Developers
❌ Der Kunde direkt
Der Product Owner verantwortet das Product Backlog: Inhalt, Verfügbarkeit und Reihenfolge. Andere können beitragen, aber die Verantwortung liegt allein beim PO.
Increment [Artefakte] 2
☝️ Single Wann entsteht ein Increment?
✅ Sobald ein Product-Backlog-Item die Definition of Done erfüllt
❌ Nur am Ende des Sprints
❌ Erst beim Release an den Kunden
❌ Beim Sprint Planning
Ein Increment entsteht, sobald ein Backlog-Item die Definition of Done erfüllt – das kann mehrmals pro Sprint passieren. Es muss nicht bis Sprint-Ende warten.
☝️ Single Wann entsteht ein Increment?
✅ Sobald ein Product-Backlog-Item die Definition of Done erfüllt
❌ Nur am Ende des Sprints
❌ Erst beim Release an den Kunden
❌ Beim Sprint Planning
Ein Increment entsteht, sobald ein Backlog-Item die Definition of Done erfüllt – das kann mehrmals pro Sprint passieren. Es muss nicht bis Sprint-Ende warten.
Das Scrum-Team & Rollen
Scrum-Team [Rollen] 5
☝️ Single Aus welchen Verantwortlichkeiten besteht ein Scrum-Team nach dem Scrum Guide 2020?
✅ Product Owner, Scrum Master, Developers
❌ Product Owner, Scrum Master, Projektleiter
❌ Scrum Master, Developers, Tester, Architekt
❌ Product Owner, Team Lead, Stakeholder
Das Scrum-Team besteht aus einem Product Owner, einem Scrum Master und den Developers. Es gibt keine weiteren Rollen und keine Sub-Teams oder Hierarchien.
☝️ Single Wie groß sollte ein Scrum-Team laut Scrum Guide 2020 typischerweise sein?
✅ Klein genug, um agil zu bleiben, meist 10 oder weniger Personen
❌ Genau 7 Personen
❌ Mindestens 15 Personen
❌ Unbegrenzt, je größer desto besser
Der Scrum Guide 2020 nennt "typischerweise 10 oder weniger" Personen. Klein genug für Agilität, groß genug, um im Sprint bedeutende Arbeit zu leisten.
☝️ Single Aus welchen Verantwortlichkeiten besteht ein Scrum-Team nach dem Scrum Guide 2020?
✅ Product Owner, Scrum Master, Developers
❌ Product Owner, Scrum Master, Projektleiter
❌ Scrum Master, Developers, Tester, Architekt
❌ Product Owner, Team Lead, Stakeholder
Das Scrum-Team besteht aus einem Product Owner, einem Scrum Master und den Developers. Es gibt keine weiteren Rollen und keine Sub-Teams oder Hierarchien.
☝️ Single Wie groß sollte ein Scrum-Team laut Scrum Guide 2020 typischerweise sein?
✅ Klein genug, um agil zu bleiben, meist 10 oder weniger Personen
❌ Genau 7 Personen
❌ Mindestens 15 Personen
❌ Unbegrenzt, je größer desto besser
Der Scrum Guide 2020 nennt "typischerweise 10 oder weniger" Personen. Klein genug für Agilität, groß genug, um im Sprint bedeutende Arbeit zu leisten.
✌️ Multi Welche Merkmale beschreiben das Scrum-Team nach dem Scrum Guide 2020? (Mehrere richtig)
✅ Es ist cross-funktional
✅ Es ist selbstverwaltend
✅ Es hat keine Sub-Teams oder Hierarchien
✅ Es umfasst typischerweise 10 oder weniger Personen
❌ Es wird von einem Teamleiter geführt
Das Scrum-Team ist cross-funktional, selbstverwaltend, ohne Sub-Teams/Hierarchien und typischerweise ≤10 Personen. Einen Teamleiter gibt es nicht.
Selbstverwaltung [Rollen] 2
☝️ Single Was bedeutet "selbstverwaltend" (self-managing) für ein Scrum-Team?
✅ Das Team entscheidet selbst, wer was wann und wie tut
❌ Ein Manager weist die Aufgaben zu
❌ Der Scrum Master plant die Arbeit der Developers
❌ Der Product Owner verteilt die Tasks
Selbstverwaltung heißt: Das Team entscheidet intern, wer woran wie arbeitet. Weder Scrum Master noch Product Owner noch externe Manager verteilen die Aufgaben.
☝️ Single Was bedeutet "selbstverwaltend" (self-managing) für ein Scrum-Team?
✅ Das Team entscheidet selbst, wer was wann und wie tut
❌ Ein Manager weist die Aufgaben zu
❌ Der Scrum Master plant die Arbeit der Developers
❌ Der Product Owner verteilt die Tasks
Selbstverwaltung heißt: Das Team entscheidet intern, wer woran wie arbeitet. Weder Scrum Master noch Product Owner noch externe Manager verteilen die Aufgaben.
Developers [Rollen] 2
✌️ Multi Wofür sind die Developers im Scrum-Team verantwortlich? (Mehrere richtig)
✅ Einen Plan für den Sprint erstellen (Sprint Backlog)
✅ Qualität durch Einhalten der Definition of Done
✅ Sich gegenseitig als Fachleute zur Rechenschaft ziehen
❌ Die Reihenfolge des Product Backlog festlegen
❌ Stakeholder-Erwartungen final entscheiden
Developers erstellen das Sprint Backlog, sichern Qualität (Definition of Done) und halten sich gegenseitig verantwortlich. Die Backlog-Reihenfolge verantwortet der Product Owner.
✌️ Multi Wofür sind die Developers im Scrum-Team verantwortlich? (Mehrere richtig)
✅ Einen Plan für den Sprint erstellen (Sprint Backlog)
✅ Qualität durch Einhalten der Definition of Done
✅ Sich gegenseitig als Fachleute zur Rechenschaft ziehen
❌ Die Reihenfolge des Product Backlog festlegen
❌ Stakeholder-Erwartungen final entscheiden
Developers erstellen das Sprint Backlog, sichern Qualität (Definition of Done) und halten sich gegenseitig verantwortlich. Die Backlog-Reihenfolge verantwortet der Product Owner.
Die 5 Scrum-Werte
Scrum-Werte [Werte] 5
☝️ Single Wie viele Scrum-Werte nennt der Scrum Guide, und welche sind es?
✅ Fünf: Commitment, Fokus, Offenheit, Respekt, Mut
❌ Drei: Transparenz, Inspektion, Adaption
❌ Vier: Individuen, Zusammenarbeit, Software, Reaktion
❌ Fünf: Planung, Kontrolle, Qualität, Zeit, Kosten
Die fünf Scrum-Werte sind Commitment, Fokus, Offenheit, Respekt und Mut. Transparenz/Inspektion/Adaption sind die drei Säulen (nicht die Werte).
☝️ Single Ein Teammitglied macht ein Hindernis im Daily transparent, obwohl es unangenehm ist. Welcher Scrum-Wert zeigt sich hier am deutlichsten?
✅ Mut (und Offenheit)
❌ Fokus
❌ Commitment allein
❌ Respekt allein
Ein unangenehmes Hindernis offen anzusprechen zeigt vor allem Mut und Offenheit. Diese Werte ermöglichen die Transparenz, die Scrum braucht.
☝️ Single Wie viele Scrum-Werte nennt der Scrum Guide, und welche sind es?
✅ Fünf: Commitment, Fokus, Offenheit, Respekt, Mut
❌ Drei: Transparenz, Inspektion, Adaption
❌ Vier: Individuen, Zusammenarbeit, Software, Reaktion
❌ Fünf: Planung, Kontrolle, Qualität, Zeit, Kosten
Die fünf Scrum-Werte sind Commitment, Fokus, Offenheit, Respekt und Mut. Transparenz/Inspektion/Adaption sind die drei Säulen (nicht die Werte).
☝️ Single Ein Teammitglied macht ein Hindernis im Daily transparent, obwohl es unangenehm ist. Welcher Scrum-Wert zeigt sich hier am deutlichsten?
✅ Mut (und Offenheit)
❌ Fokus
❌ Commitment allein
❌ Respekt allein
Ein unangenehmes Hindernis offen anzusprechen zeigt vor allem Mut und Offenheit. Diese Werte ermöglichen die Transparenz, die Scrum braucht.
✍️ Offen Nennen Sie die fünf Scrum-Werte und erläutern Sie einen davon an einem Beispiel.
Musterantwort: Die fünf Werte: Commitment, Fokus, Offenheit, Respekt, Mut. Beispiel (Mut): Ein Developer spricht im Daily offen an, dass ein gewählter Lösungsweg nicht funktioniert, obwohl das unangenehm ist – so kann das Team früh adaptieren. (Jedes plausible Beispiel zu einem Wert zählt.)
Bewertet werden: alle fünf Werte korrekt benannt + ein Wert nachvollziehbar an einem Beispiel erläutert.
Scrum-Theorie & Empirie
Empirie [Theorie] 6
☝️ Single Auf welchen drei Säulen beruht die empirische Prozesssteuerung in Scrum?
✅ Transparenz, Inspektion, Adaption
❌ Planung, Ausführung, Kontrolle
❌ Rollen, Events, Artefakte
❌ Commitment, Fokus, Mut
Die drei Säulen der Empirie sind Transparenz, Inspektion und Adaption. Rollen/Events/Artefakte sind der Aufbau des Rahmenwerks, nicht die Säulen der Empirie.
☝️ Single Ein Scrum-Team stellt beim Daily Scrum fest, dass es das Sprint-Ziel voraussichtlich nicht erreicht. Welche Säule der Empirie wird als Nächstes wirksam?
✅ Adaption – der Plan wird angepasst
❌ Transparenz – nichts ändern
❌ Inspektion – nur beobachten
❌ Keine, das Daily dient nur dem Status
Nach der Inspektion (Erkennen der Abweichung im Daily) folgt die Adaption: Die Developers passen ihren Plan an, um das Sprint-Ziel bestmöglich zu erreichen.
☝️ Single Auf welchen drei Säulen beruht die empirische Prozesssteuerung in Scrum?
✅ Transparenz, Inspektion, Adaption
❌ Planung, Ausführung, Kontrolle
❌ Rollen, Events, Artefakte
❌ Commitment, Fokus, Mut
Die drei Säulen der Empirie sind Transparenz, Inspektion und Adaption. Rollen/Events/Artefakte sind der Aufbau des Rahmenwerks, nicht die Säulen der Empirie.
☝️ Single Ein Scrum-Team stellt beim Daily Scrum fest, dass es das Sprint-Ziel voraussichtlich nicht erreicht. Welche Säule der Empirie wird als Nächstes wirksam?
✅ Adaption – der Plan wird angepasst
❌ Transparenz – nichts ändern
❌ Inspektion – nur beobachten
❌ Keine, das Daily dient nur dem Status
Nach der Inspektion (Erkennen der Abweichung im Daily) folgt die Adaption: Die Developers passen ihren Plan an, um das Sprint-Ziel bestmöglich zu erreichen.
✌️ Multi Welche Bedingungen müssen für funktionierende Empirie in Scrum gegeben sein? (Mehrere richtig)
✅ Ausreichende Transparenz der Artefakte
✅ Regelmäßige Inspektion durch die Beteiligten
✅ Bereitschaft zur Adaption bei Abweichungen
❌ Ein detaillierter Gesamtplan zu Projektbeginn
❌ Feste Vorgaben, die sich nie ändern
Empirie braucht Transparenz, Inspektion und Adaption. Ein starrer Gesamtplan und unveränderliche Vorgaben widersprechen dem empirischen, adaptiven Ansatz.
✍️ Offen Erklären Sie die drei Säulen der Empirie und wie sie im Sprint zusammenwirken.
Musterantwort: Transparenz: Wichtige Aspekte (Artefakte, Fortschritt) sind für alle sichtbar. Inspektion: Regelmäßiges Prüfen (in den Events), ob man dem Ziel näherkommt. Adaption: Bei Abweichung wird der Plan oder das Produkt angepasst. Im Sprint wirken sie zusammen: Transparente Artefakte werden in den Events inspiziert, Abweichungen führen zur Adaption (z.B. Plan im Daily anpassen).
Bewertet werden: alle drei Säulen korrekt benannt und erklärt + Zusammenwirken (Transparenz ermöglicht Inspektion, Inspektion löst Adaption aus).
Scrum-Definition [Theorie] 2
☝️ Single Was beschreibt Scrum am treffendsten?
✅ Ein leichtgewichtiges Rahmenwerk zur Lösung komplexer adaptiver Probleme
❌ Eine detaillierte Projektmanagement-Methode mit festen Prozessschritten
❌ Ein Software-Entwicklungsprozess nur für IT
❌ Eine Sammlung von Best Practices ohne Regeln
Der Scrum Guide definiert Scrum als leichtgewichtiges Rahmenwerk für komplexe adaptive Probleme. Es ist bewusst KEINE vollständige Methode und nicht auf IT beschränkt.
☝️ Single Was beschreibt Scrum am treffendsten?
✅ Ein leichtgewichtiges Rahmenwerk zur Lösung komplexer adaptiver Probleme
❌ Eine detaillierte Projektmanagement-Methode mit festen Prozessschritten
❌ Ein Software-Entwicklungsprozess nur für IT
❌ Eine Sammlung von Best Practices ohne Regeln
Der Scrum Guide definiert Scrum als leichtgewichtiges Rahmenwerk für komplexe adaptive Probleme. Es ist bewusst KEINE vollständige Methode und nicht auf IT beschränkt.
Scrum-Theorie [Theorie] 2
✌️ Multi Welche Aussagen über Scrum sind korrekt? (Mehrere richtig)
✅ Scrum ist bewusst unvollständig
✅ Scrum baut auf kollektiver Intelligenz der Beteiligten
❌ Scrum schreibt jeden Arbeitsschritt genau vor
✅ Scrum ist immutable – die definierten Elemente sind verbindlich
❌ Scrum funktioniert nur mit mindestens 20 Personen
Scrum ist absichtlich unvollständig, baut auf kollektiver Intelligenz und seine Elemente sind verbindlich ("immutable"). Es schreibt NICHT jeden Schritt vor und hat keine Mindestgröße von 20.
✌️ Multi Welche Aussagen über Scrum sind korrekt? (Mehrere richtig)
✅ Scrum ist bewusst unvollständig
✅ Scrum baut auf kollektiver Intelligenz der Beteiligten
❌ Scrum schreibt jeden Arbeitsschritt genau vor
✅ Scrum ist immutable – die definierten Elemente sind verbindlich
❌ Scrum funktioniert nur mit mindestens 20 Personen
Scrum ist absichtlich unvollständig, baut auf kollektiver Intelligenz und seine Elemente sind verbindlich ("immutable"). Es schreibt NICHT jeden Schritt vor und hat keine Mindestgröße von 20.
Sprints & Events
Sprint [Events] 3
☝️ Single Was ist der Sprint in Scrum?
✅ Ein fester Zeitrahmen (max. 1 Monat), in dem alle anderen Events stattfinden
❌ Nur das Planungsmeeting zu Beginn
❌ Eine Pause zwischen zwei Releases
❌ Ein Synonym für das Daily Scrum
Der Sprint ist der Container-Event von maximal einem Monat, in dem alle anderen Events (Planning, Daily, Review, Retro) stattfinden. Ein neuer Sprint startet direkt nach dem vorigen.
☝️ Single Was ist der Sprint in Scrum?
✅ Ein fester Zeitrahmen (max. 1 Monat), in dem alle anderen Events stattfinden
❌ Nur das Planungsmeeting zu Beginn
❌ Eine Pause zwischen zwei Releases
❌ Ein Synonym für das Daily Scrum
Der Sprint ist der Container-Event von maximal einem Monat, in dem alle anderen Events (Planning, Daily, Review, Retro) stattfinden. Ein neuer Sprint startet direkt nach dem vorigen.
✌️ Multi Welche Aussagen über den Sprint sind korrekt? (Mehrere richtig)
✅ Ein Sprint dauert maximal einen Monat
✅ Ein neuer Sprint beginnt unmittelbar nach dem Ende des vorherigen
✅ Während des Sprints wird die Qualität nicht gesenkt
❌ Das Sprint-Ziel darf beliebig oft während des Sprints ausgetauscht werden
✅ Der Umfang kann mit dem PO neu verhandelt werden, wenn mehr klar wird
Sprints sind max. 1 Monat, folgen nahtlos aufeinander, Qualität wird nicht gesenkt, und der Umfang kann bei wachsendem Wissen mit dem PO verhandelt werden. Das Sprint-Ziel bleibt aber stabil – es wird nicht beliebig ausgetauscht.
Merksatz: Der "Monats-Marathon" Sprint startet sofort, hält Qualität hoch und ist flexibel beim Umfang, aber das "Sprint-Ziel-Schild" bleibt fest!

Warum die anderen falsch sind:
  • Das Sprint-Ziel darf beliebig oft während des Sprints ausgetauscht werden: Das Sprint-Ziel ist ein Commitment, kein Wunschkonzert.
Daily Scrum [Events] 2
☝️ Single Wie lange dauert das Daily Scrum und für wen ist es?
✅ 15 Minuten, für die Developers
❌ 1 Stunde, für das ganze Unternehmen
❌ 30 Minuten, geleitet vom Scrum Master
❌ So lange wie nötig, für alle Stakeholder
Das Daily Scrum ist ein 15-minütiges Event für die Developers, um den Fortschritt zum Sprint-Ziel zu inspizieren und den Plan anzupassen. Es ist kein Status-Report an das Management.
☝️ Single Wie lange dauert das Daily Scrum und für wen ist es?
✅ 15 Minuten, für die Developers
❌ 1 Stunde, für das ganze Unternehmen
❌ 30 Minuten, geleitet vom Scrum Master
❌ So lange wie nötig, für alle Stakeholder
Das Daily Scrum ist ein 15-minütiges Event für die Developers, um den Fortschritt zum Sprint-Ziel zu inspizieren und den Plan anzupassen. Es ist kein Status-Report an das Management.
Sprint Planning [Events] 2
☝️ Single Welche drei Themen behandelt das Sprint Planning?
✅ Warum ist der Sprint wertvoll? Was kann erreicht werden? Wie wird die Arbeit erledigt?
❌ Wer ist schuld? Was lief schlecht? Was ändern wir?
❌ Budget, Zeit, Ressourcen
❌ Rollen, Events, Artefakte
Sprint Planning behandelt: Warum (Sprint-Ziel/Wert), Was (ausgewählte Backlog-Items) und Wie (Plan zur Umsetzung). Die zweite Option beschreibt die Retrospektive.
☝️ Single Welche drei Themen behandelt das Sprint Planning?
✅ Warum ist der Sprint wertvoll? Was kann erreicht werden? Wie wird die Arbeit erledigt?
❌ Wer ist schuld? Was lief schlecht? Was ändern wir?
❌ Budget, Zeit, Ressourcen
❌ Rollen, Events, Artefakte
Sprint Planning behandelt: Warum (Sprint-Ziel/Wert), Was (ausgewählte Backlog-Items) und Wie (Plan zur Umsetzung). Die zweite Option beschreibt die Retrospektive.
Sprint Review [Events] 2
☝️ Single Was ist der Hauptzweck des Sprint Review?
✅ Das Increment inspizieren und das Product Backlog gemeinsam mit Stakeholdern anpassen
❌ Die Zusammenarbeit im Team verbessern
❌ Den nächsten Sprint detailliert planen
❌ Die Developers bewerten
Im Sprint Review inspizieren Scrum-Team und Stakeholder das Increment und passen das Product Backlog an. Die Team-Verbesserung ist Thema der Retrospektive.
☝️ Single Was ist der Hauptzweck des Sprint Review?
✅ Das Increment inspizieren und das Product Backlog gemeinsam mit Stakeholdern anpassen
❌ Die Zusammenarbeit im Team verbessern
❌ Den nächsten Sprint detailliert planen
❌ Die Developers bewerten
Im Sprint Review inspizieren Scrum-Team und Stakeholder das Increment und passen das Product Backlog an. Die Team-Verbesserung ist Thema der Retrospektive.
Sprint Retrospective [Events] 2
☝️ Single Worauf zielt die Sprint Retrospective ab?
✅ Wege finden, um Qualität und Effektivität der Zusammenarbeit zu steigern
❌ Das Increment den Stakeholdern zeigen
❌ Das Product Backlog priorisieren
❌ Den Sprint-Umfang festlegen
Die Retrospektive dient dazu, wie das Team zusammenarbeitet zu inspizieren und Verbesserungen zu planen (Qualität/Effektivität). Sie ist der letzte Event im Sprint.
☝️ Single Worauf zielt die Sprint Retrospective ab?
✅ Wege finden, um Qualität und Effektivität der Zusammenarbeit zu steigern
❌ Das Increment den Stakeholdern zeigen
❌ Das Product Backlog priorisieren
❌ Den Sprint-Umfang festlegen
Die Retrospektive dient dazu, wie das Team zusammenarbeitet zu inspizieren und Verbesserungen zu planen (Qualität/Effektivität). Sie ist der letzte Event im Sprint.
Sprint-Abbruch [Events] 2
☝️ Single Wer darf einen Sprint vorzeitig abbrechen?
✅ Nur der Product Owner
❌ Der Scrum Master
❌ Die Developers per Mehrheit
❌ Jeder Stakeholder
Nur der Product Owner hat die Autorität, einen Sprint abzubrechen – typischerweise wenn das Sprint-Ziel obsolet geworden ist.
☝️ Single Wer darf einen Sprint vorzeitig abbrechen?
✅ Nur der Product Owner
❌ Der Scrum Master
❌ Die Developers per Mehrheit
❌ Jeder Stakeholder
Nur der Product Owner hat die Autorität, einen Sprint abzubrechen – typischerweise wenn das Sprint-Ziel obsolet geworden ist.
Events [Events] 3
✌️ Multi Welche Aussagen zu den Scrum-Events sind korrekt? (Mehrere richtig)
✅ Der Sprint enthält alle anderen Events
✅ Jedes Event ist eine Gelegenheit zur Inspektion und Adaption
❌ Das Daily Scrum ist ein Status-Meeting für den Manager
✅ Events haben eine feste maximale Dauer (Timebox)
❌ Zwischen Sprints gibt es lange Pausen
Der Sprint ist der Container, jedes Event dient Inspektion+Adaption und ist timeboxed. Das Daily ist KEIN Management-Status, und ein neuer Sprint beginnt direkt nach dem vorigen (keine langen Pausen).
✌️ Multi Welche Aussagen zu den Scrum-Events sind korrekt? (Mehrere richtig)
✅ Der Sprint enthält alle anderen Events
✅ Jedes Event ist eine Gelegenheit zur Inspektion und Adaption
❌ Das Daily Scrum ist ein Status-Meeting für den Manager
✅ Events haben eine feste maximale Dauer (Timebox)
❌ Zwischen Sprints gibt es lange Pausen
Der Sprint ist der Container, jedes Event dient Inspektion+Adaption und ist timeboxed. Das Daily ist KEIN Management-Status, und ein neuer Sprint beginnt direkt nach dem vorigen (keine langen Pausen).
✍️ Offen Beschreiben Sie Zweck und Ergebnis des Sprint Planning.
Musterantwort: Zweck: Der Sprint wird geplant. Behandelt werden drei Themen – Warum ist der Sprint wertvoll (Sprint-Ziel), Was kann im Sprint erledigt werden (ausgewählte Product-Backlog-Items), Wie wird die Arbeit erledigt (Plan der Developers). Ergebnis: das Sprint Backlog (Sprint-Ziel + ausgewählte Items + Plan). Timebox: max. 8 Std bei einem Monatssprint.
Bewertet werden: Zweck (Sprint planen), die drei Themen Warum/Was/Wie, Ergebnis Sprint Backlog inkl. Sprint-Ziel.
Keine Fragen gefunden