Increment
Summe aller fertigen PBIs plus früherer Increments.
Ein Increment ist ein konkreter Schritt in Richtung Product Goal. Jedes Increment ist additiv zu allen früheren – sie bilden zusammen ein nutzbares Produkt. Ein Increment muss die Definition of Done erfüllen.
Passende Übungsfragen
❌Den nächsten Sprint detailliert planen
✅Das Increment inspizieren und das Product Backlog gemeinsam mit Stakeholdern anpassen
❌Die Developers bewerten
❌Die Zusammenarbeit im Team verbessern
Im Sprint Review inspizieren Scrum-Team und Stakeholder das Increment und passen das Product Backlog an. Die Team-Verbesserung ist Thema der Retrospektive.
❌Epics, Stories, Tasks
✅Product Backlog (Product Goal), Sprint Backlog (Sprint Goal), Increment (Definition of Done)
❌Backlog, Board, Burndown
❌Vision, Roadmap, Release-Plan
Die drei Artefakte mit ihren Commitments: Product Backlog → Product Goal, Sprint Backlog → Sprint Goal, Increment → Definition of Done.
❌Die persönliche Meinung des Product Owners, wann etwas gut ist
❌Eine Liste aller offenen Aufgaben
✅Eine formale Beschreibung des Zustands, den ein Increment erfüllen muss, um als fertig zu gelten
❌Das Sprint-Ziel
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.
❌Nur am Ende des Sprints
❌Beim Sprint Planning
✅Sobald ein Product-Backlog-Item die Definition of Done erfüllt
❌Erst beim Release an den Kunden
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.
❌Nur Personen mit einem Entwickler-Arbeitsvertrag
✅Jede Person im Scrum Team, die an einem nutzbaren Increment arbeitet – unabhängig von Fachgebiet
❌Nur Personen, die programmieren
❌Alle Teammitglieder außer Testern und Designern
Der Begriff ist bewusst weit gefasst: Tester, UX-Designer, Analysten, Techniker – wer zum Increment beiträgt, ist Developer im Sinne von Scrum.