In der agilen Produktentwicklung ist ein Increment (oft „Product Increment“) das Arbeitsergebnis einer Iteration, das auf allen vorherigen Ergebnissen aufbaut. Jedes Increment ist die Summe aller bisher fertiggestellten „Done“-Product-Backlog-Items. Der Scrum Guide definiert ein Increment beispielsweise als „die Summe aller im Sprint fertiggestellten Product-Backlog-Items sowie den Wert der Increments aller vorherigen Sprints“ – und verlangt, dass jedes neue Increment „Done“ ist (die Definition of Done des Teams erfüllt) und in einem nutzbaren Zustand vorliegt. Ähnlich beschreibt die Scrum Alliance ein Product Increment als „alles, was zuvor gebaut wurde, plus alles Neue, das im aktuellen Sprint fertiggestellt wurde – vollständig integriert, getestet und bereit zur Auslieferung oder Bereitstellung“. In der Praxis muss das Increment potenziell auslieferbar sein: Es erfüllt alle Qualitätskriterien, sodass es ausgeliefert werden könnte, selbst wenn der Product Owner entscheidet, es nicht sofort zu veröffentlichen.
In allen ausgereiften agilen Frameworks (Scrum, LeSS, Nexus etc.) sind Increments kumulativ: Jedes baut auf den vorherigen Increments auf, ohne Lücken oder unerledigte Arbeit zu hinterlassen. LeSS etwa verlangt, dass Teams in jedem Sprint ein „Potentially Shippable Product Increment“ erzeugen, das die Arbeit aller Teams integriert, sodass „keine Überraschungen“ (keine unerledigte Arbeit) zurückbleiben. Nexus (Scaled Scrum) verlangt ebenso ein „Integrated Increment“ pro Sprint – „die aktuelle Summe aller integrierten Arbeit“ aller Teams in Richtung des Produktziels –, das die gemeinsame Definition of Done erfüllen muss. Kurz gesagt: Ein Increment ist eine fertiggestellte Produktscheibe (oft eine vertikale Feature-Scheibe), die das bestehende Produkt erweitert und dabei gründlich getestet, integriert und von hoher Qualität ist.
Kurz gesagt: Ein (Product) Increment ist das kumulierte, „Done" fertiggestellte Arbeitsergebnis eines Sprints – die Summe aller bisher abgeschlossenen Product-Backlog-Items plus dem Wert aller vorherigen Increments. Es muss potenziell auslieferbar sein und die Definition of Done des Teams erfüllen.
Kontext (Agile Frameworks & Kadenz)
In allen agilen Modellen ist das Increment das zentrale Artefakt jeder Iteration. In Scrum erzeugt jeder Sprint ein einziges Increment, und im Sprint Review wird dieses Increment inspiziert und zukünftige Pläne bei Bedarf angepasst. In LeSS liefern mehrere Teams pro Sprint ein gemeinsames „Potentially Shippable Product Increment“ und behalten dabei einen „Gesamtprodukt“-Fokus, indem sie alle Arbeit vor Sprint-Ende integrieren. In Nexus (Scrum@Scale) arbeitet eine kleine Gruppe von Scrum Teams aus einem gemeinsamen Backlog, um pro Sprint ein integriertes Increment zu liefern – wiederum die kombinierte Arbeit aller Teams, die die Nexus Definition of Done erfüllt.
Definition of Done: In allen Fällen bedeutet „Done“, dass jedes Increment einer strikten Definition of Done entspricht – und damit wirklich vollständig ist. Der Nexus Guide betont, dass ein Increment erst dann „done“ ist, wenn es „integriert, wertvoll und nutzbar“ ist und die vereinbarte DoD für das Produkt erfüllt. Diese gemeinsame DoD sichert Qualität und einen potenziell auslieferbaren Zustand.
Kumulativ & auslieferbar: Per Definition ist jedes Increment additiv zur vorherigen Arbeit. Es enthält das aktuell funktionierende Produkt plus alle vorherigen Increments (nichts wird ohne Vorankündigung verworfen), sodass „die Summe aller Increments das Produkt bildet“. Weil jedes Increment auslieferbar ist, können Teams echtes Nutzerfeedback einholen und schnell reagieren. Inkrementelle Auslieferung ermöglicht schnelleres Feedback und Anpassung. Umgekehrt verzögert das Ausbleiben eines nutzbaren Increments pro Zyklus Wertschöpfung und Lernen.
SAFe (ARTs und PIs): Im Scaled Agile Framework gilt dasselbe Increment-Konzept auf mehreren Ebenen. Jedes Agile Team erzeugt weiterhin pro Sprint (Iteration) ein „Team-Increment“, das die DoD erfüllt. Diese Team-Increments fließen in den Agile Release Train (ART) ein, der die Arbeit der Teams integriert. SAFe organisiert Arbeit in Program Increments (PIs) – feste Timeboxes (oft 8–12 Wochen), während derer ein gesamter ART inkrementellen Wert liefert. Ein Program Increment verhält sich zum ART im Wesentlichen so wie ein Sprint zu einem Scrum Team: Es ist „eine Timebox, in der ein ART inkrementellen Wert in Form funktionierender Software oder Systeme liefert“. Im Verlauf des PI (bestehend aus mehreren Sprints) planen und liefern Teams Features, die an den PI-Zielen ausgerichtet sind. Am Ende des PI zeigt eine Integrated System Demo (bzw. „Inspect & Adapt“) das kombinierte Increment aller Teams. In SAFe sorgen kadenzbasierte Events (Sprint Planning/Review und PI Planning) dafür, dass Team-Increments regelmäßig synchronisiert werden. Diese Kadenz stellt sicher, dass Increments koordiniert bleiben: Am Ende jeder Iteration verfügt der ART über ein integriertes, funktionierendes System (das System-Increment), das die Anpassung von Prioritäten unterstützt.
CALADE-Perspektive (Transformation Increments): In ähnlichem Sinne wendet CALADE das Increment-Konzept auf den organisatorischen Wandel selbst an. CALADE unterteilt ein Transformationsprojekt in Transformation Increments (TIs) – feste Zeitfenster (oft ein Quartal, ca. 3 Monate), in denen konkrete Veränderungsinitiativen geliefert werden. Zu Beginn jedes TI („Transformation Increment Planning“) priorisiert die Führung eine Reihe zentraler Transformationsthemen bzw. Epics für dieses Quartal. Diese Epics werden in umsetzbare Transformation Features für Teams heruntergebrochen. Am Ende des TI erwartet die Organisation konkrete Ergebnisse (neue Prozesse, Pilotprojekte, Trainingsergebnisse usw.) und erhebt relevante Kennzahlen. Dieser Ansatz macht Fortschritt sichtbar und messbar.
Jedes Transformation Increment liefert Feedback – was funktioniert hat, auf welchen Widerstand man gestoßen ist, welche Kennzahlen sich bewegt haben – und dieses Lernen fließt direkt in die Planung des nächsten TI ein. Diese „agile Transformations“-Kadenz wirkt Change Fatigue entgegen und ermöglicht adaptive Steuerung. Da Veränderungen inkrementell eingeführt werden, erleben Stakeholder regelmäßige Verbesserungen (Quick Wins) statt eines einzigen überwältigenden Umbruchs. Durch den Einsatz von TIs stellt CALADE eine gemeinsame Steuerung in Richtung der Ziele sicher und hält Transformationsvorhaben fokussiert und zielgerichtet. Kurz gesagt: Das Increment-Modell schafft in der Transformationsarbeit ebenso Kadenz, Sichtbarkeit und kontinuierliches Lernen wie in der Produktentwicklung.
Experteneinschätzungen
Empirisches Fundament: Behandelt jedes Increment als Experiment und Transparenzpunkt. Das funktionierende Increment ist in jedem Zyklus das wichtigste Fortschrittsmaß; inspiziert seine Ergebnisse (über Demos/Reviews) und passt Backlog oder Strategie entsprechend an.
Qualitätstreiber: Indem jedes Increment die Definition of Done erfüllen muss, bauen Teams Qualität von Anfang an ein (statt sie nachträglich aufzusetzen). Das verhindert technische Schulden: Ist ein Increment nicht wirklich auslieferbar, hält das Team inne und verfeinert, bis es so weit ist.
Systemdenken: Increments zu liefern bedeutet, End-to-End-Scheiben zu bauen. Teams müssen Architekturen, Abhängigkeiten und übergreifende Belange in jedem Sprint integrieren. Dieser „Gesamtprodukt“-Fokus (wie in LeSS und Nexus betont) zwingt Teams aus Silos heraus hin zu übergreifender Systemqualität.
Schnelle Lernzyklen: Häufige Increments beschleunigen das Lernen. Jedes Increment ist eine Gelegenheit, Annahmen mit echten Nutzern oder Stakeholdern zu validieren. Schnelle Feedback-Schleifen verkürzen den Lernzyklus und ermöglichen schnellere Innovation und kontinuierliche Verbesserung.
Kadenz richtet Teams aus: Der Rhythmus von Iterationen oder PIs synchronisiert Menschen. In SAFe koordinieren konsistente Sprint-/PI-Kadenzen Teams innerhalb eines ART. In Transformationen richten regelmäßige TIs die Führung bei Fortschrittsreviews aus. Diese regelmäßige Kadenz (und die Kadenz von Reviews/Demos) verbessert Vorhersagbarkeit und Integration.
Risiko und Ermüdung managen: Kleine, auslieferbare Increments reduzieren Risiko. Durch inkrementelle Lieferung werden große Unsicherheiten in kleinere, überschaubare Wetten zerlegt. Bei Veränderungsinitiativen verhindern kürzere TIs Überlastung – Stakeholder nehmen Veränderung schrittweise auf und sehen in jedem Zyklus greifbare Ergebnisse.