Scrum-Rahmenwerk — Selbstlerneinheit
Selbstlernkurs
Scrum Rahmenwerk
Ein Selbstlernkurs zum Scrum-Rahmenwerk — von Empirie und Werten über Verantwortlichkeiten, Events und Artefakte bis zu Produktverantwortung und Teamwirksamkeit in der Praxis. Jede Lektion schließt mit Prüfungsfragen, jeder Abschnitt mit einem Abschlusstest.
Hinweis zum FortschrittDieser Browser lässt für lokal geöffnete Dateien keine Speicherung zu. Der Kurs funktioniert vollständig, Häkchen und Testergebnisse gehen aber beim Schließen verloren. Abhilfe: die Dateien von einem Netzlaufwerk oder Webserver öffnen, oder in den Browser-Einstellungen das Speichern von Website-Daten für diese Seite zulassen.
So ist der Kurs aufgebaut
Empfohlene Reihenfolge, einzelne Abschnitte funktionieren aber auch für sichZwölf Abschnitte, zehn gemeinsam und zwei nach Schwerpunkt
Die Reihenfolge ist empfohlen; einzelne Abschnitte funktionieren auch für sich
Die zwölf Abschnitte
Der Balken je Kachel zeigt den eigenen Fortschritt-
1
Agiles Fundament und empirisches Arbeiten
Warum klassische Vorausplanung bei komplexen Produkten versagt, was Empirie bedeutet und wie sich iterativ von inkrementell unterscheidet.
-
2
Das Rahmenwerk im Überblick
Die Definition in einem Satz, die drei Verantwortlichkeiten, fünf Events, drei Artefakte und drei Commitments — und warum das Rahmenwerk unveränderlich ist.
-
3
Die fünf Werte
Selbstverpflichtung, Fokus, Offenheit, Respekt und Mut — wie die Werte Verhalten prägen und woran man ihre Verletzung erkennt.
-
4
Das Scrum Team
Eine Einheit ohne Unterteams und Hierarchien, zehn Personen oder weniger, cross-funktional und selbstmanagend — und was die Developers verantworten.
-
5
Product Owner — Verantwortung für den Wert
Eine Person, kein Komitee: Product Backlog Management, verbindliche Entscheidungen, Transparenz des Backlogs und das Verhältnis zu den Stakeholdern.
-
6
Scrum Master — Führung, die dient
Verantwortung für die Wirksamkeit des Teams: Dienst am Team, am Product Owner und an der Organisation — und die vier Modi der Unterstützung.
-
7
Der Sprint
Der Container für alles andere: feste Länge, höchstens ein Monat, verhandelbarer Umfang bei unveränderter Qualität — und wer einen Sprint abbrechen darf.
-
8
Sprint Planning und Daily Scrum
Warum, Was und Wie im Planning, die Entstehung des Sprint-Ziels und das Daily Scrum als Anpassung des Plans — nicht als Statusbericht.
-
9
Sprint Review und Sprint Retrospective
Das Review als Arbeitssitzung zur Überprüfung des Ergebnisses, nicht als Abnahmegate — und die Retrospective als Abschluss des Sprints.
-
10
Artefakte und Commitments
Product Backlog mit Product Goal, Sprint Backlog mit Sprint-Ziel, Increment mit Definition of Done — und was „fertig“ belastbar heißt.
-
11
Produktverantwortung in der Praxis
Rollenblock Produkt: Vision und Strategie, Produktgrenzen, Wertmessung, Stakeholder-Einbindung, Backlog-Techniken und Vorhersage.
-
12
Teamwirksamkeit und organisatorische Veränderung
Rollenblock Facilitation: Diskussionen zur Entscheidung führen, Konflikt, Flussmetriken, technische Schulden, mehrere Teams und Veränderung.
So arbeiten Sie mit dem Kurs
Lesen und abhaken
Jede Lektion beginnt mit einem Schaubild, dann folgen Kernaussage, Merkpunkte mit Fundstelle und ein Praxisbeispiel. Das Häkchen links markiert sie als erledigt.
Sofort prüfen
Zwei Fragen je Lektion in drei Formaten: Single Choice mit vier Optionen, Mehrfachauswahl mit angegebener Zahl richtiger Antworten und Wahr/Falsch. Nach dem Prüfen trägt jede Option ein Label.
Abschnitt abschließen
Jeder Abschnitt endet mit einem Abschlusstest von neun bis elf Fragen quer über den Stoff. Ab 85 Prozent gilt er als bestanden — bei zehn Fragen heißt das: höchstens ein Fehler.
Fundstellen nutzen
Jeder Merkpunkt trägt eine Marke. Sie nennt den Abschnitt des Referenzdokuments, aus dem die Aussage stammt — oder Praxis, wenn es verbreitete Arbeitsweise und keine Vorgabe ist.
Wichtige Begriffe
Die Fachbegriffe des Rahmenwerks bleiben in ihrer englischen Form, weil Prüfungsfragen sie so verwenden- Scrum
- Leichtgewichtiges Rahmenwerk, das hilft, Wert über anpassungsfähige Lösungen für komplexe Probleme zu erzeugen. Unveränderlich: nur als Ganzes ist es Scrum.
- Empirie
- Wissen entsteht aus Erfahrung und Beobachtung, nicht aus Vorhersage. Trägt im Rahmenwerk die drei Säulen Transparenz, Überprüfung und Anpassung. Daneben steht Lean Thinking: Verschwendung senken, auf das Wesentliche richten.
- Transparenz
- Arbeit und Artefakte sind für die Ausführenden und die Empfänger sichtbar. Voraussetzung jeder sinnvollen Überprüfung; Überprüfung ohne sie führt in die Irre.
- Überprüfung
- Artefakte und Fortschritt werden häufig und sorgfältig geprüft. Die Events sind die eingebauten Gelegenheiten dafür — vier innerhalb des Sprints, mit ihm gezählt fünf.
- Anpassung
- Weicht etwas von den akzeptablen Grenzen ab, wird Vorgehen oder Ergebnis so schnell wie möglich korrigiert. Überprüfung ohne Anpassung ist wirkungslos.
- Scrum Team
- Die grundlegende Einheit: ein Product Owner, ein Scrum Master und Developers. Üblicherweise zehn Personen oder weniger — ein Richtwert, keine Obergrenze. Cross-funktional, selbstmanagend, ohne Unterteams und Hierarchien.
- Product Owner
- Ergebnisverantwortlich für die Maximierung des Werts des Produkts und für wirksames Product Backlog Management. Eine Person, kein Komitee.
- Scrum Master
- Ergebnisverantwortlich für die Wirksamkeit des Scrum Teams und für die Einführung des Rahmenwerks. Dient dem Team, dem Product Owner und der Organisation; bewirkt, dass Hindernisse geräumt werden.
- Developers
- Die Personen im Scrum Team, die in jedem Sprint jeden Aspekt eines nutzbaren Increments schaffen. Sie planen den Sprint, bringen Qualität über die Definition of Done ein und passen ihren Plan täglich an.
- Sprint
- Der Container für alle anderen Events und die gesamte Arbeit. Feste Länge, ein Monat oder kürzer; der nächste beginnt unmittelbar nach dem Ende des vorigen.
- Sprint Planning
- Eröffnet den Sprint und behandelt Wofür, Was und Wie. Höchstens acht Stunden bei einem Monatssprint, bei kürzeren Sprints in der Regel kürzer. Ergebnis ist das Sprint Backlog.
- Daily Scrum
- Fünfzehn Minuten an jedem Arbeitstag, für die Developers. Der Zeitrahmen ist fest und wird bei kürzeren Sprints nicht gekürzt. Überprüft den Fortschritt zum Sprint-Ziel. Kein vorgeschriebenes Format.
- Sprint Review
- Überprüft das Ergebnis des Sprints mit den wichtigsten Stakeholdern und legt künftige Anpassungen fest. Höchstens vier Stunden bei einem Monatssprint. Arbeitstermin, kein Freigabetor.
- Sprint Retrospective
- Plant Wege zur Steigerung von Qualität und Wirksamkeit und schließt den Sprint ab. Höchstens drei Stunden bei einem Monatssprint.
- Product Backlog
- Emergente, geordnete Liste dessen, was zur Verbesserung des Produkts nötig ist. Einzige Arbeitsquelle des Scrum Teams. Trägt das Product Goal.
- Sprint Backlog
- Sprint-Ziel, ausgewählte Einträge und umsetzbarer Plan für deren Lieferung — Wofür, Was und Wie. Plan von den Developers und für die Developers. Trägt das Sprint-Ziel.
- Increment
- Konkreter Schritt zum Product Goal, additiv zu allen vorherigen und gründlich geprüft. Verwendbar, damit es Wert bringt. Mehrere je Sprint sind möglich. Trägt die Definition of Done.
- Product Goal
- Beschreibt einen künftigen Zustand des Produkts und dient als Ziel für die Planung. Im Product Backlog enthalten; eines zur Zeit — es wird erfüllt oder aufgegeben, bevor das nächste angegangen wird.
- Sprint-Ziel
- Die einzige Zielsetzung des Sprints und Commitment der Developers, erarbeitet vom ganzen Scrum Team im Sprint Planning. Der Umfang bleibt verhandelbar, ohne das Ziel zu berühren.
- Definition of Done
- Formale Beschreibung des Zustands, in dem das Increment die Qualitätsmaße des Produkts erfüllt. Ohne Standard der Organisation erstellt sie das Scrum Team; ein Standard gilt als Mindestmaß. Bei mehreren Teams am selben Produkt gemeinsam.
- Refinement
- Laufendes Zerlegen und Präzisieren von Product-Backlog-Einträgen. Kein Event, kein Zeitrahmen. Die Größe bestimmen die Developers, die die Arbeit tun.
- Stakeholder
- Personen mit Interesse am Produkt, die nicht dem Scrum Team angehören. Das Sprint Review ist der eingebaute Ort der Zusammenarbeit mit ihnen; auch sie sind zur Offenheit angehalten.
- Selbstmanagement
- Das Team entscheidet intern über wer, was, wann und wie der Umsetzung. Nicht über Inhalt und Ordnung des Product Backlogs und nicht über einen Mindeststandard der Organisation.
- Cross-funktional
- Die Mitglieder haben zusammen alle Fähigkeiten, die nötig sind, um in jedem Sprint Wert zu schaffen — ohne dauerhafte Übergabe nach außen. Die deutsche Ausgabe des Referenzdokuments sagt dafür „interdisziplinär“.
- Ergebnisverantwortung
- Englisch accountable: Wer sie trägt, steht für das Ergebnis ein und kann sie nicht abgeben. Davon zu trennen ist die Umsetzungsverantwortung (responsible) für die Arbeit selbst — sie lässt sich übertragen.
- Zeitrahmen
- Die Dauer, auf die ein Event höchstens beschränkt ist. Sie wird nicht überschritten. Für das Daily Scrum ist sie fest; für die übrigen Events gilt der genannte Wert beim Monatssprint und bei kürzeren Sprints in der Regel weniger.
- Velocity
- Verbreitete Praxis zur Einschätzung der Liefermenge je Sprint. Kein Bestandteil des Rahmenwerks und zwischen Teams nicht vergleichbar.
- Deutsche Begriffe
- Dieser Kurs führt die englischen Kernbegriffe. Die deutsche Ausgabe des Referenzdokuments schreibt dafür unter anderem Produkt-Ziel für Product Goal, Developer:innen, Product Owner:in, Scrum Master:in und Stakeholder:innen. Gemeint ist jeweils dasselbe.
Umfang und Grenzen
Begriffe und FormenDieser Kurs führt die englischen Kernbegriffe: Product Goal, Sprint Backlog, Definition of Done, Developers, Product Owner, Scrum Master, Stakeholder. Die deutsche Ausgabe des Referenzdokuments übersetzt einige davon und schreibt unter anderem Produkt-Ziel, Developer:innen, Product Owner:in, Scrum Master:in, Stakeholder:innen sowie interdisziplinär für cross-funktional. Gemeint ist jeweils dasselbe. Da Prüfungsfragen zu diesem Gegenstand überwiegend in englischer Sprache gestellt werden, stehen hier die englischen Formen im Vordergrund.
Was belegt ist
Merkpunkte mit einer Marke wie Rahmenwerk: Sprint geben den Abschnitt des Referenzdokuments an, auf den sich die Aussage stützt. Die Marke Agiles Manifest verweist auf die vier Wertepaare und zwölf Prinzipien, Lean auf das im Rahmenwerk genannte Lean Thinking.
Was Praxis ist
Rund ein Drittel der Merkpunkte trägt die Marke Praxis. Dahinter steht verbreitete Arbeitsweise, die das Rahmenwerk nicht vorschreibt — Schätzverfahren, Flussmetriken, Vorhersage, Vertragsformen. Die Unterscheidung ist selbst Prüfungsstoff.
Fortschritt und Datenschutz
Ihre Häkchen werden in Ihrem Zertio-Konto gespeichert, damit der Fortschritt auch auf einem anderen Gerät noch da ist. Antworten, Testergebnisse und die Wahl zwischen Hell und Dunkel liegen allein im lokalen Speicher Ihres Browsers; ohne Anmeldung gilt das für den gesamten Stand. Die Schaltfläche Zurücksetzen löscht den gesamten Stand — im Browser wie im Konto.