Agile-Leitfaden · Agile Grundlagen
Agile-Glossar: über 80 agile Begriffe verständlich erklärt
Dieses Agile-Glossar erklärt die Begriffe, denen Sie in Agile, Scrum, Kanban und skaliertem Agile begegnen, in verständlicher Sprache. Hat ein Begriff einen eigenen Leitfaden, folgen Sie dem Link für weitere Details. Offizielle Scrum-Begriffe folgen dem Scrum Guide 2020.
Das Wichtigste in Kürze
- Das agile Vokabular umfasst Werte, Frameworks, Rollen, Events, Artefakte und Kennzahlen.
- Viele gängige Begriffe sind Praktiken, keine offiziellen Scrum-Begriffe.
- Vereinbaren Sie in Ihrem Team gemeinsame Definitionen, um Verwirrung zu vermeiden.
- Folgen Sie den Links zu ausführlichen Leitfäden für jeden Begriff, den Sie anwenden möchten.
A bis C
| Begriff | Definition |
|---|---|
| Akzeptanzkriterien | Bedingungen, die ein Backlog-Eintrag erfüllen muss, um abgenommen zu werden; siehe User Stories |
| Acceptance Test-Driven Development (ATDD) | Akzeptanztests gemeinsam mit dem Kunden schreiben, bevor ein Feature entwickelt wird |
| Agile | Ein Arbeitsansatz, der auf kurzen Zyklen, Feedback und Anpassung beruht; siehe Was ist Agile |
| Agile Coach | Jemand, der Teams und Führungskräfte bei der Einführung agiler Arbeitsweisen unterstützt |
| Agilen Manifest | Die Erklärung von 2001 mit vier Werten und zwölf Prinzipien; siehe Agilen Manifest |
| Agiles Mindset | Haltungen, die Lernen, Zusammenarbeit und Anpassungsfähigkeit fördern; siehe Agiles Mindset |
| Agile Release Train (ART) | In SAFe ein langfristig bestehendes Team aus agilen Teams; siehe Agile Release Train |
| Backlog | Eine geordnete Liste von Arbeit; siehe Product Backlog |
| Backlog Refinement | Fortlaufende Arbeit, um Backlog-Einträge zu klären, aufzuteilen und zu schätzen; siehe Backlog Refinement |
| Blocker | Alles, was den Fortschritt der Arbeit verhindert; siehe Blocker-Clustering |
| Burndown-Diagramm | Ein Diagramm der verbleibenden Arbeit im Zeitverlauf |
| Burnup-Diagramm | Ein Diagramm der erledigten Arbeit und des Gesamtumfangs im Zeitverlauf |
| Kadenz | Ein regelmäßiger Rhythmus von Events, etwa zweiwöchige Sprints |
| Kapazität | Wie viel Arbeit ein Team in einem Zeitraum übernehmen kann; siehe Agile Kapazitätsplanung |
| Zeremonie | Informelle Bezeichnung für ein wiederkehrendes agiles Meeting; siehe Agile Meetings |
| Continuous Delivery | Software jederzeit releasefähig halten; siehe Continuous Delivery |
| Continuous Integration (CI) | Codeänderungen häufig zusammenführen und testen, oft mehrmals täglich |
| Cross-funktionales Team | Ein Team mit allen Kompetenzen, die zur Lieferung fertiger Arbeit nötig sind |
| Cumulative Flow Diagram | Ein Diagramm, das die Einträge in jeder Workflow-Phase im Zeitverlauf zeigt; siehe CFD |
| Cycle Time | Zeit vom Beginn der Arbeit an einem Eintrag bis zu seiner Fertigstellung; siehe Durchlaufzeit |
D bis I
| Begriff | Definition |
|---|---|
| Daily Scrum | 15-minütiges tägliches Event, in dem die Developers den Fortschritt in Richtung Sprint-Ziel überprüfen; siehe Daily Scrum |
| Daily Stand-up | Allgemeine Bezeichnung für ein kurzes tägliches Teammeeting |
| Definition of Done | Gemeinsame Beschreibung der Qualität, die Arbeit erfüllen muss, um fertig zu sein; siehe Definition of Done |
| Definition of Ready | Optionale Checkliste für Einträge, bevor sie in einen Sprint aufgenommen werden |
| DevOps | Praktiken, die Entwicklung und Betrieb verbinden; siehe DevOps |
| Developers (Scrum) | Mitglieder des Scrum Teams, die in jedem Sprint das Inkrement erstellen |
| Empirismus | Entscheidungen auf Basis von Beobachtung und Erfahrung treffen; siehe Empirismus in Scrum |
| Epic | Ein großes Arbeitspaket, das in Stories aufgeteilt wird; siehe Agile Epics |
| Schätzung | Prognose von Größe oder Aufwand der Arbeit; siehe Story Points |
| Extreme Programming (XP) | Eine agile Methode mit Engineering-Praktiken wie Pair Programming und testgetriebener Entwicklung |
| Funktion | Eine Funktionalität, die Wert liefert; in SAFe zwischen Epics und Stories angesiedelt |
| Flow | Die reibungslose Bewegung von Arbeit durch einen Prozess; siehe Flow-Effizienz |
| Inkrement | Ein nutzbarer Schritt in Richtung Produktziel; siehe Inkrement |
| Information Radiator | Eine sichtbare Darstellung von Teaminformationen, etwa ein Board oder Diagramm |
| INVEST | Checkliste für gute Stories: Independent, Negotiable, Valuable, Estimable, Small, Testable |
| Iteration | Eine feste Timebox, in der ein Team Arbeit liefert; in Scrum ein Sprint |
| Iterativ und inkrementell | Arbeit durch wiederholte Zyklen verbessern und in Teilen liefern; siehe iterative und inkrementelle Entwicklung |
K bis P
| Begriff | Definition |
|---|---|
| Kanban | Eine Methode zur Steuerung des Flusses mit visuellen Boards und WIP-Limits; siehe Was ist Kanban |
| Kanban-Board | Ein Board mit Spalten für die Workflow-Phasen; siehe Kanban-Boards |
| Large-Scale Scrum (LeSS) | Ein Framework für viele Teams, die an einem Produkt arbeiten; siehe LeSS |
| Lead Time | Zeit von der Anfrage bis zur Lieferung; siehe Cycle Time vs. Lead Time |
| Lean | Denken, das auf Wert und die Beseitigung von Verschwendung ausgerichtet ist; siehe Lean-Projektmanagement |
| Minimum Viable Product (MVP) | Die kleinste Version eines Produkts, mit der Sie von echten Nutzern lernen können |
| Mob Programming | Ein ganzes Team arbeitet gleichzeitig an derselben Aufgabe |
| Pair Programming | Zwei Personen arbeiten gemeinsam an einem Arbeitsplatz am selben Code |
| Persona | Ein fiktives Profil, das eine Nutzergruppe repräsentiert |
| PI Planning | In SAFe ein regelmäßiges Planungsevent für einen Agile Release Train; siehe PI Planning |
| Planning Poker | Ein konsensbasiertes Schätzspiel mit nummerierten Karten |
| Produktziel | Das langfristige Ziel des Scrum Teams; das Commitment für das Product Backlog |
| Product Owner | Verantwortlich für die Maximierung des Produktwerts; siehe Scrum Product Owner |
| Program Increment (PI) | In SAFe eine Timebox aus mehreren Iterationen, üblicherweise 8–12 Wochen |
| Pull-System | Arbeit wird nur begonnen, wenn Kapazität vorhanden ist; siehe Pull vs. Push |
R bis S
| Begriff | Definition |
|---|---|
| Refactoring | Die interne Struktur von Code verbessern, ohne sein Verhalten zu ändern |
| Release | Inkremente für Nutzer verfügbar machen; siehe Agile Release-Planung |
| Retrospektive | Ein Meeting, um die Arbeitsweise des Teams zu überprüfen und zu verbessern; siehe Sprint-Retrospektive |
| Roadmap | Ein übergeordneter Plan von Zielen im Zeitverlauf; siehe Agile Roadmap |
| Scaled Agile Framework (SAFe) | Ein Framework für Agile im Unternehmensmaßstab; siehe SAFe |
| Scrum | Ein leichtgewichtiges Framework für komplexe Arbeit in Sprints; siehe Was ist Scrum |
| Scrum Master | Verantwortlich für die Effektivität des Scrum Teams; siehe Rolle des Scrum Masters |
| Scrum of Scrums | Koordinationsmeeting zwischen Scrum Teams; siehe Scrum of Scrums |
| Scrumban | Eine Mischung aus Scrum und Kanban; siehe Kanban vs. Scrumban |
| Selbstmanagendes Team | Ein Team, das entscheidet, wer was wann und wie erledigt |
| Spike | Eine zeitlich begrenzte Recherche zur Verringerung von Unsicherheit |
| Sprint | Eine feste Timebox von höchstens einem Monat in Scrum; siehe Was ist ein Sprint |
| Sprint Backlog | Das Sprint-Ziel, die ausgewählten Einträge und der Plan; siehe Sprint Backlog |
| Sprint-Ziel | Das einzige Ziel eines Sprints |
| Sprint Planning | Das Event, mit dem ein Sprint beginnt; siehe Sprint Planning |
| Sprint Review | Das Event zur Überprüfung des Ergebnisses eines Sprints; siehe Sprint Review |
| Stakeholder | Jede Person mit einem Interesse am Produkt oder Projekt |
| Story Points | Relative Einheiten zur Schätzung von Backlog-Einträgen; siehe Story Points |
| Nachhaltiges Tempo | Ein Arbeitsrhythmus, den ein Team dauerhaft durchhalten kann |
| Swarming | Mehrere Teammitglieder arbeiten gemeinsam an einem Eintrag; siehe Agiles Swarming |
T bis Z
| Begriff | Definition |
|---|---|
| T-förmige Kompetenzen | Tiefe Kompetenz in einem Bereich plus breite Kompetenzen in anderen; siehe Agile Teamstrukturen |
| Aufgabe | Ein technischer Schritt zur Fertigstellung einer Story; siehe Epics vs. Stories vs. Tasks |
| Technische Schulden | Die künftigen Kosten von Abkürzungen; siehe technische Schulden |
| Testgetriebene Entwicklung (TDD) | Einen automatisierten Test schreiben, bevor der Code geschrieben wird, der ihn besteht |
| Theme | Ein breiter Schwerpunktbereich, der mehrere Epics bündelt |
| Durchsatz | Anzahl der pro Zeitraum abgeschlossenen Einträge; siehe Durchsatz |
| Timebox | Eine feste Höchstdauer für eine Aktivität oder ein Event |
| User Story | Eine kurze Beschreibung eines Nutzerbedürfnisses; siehe User Stories |
| Wertstrom | Die Schritte, die einem Kunden Wert liefern; siehe Wertstromanalyse |
| Velocity | Arbeitsmenge, die ein Team pro Sprint abschließt; siehe Velocity-Diagramm |
| WIP (Work in Progress) | Begonnene, aber nicht abgeschlossene Einträge |
| WIP-Limit | Eine Obergrenze für laufende Arbeit; siehe WIP-Limits |
So nutzen Sie dieses Glossar
- Vereinbaren Sie in Ihrem Team gemeinsame Definitionen, besonders für Begriffe wie „fertig“ und „bereit“.
- Denken Sie daran, dass viele Begriffe (Story Points, Velocity, Epics) gängige Praktiken und nicht Teil des Scrum Guide sind; siehe das Scrum-Glossar für offizielle Scrum-Begriffe.
- Nutzen Sie die verlinkten Leitfäden, um sich in jeden Begriff zu vertiefen.
Häufig gestellte Fragen
Welche agilen Begriffe sind am wichtigsten?
Beginnen Sie mit Sprint, Backlog, User Story, Definition of Done, Velocity, Retrospektive, Kanban-Board und WIP-Limit.
Was ist der Unterschied zwischen Agile und Scrum?
Agile ist ein breiter Ansatz auf Basis von Werten und Prinzipien; Scrum ist ein konkretes Framework, das sie anwendet. Siehe Agile vs. Scrum.
Was bedeutet Sprint in der agilen Terminologie?
Eine feste Timebox, meist eine bis vier Wochen, in der ein Team ein nutzbares Inkrement liefert.
Was bedeutet WIP in Agile?
Work in Progress: Einträge, die begonnen, aber nicht abgeschlossen wurden.
Was ist Velocity in Agile?
Die Arbeitsmenge, oft in Story Points, die ein Team pro Sprint abschließt; dient der Prognose.
Was ist ein Epic in Agile?
Ein großes Arbeitspaket, das in kleinere User Stories aufgeteilt wird; siehe Agile Epics.
Was ist ein Spike in Agile?
Eine kurze, zeitlich begrenzte Recherche oder ein Experiment, um eine Frage zu klären, bevor man sich verpflichtet, etwas zu entwickeln.
Was bedeutet MVP in Agile?
Minimum Viable Product: die kleinste Version eines Produkts, mit der ein Team von echten Nutzern lernen kann.
Was ist der Unterschied zwischen einem Burndown- und einem Burnup-Diagramm in Agile?
Ein Burndown zeigt die verbleibende Arbeit; ein Burnup zeigt die erledigte Arbeit und den Gesamtumfang, sodass Umfangsänderungen sichtbar werden.
Sind agile Story Points Teil von Scrum?
Nein. Story Points sind eine gängige Schätzpraxis, werden aber vom Scrum Guide nicht vorgeschrieben.
Was ist eine Timebox in Agile?
Eine feste Höchstdauer für ein Event oder eine Aktivität, etwa ein 15-minütiges Daily Scrum.