Scrum-Leitfaden · Skalierung und Lernen
Scrum-Glossar: über 70 Scrum-Begriffe verständlich erklärt
Dieses Scrum-Glossar erklärt die Begriffe, denen Sie bei der Arbeit mit Scrum begegnen, in verständlicher Sprache. Offizielle Scrum-Begriffe folgen dem Scrum Guide 2020; Begriffe mit der Kennzeichnung (Praxis) werden häufig zusammen mit Scrum genutzt, sind aber nicht Teil des Scrum Guide.
Das Wichtigste in Kürze
- Offizielle Scrum-Begriffe stammen aus dem Scrum Guide 2020; viele gängige Begriffe sind Praktiken.
- Scrum hat drei Verantwortlichkeiten, fünf Events, drei Artefakte und drei Commitments.
- Story Points, Velocity, Epics und die Definition of Ready sind nützliche Praktiken, keine Scrum-Regeln.
- Über die Links gelangen Sie von jedem Begriff zu einem ausführlichen Leitfaden.
So nutzen Sie dieses Glossar
Die Begriffe sind nach Themen gruppiert und innerhalb jeder Gruppe alphabetisch sortiert. Folgen Sie den Links zu den ausführlichen Leitfäden. Wenn Sie neu bei Scrum sind, beginnen Sie mit Was ist Scrum, dann die Rollen im Scrum Team, Scrum-Events und Scrum-Artefakte.
Framework, Theorie und Werte
| Begriff | Definition |
|---|---|
| Anpassung | Einen Prozess oder ein Produkt so schnell wie möglich anpassen, wenn die Überprüfung zeigt, dass es außerhalb akzeptabler Grenzen liegt; eine der drei Säulen des Empirismus |
| Commitment (Wert) | Die Mitglieder des Scrum Teams verpflichten sich, ihre Ziele zu erreichen und einander zu unterstützen; einer der fünf Scrum-Werte |
| Mut | Den Mut haben, das Richtige zu tun und an schwierigen Problemen zu arbeiten; ein Scrum-Wert |
| Empirismus | Entscheidungen auf Grundlage von Wissen und Beobachtung treffen; siehe Empirismus in Scrum |
| Schwerpunkt | Sich auf die Arbeit des Sprints konzentrieren, um den bestmöglichen Fortschritt in Richtung der Ziele zu erzielen; ein Scrum-Wert |
| Überprüfung | Artefakte und Fortschritt häufig und gründlich überprüfen, um unerwünschte Abweichungen zu erkennen; eine Säule des Empirismus |
| Lean Thinking | Verschwendung reduzieren und sich auf das Wesentliche konzentrieren; der Scrum Guide nennt es neben dem Empirismus als Grundlage; siehe Scrum vs. Lean |
| Offenheit | Offen mit der Arbeit und ihren Herausforderungen umgehen; ein Scrum-Wert |
| Respekt | Einander als fähige, eigenständige Menschen respektieren; ein Scrum-Wert |
| Scrum | Ein leichtgewichtiges Framework, das Menschen, Teams und Organisationen hilft, durch adaptive Lösungen für komplexe Probleme Wert zu schaffen |
| Scrum-Leitfaden | Die offizielle Definition von Scrum, verfasst von Ken Schwaber und Jeff Sutherland; die aktuelle Version stammt vom November 2020 |
| Säulen von Scrum | Transparenz, Überprüfung und Anpassung |
| Scrum-Werte | Commitment, Fokus, Offenheit, Respekt und Mut |
| Transparenz | Prozess und Arbeit für diejenigen sichtbar machen, die sie ausführen und empfangen; eine Säule des Empirismus |
Verantwortlichkeiten und Personen
| Begriff | Definition |
|---|---|
| Verantwortlichkeit | Die Bezeichnung des Scrum Guide 2020 für die drei Rollen im Scrum Team: Product Owner, Scrum Master und Developers |
| Funktionsübergreifend | Alle Fähigkeiten besitzen, die nötig sind, um in jedem Sprint Wert zu schaffen |
| Developers | Mitglieder des Scrum Teams, die sich verpflichten, in jedem Sprint einen beliebigen Aspekt eines nutzbaren Inkrements zu erstellen; nicht auf Softwareentwickler beschränkt |
| Product Owner | Verantwortlich für die Maximierung des Produktwerts und für ein wirksames Product-Backlog-Management; siehe Product Owner |
| Scrum Master | Verantwortlich für die Etablierung von Scrum und die Effektivität des Scrum Teams; siehe Rolle des Scrum Masters |
| Scrum Team | Ein kleines Team aus einem Scrum Master, einem Product Owner und Developers, typischerweise höchstens 10 Personen, ohne Unterteams oder Hierarchien |
| Selbstmanagend | Das Team entscheidet intern, wer was wann und wie erledigt; ersetzte im Scrum Guide 2020 „selbstorganisierend“ |
| Servant Leadership | Führen, indem man dem Team und der Organisation dient; der Scrum Guide 2017 nannte den Scrum Master einen Servant Leader, die Version von 2020 spricht von echten Führungskräften, die dienen; siehe Servant Leadership |
| Stakeholder | Jede Person außerhalb des Scrum Teams mit Interesse am Produkt, etwa Kunden, Nutzer, Sponsoren und Führungskräfte |
| Teammitglied | Jede Person im Scrum Team; in Scrum gibt es keine weiteren Titel oder Unterteams |
Events
| Begriff | Definition |
|---|---|
| Daily Scrum | Ein 15-minütiges Event, in dem die Developers den Fortschritt in Richtung Sprint-Ziel überprüfen und das Sprint Backlog anpassen; siehe Daily Scrum |
| Event | Eine formale Gelegenheit zur Überprüfung und Anpassung; Scrum hat fünf: Sprint, Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective |
| Sprint | Ein Event fester Länge von höchstens einem Monat, das alle anderen Events umfasst; ein neuer Sprint beginnt unmittelbar nach dem Ende des vorherigen; siehe Was ist ein Sprint |
| Sprint-Abbruch | Einen Sprint vorzeitig beenden, weil das Sprint-Ziel hinfällig geworden ist; nur der Product Owner kann einen Sprint abbrechen |
| Sprint Planning | Das Event, das den Sprint eröffnet und klärt, warum der Sprint wertvoll ist, was fertiggestellt werden kann und wie die Arbeit erledigt wird; siehe Sprint Planning |
| Sprint-Retrospektive | Das Event, das den Sprint abschließt und in dem Wege geplant werden, Qualität und Effektivität zu steigern; siehe Sprint-Retrospektive |
| Sprint Review | Das Event, in dem das Ergebnis des Sprints mit den Stakeholdern überprüft und über künftige Anpassungen entschieden wird; siehe Sprint Review |
| Timebox | Die maximale Dauer eines Events: Bei einem einmonatigen Sprint bis zu 8 Stunden für das Sprint Planning, 4 für das Sprint Review und 3 für die Retrospektive; das Daily Scrum dauert 15 Minuten; kürzere Sprints haben meist kürzere Events |
Artefakte und Commitments
| Begriff | Definition |
|---|---|
| Artefakt | Etwas, das Arbeit oder Wert repräsentiert; Scrum hat drei: Product Backlog, Sprint Backlog und Inkrement |
| Commitment (Artefakt) | Das Element, das jedem Artefakt Fokus und einen Maßstab für Fortschritt gibt: Produktziel, Sprint-Ziel und Definition of Done |
| Definition of Done | Eine formale Beschreibung des Zustands des Inkrements, wenn es die für das Produkt erforderlichen Qualitätsmaßstäbe erfüllt; siehe Definition of Done |
| Erledigt | Die Definition of Done erfüllen; Arbeit, die nicht Done ist, kann nicht Teil eines Inkrements sein oder im Sprint Review gezeigt werden |
| Inkrement | Ein konkreter, nutzbarer Trittstein in Richtung Produktziel; siehe Inkrement |
| Produkt | Ein Mittel zur Wertschöpfung mit klarer Abgrenzung, bekannten Stakeholdern und klar definierten Nutzern oder Kunden |
| Product Backlog | Eine emergente, geordnete Liste dessen, was zur Verbesserung des Produkts nötig ist; siehe Product Backlog |
| Product-Backlog-Eintrag (PBI) | Ein einzelner Eintrag im Product Backlog, etwa ein Feature, eine Fehlerbehebung, eine technische Verbesserung oder ein Experiment |
| Produktziel | Das langfristige Ziel des Scrum Teams und das Commitment für das Product Backlog |
| Bereit | Laut Scrum Guide gelten Einträge, die innerhalb eines Sprints fertiggestellt (Done) werden können, als bereit für die Auswahl im Sprint Planning |
| Refinement | Die fortlaufende Aktivität, Product-Backlog-Einträge zu zerlegen und mit Details zu versehen; siehe Backlog Refinement |
| Sprint Backlog | Das Sprint-Ziel, die für den Sprint ausgewählten Product-Backlog-Einträge und der Plan zu ihrer Lieferung; siehe Sprint Backlog |
| Sprint-Ziel | Das einzige Ziel für den Sprint und das Commitment für das Sprint Backlog |
Schätzung, Planung und Kennzahlen (Praktiken)
| Begriff | Definition |
|---|---|
| Burndown-Chart (Praxis) | Ein Diagramm, das die verbleibende Arbeit im Zeitverlauf zeigt |
| Burnup-Chart (Praxis) | Ein Diagramm, das die erledigte Arbeit im Zeitverlauf gegenüber einer Linie für den Gesamtumfang zeigt, sodass Umfangsänderungen sichtbar werden |
| Kapazität (Praxis) | Die Arbeitsmenge, die ein Team in einem Sprint übernehmen kann, unter Berücksichtigung von Urlaub und anderen Verpflichtungen; siehe Agile Kapazitätsplanung |
| Durchlaufzeit (Praxis) | Die Zeit, die ein Eintrag vom Arbeitsbeginn bis zum Abschluss braucht; siehe Durchlaufzeit |
| Definition of Ready (Praxis) | Eine optionale Checkliste, mit der manche Teams entscheiden, ob ein Eintrag klar genug ist, um ihn in einen Sprint aufzunehmen |
| Prognose | Eine Vorhersage dessen, was geliefert werden könnte; der Scrum Guide 2011 ersetzte die Idee einer Verpflichtung auf den Umfang durch die Prognose |
| Planning Poker (Praxis) | Eine konsensbasierte Schätztechnik, bei der die Teammitglieder ihre Schätzkarten gleichzeitig aufdecken |
| Release-Plan (Praxis) | Eine Prognose, wann Gruppen von Features geliefert werden könnten; siehe Agile Release-Planung |
| Spike (Praxis) | Ein zeitlich begrenztes Stück Recherche oder Experiment zur Verringerung von Unsicherheit |
| Story Points (Praxis) | Relative Einheiten zur Schätzung der Größe von Backlog-Einträgen; siehe Story Points |
| T-Shirt-Größen (Praxis) | Grobe relative Schätzung mit Größen wie S, M, L und XL |
| Velocity (Praxis) | Die Arbeitsmenge, oft in Story Points, die ein Team pro Sprint abschließt; siehe Velocity |
| WIP-Limit (Praxis) | Eine Obergrenze für die Zahl gleichzeitig in Arbeit befindlicher Einträge, aus Kanban übernommen; siehe WIP-Limits |
Backlog-Einträge und Anforderungen (Praktiken)
| Begriff | Definition |
|---|---|
| Akzeptanzkriterien (Praxis) | Bedingungen, die ein Eintrag erfüllen muss, um abgenommen zu werden, spezifisch für diesen Eintrag, anders als die Definition of Done |
| Bug oder Fehler (Praxis) | Ein Fehler im Produkt; wird meist ins Product Backlog aufgenommen und wie jeder andere Eintrag geordnet |
| Epic (Praxis) | Ein großes Arbeitspaket, das in kleinere Einträge aufgeteilt wird; siehe Agile Epics |
| INVEST (Praxis) | Eine Checkliste für gute User Stories: unabhängig, verhandelbar, wertvoll, schätzbar, klein und testbar |
| Minimum Viable Product (MVP) (Praxis) | Die kleinste Version eines Produkts, mit der ein Team von echten Nutzern lernen kann |
| Aufgabe (Praxis) | Eine kleine Arbeitseinheit im Plan des Sprint Backlogs; siehe Epics vs. Stories vs. Tasks |
| Technische Schulden (Praxis) | Die künftigen Kosten von Abkürzungen im Produkt; siehe technische Schulden |
| User Story (Praxis) | Eine kurze Beschreibung eines Bedürfnisses aus Sicht des Nutzers, oft formuliert als „Als … möchte ich …, damit …“; siehe User Stories |
| Vertikaler Schnitt (Praxis) | Ein Eintrag, der alle Schichten des Produkts durchschneidet und so für sich allein nutzbar ist |
Teampraktiken und Tools
| Begriff | Definition |
|---|---|
| Hindernis (Impediment) | Alles, was den Fortschritt des Teams blockiert; der Scrum Master sorgt für die Beseitigung von Hindernissen |
| Pair Programming (Praxis) | Zwei Entwickler arbeiten gemeinsam an einem Arbeitsplatz |
| Retrospektiven-Spiele (Praxis) | Strukturierte Formate für die Durchführung einer Sprint Retrospective; siehe Retrospektiven-Spiele |
| Scrum Board (Praxis) | Ein visuelles Board, das das Sprint Backlog und den Status jedes Eintrags zeigt; siehe Scrum Boards |
| Swarming (Praxis) | Mehrere Teammitglieder arbeiten gemeinsam an einem Eintrag, um ihn schneller abzuschließen; siehe Agiles Swarming |
| Team-Arbeitsvereinbarung (Praxis) | Regeln, die das Team für seine Zusammenarbeit vereinbart |
| Drei Fragen (Praxis) | Gestern, heute und Hindernisse; ein Format für das Daily Scrum, das der Scrum Guide 2020 nicht mehr vorschreibt |
Begriffe rund um Zertifizierungen
| Begriff | Definition |
|---|---|
| CSM | Certified ScrumMaster der Scrum Alliance; siehe Scrum-Zertifizierungen |
| CSPO | Certified Scrum Product Owner der Scrum Alliance |
| PSM | Professional Scrum Master von Scrum.org, in den Stufen I, II und III |
| PSPO | Professional Scrum Product Owner von Scrum.org, in den Stufen I, II und III |
| SEU | Scrum Education Unit, zur Verlängerung von Zertifizierungen der Scrum Alliance |
Häufig gestellte Fragen
Was ist ein Scrum-Glossar?
Eine Übersicht der in Scrum verwendeten Begriffe mit kurzen Definitionen. Dieses Glossar trennt offizielle Begriffe des Scrum Guide von gängigen Praktiken.
Wo sind die offiziellen Scrum-Begriffe definiert?
Im Scrum Guide von Ken Schwaber und Jeff Sutherland. Die aktuelle Version wurde im November 2020 veröffentlicht und ist kostenlos online verfügbar.
Worauf bezieht sich der Scrum-Begriff „Verantwortlichkeiten“?
Die drei Verantwortlichkeiten des Scrum Teams: Product Owner, Scrum Master und Developers. Der Scrum Guide 2020 verwendet den Begriff anstelle von Rollen.
Welche Scrum-Begriffe bezeichnen die fünf Events?
Sprint, Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective.
Welche Scrum-Begriffe beschreiben die Artefakte und ihre Commitments?
Das Product Backlog mit dem Produktziel, das Sprint Backlog mit dem Sprint-Ziel und das Inkrement mit der Definition of Done.
Welche Scrum-Begriffe bilden die fünf Werte?
Commitment, Fokus, Offenheit, Respekt und Mut.
Sind Story Points ein offizieller Scrum-Begriff?
Nein. Story Points, Velocity und Burndown-Charts sind gängige Praktiken in Verbindung mit Scrum, doch der Scrum Guide erwähnt sie nicht.
Ist die Definition of Ready ein offizieller Scrum-Begriff?
Nein. Sie ist eine optionale Praxis. Der Scrum Guide sagt lediglich, dass Einträge, die innerhalb eines Sprints fertiggestellt (Done) werden können, für die Auswahl im Sprint Planning bereit sind.
Was bedeutet der Scrum-Begriff „Developers“?
Jede Person im Scrum Team, die in jedem Sprint einen Teil eines nutzbaren Inkrements erstellt, einschließlich Testern, Designern, Analysten und Textern, nicht nur Softwareentwickler.
Welche Scrum-Begriffe haben sich im Scrum Guide 2020 geändert?
Er führte das Produktziel und die drei Commitments ein, ersetzte Rollen durch Verantwortlichkeiten und das Development Team durch Developers sowie „selbstorganisierend“ durch „selbstmanagend“.
Wie unterscheidet das Scrum-Glossar zwischen „Done“ und „abgenommen“?
Done bedeutet, dass die Arbeit die Definition of Done erfüllt, die für jeden Eintrag gilt. Akzeptanzkriterien gelten nur für einen Eintrag und sind eine gängige Praxis.
Ist Backlog Grooming noch ein offizieller Scrum-Begriff?
Nicht mehr. Grooming ist die ältere Bezeichnung für Refinement; der Scrum Guide verwendet heute „Refinement“.
Was bedeutet der Scrum-Begriff „Product-Backlog-Eintrag“?
Ein einzelner Eintrag im Product Backlog, etwa ein Feature, eine Fehlerbehebung oder eine Verbesserung. User Stories sind eine beliebte Art, sie zu formulieren.
Wie definiert das Scrum-Glossar eine Timebox?
Die maximale Dauer eines Events. Bei einem einmonatigen Sprint hat das Sprint Planning acht Stunden, das Sprint Review vier und die Sprint Retrospective drei; das Daily Scrum dauert immer 15 Minuten.
Was bedeutet der Scrum-Begriff „selbstmanagend“?
Das Scrum Team entscheidet intern, wer was wann und wie erledigt. Der Scrum Guide 2020 verwendet „selbstmanagend“ anstelle des früheren „selbstorganisierend“.
Wie definiert das Scrum-Glossar „funktionsübergreifend“?
Das Team besitzt alle Fähigkeiten, die nötig sind, um in jedem Sprint Wert zu schaffen, ohne von Personen außerhalb des Teams abhängig zu sein.
Was bedeutet der Scrum-Begriff „Hindernis“ (Impediment)?
Alles, was den Fortschritt des Teams blockiert. Der Scrum Master hilft, Hindernisse zu beseitigen, die das Team nicht selbst lösen kann.
Wie definiert das Scrum-Glossar ein Burnup-Chart?
Ein Diagramm, das die erledigte Arbeit zu einer Linie für den Gesamtumfang hin ansteigen lässt. Anders als ein Burndown macht es Umfangsänderungen deutlich sichtbar.
Wie definiert das Scrum-Glossar einen Spike?
Ein zeitlich begrenztes Stück Recherche oder Experiment, um Unsicherheit zu verringern, bevor ein Eintrag geschätzt oder umgesetzt wird. Es ist eine gängige Praxis, nicht Teil des Scrum Guide.
Wie definiert das Scrum-Glossar ein Epic?
Ein großes Arbeitspaket, das in kleinere Backlog-Einträge aufgeteilt wird. Epics sind im Scrum Guide nicht definiert. Siehe Agile Epics.
Was ist der Unterschied zwischen den Scrum-Begriffen Sprint-Ziel und Produktziel?
Das Sprint-Ziel ist das einzige Ziel eines Sprints. Das Produktziel ist das längerfristige Ziel, auf das das Team über viele Sprints hinarbeitet.