Produktinkrement und die Wichtigkeit für den Sprint

Produktinkrement
Von Sebastian Schneider // 23.10.2016 // 4 Kommentare

Scrum beschreibt das Produktinkrement. Ziel eines Sprints in Scrum ist es immer, ein Produktinkrement zu erstellen und damit einen transparenten Projektfortschritt zu zeigen. Es besitzt damit eine große Wichtigkeit, denn Produktinkrement hat eine ganz zentrale Bedeutung in der Synchronisation und dem gemeinsamen Verständnis im Projekt! Das Inkrement wird im Sprint Review begutachtet. Der Fokus liegt auf dem Erlebbaren und der Maximierung des Feedbacks von Stakeholdern, Meinungen und der wichtigen Diskussion.

Die Eigenschaften vom Produktinkrement

Das Produktinkrement

Wichtige Eigenschaften eine Produktinkrements in Scrum sind:

Inkrementell

Ein Produktinkrement wird inkrementell entwickelt und baut damit aufeinander auf!

Erlebbar

Das Produktinkrement kann durch die Zielgruppe inspiziert werden.

Mehrwert

Ein Inkrement erzeugt immer einen Mehrwert und ist nie Selbstzweck.

Getestet

Ein Produktinkrement wird innerhalb des Sprint immer getestet.

Kunde

Es geht um den Kunden: er kann das Inkrement erleben und ausprobieren.

Fortschritt

Am Inkrement kann der Fortschritt über das Produkt betrachtet werden.

Transparenz, Inspektion und Adaption

Durch die Eigenschaft, dass Produktinkremente erlebbar sind, förderst du einen Produkt-Meilenstein, der verlässlich ist. Nur das, was wirklich funktioniert und erlebbar ist, kann bewertet werden. Genau dieser Zustand zeigt den Projektfortschritt und steht im Fokus am Ende des Sprints. Scrum basiert sehr stark auf dieser Art der Transparenz und dem dann folgenden Inspect & Adapt.

Häufige Fehler beim Inkrement

Keine Tests

Wenn du das Produktinkrement nicht testest, dann beraubst du dich mehrerer fantastischen Möglichkeit bei der Entwicklung: 

  • Die Gewissheit, ob das Inkrement funktioniert.
  • Den tatsächlichen Projektfortschritt.
  • Das Verständnis des Kunden.

Ohne Tests mit dem Inkrement baust du dir sogenannte Schulden auf. Du erkaufst dir aktuell ein scheinbares fertiges Inkrement, musst in den folgenden Sprints aber Nacharbeiten leisten (Deine Velocity wird sinken).

Nichts zu zeigen

Wenn du mehrere Sprints nichts zu zeigen hast, dann ist es höchste Eisenbahn sich deinen Prozess anzusehen und das Inkrement zu inspizieren:

Denke immer dran, dass Scrum nur funktioniert, wenn du auch die wichtigen Aspekte betrachtest. Laufend kein Produktinkement zeigen zu können, lässt auf schwere Probleme schließen.

Skalierung

Ein Team entwickelt ein Produkt und zeigt am Ende des Sprints immer ein Produktinkement. Soweit bist du auch?

  • Reine Teambetrachtung führt bei einer Scrum Skalierung zu keinem Erfolg.
  • Der Wertstrom muss beachtet werden.
  • Teams müssen gemeinsam etwas zeigen! werden missachtet.

Achte unbedingt darauf, dass du - egal auf welcher Betrachtungsebene du unterwegs bist - dass ein Inkrement vorhanden ist.

Verständnis des Produktinkrements

Durch den Kommentar eines meiner Leser, möchte ich diesen Abschnitt explizit noch einmal dafür nutzen, das Verständnis über das Produktinkrement zu verdeutlichen. Dabei ist es mir wirklich wichtig, dass wir über dasselbe sprechen, denn sonst gehen sowohl die Erwartungshaltung als auch agile Grundgedanken verloren.

Das Produktinkrement im Scrum Guide

Schauen wir gemeinsam einmal in den Scrum Guide und sehen uns die Passage zum Inkrement genauer an. Ich zitiere diesen in der englischen Originalfassung:

Scrum Guide

The Increment is the sum of all the Product Backlog items completed during a Sprint and the value of the increments of all previous Sprints. At the end of a Sprint, the new Increment must be "Done," which means it must be in useable condition and meet the Scrum Team’s definition of "Done". An increment is a body of inspectable, done work that supports empiricism at the end of the Sprint. The increment is a step toward a vision or goal. The increment must be in useable condition regardless of whether the Product Owner decides to release it.

Das bedeutet nun konkret, dass du immer eine gewisse Anzahl von Product Backlog Items aus Ihrem Backlog umsetzen. Dabei beachten Sie bitte immer Ihre Definition of Done. Es geht letztendlich nur darum, dass das Inkrement eine inspizierbare Arbeit ist, die Empirie unterstützt. Damit das nicht planlos angegangen wird, gibt es immer die Vision als übergreifendes Ziel und dazu Sprint Ziele.

Ein Inkrement ist keine Software sondern Wert

Auch wenn diese Annahme nicht mehr so verbreitet ist wie früher, ist es mir noch einmal wichtig darauf hinzuweisen, dass ein Inkrement keine Software sein muss.

Mit einem Inkrement zeigst du Sprint für Sprint, wie du inkrementell wachsenden Wert für eine Zielgruppe aufbauen kannst. Dieser Wert muss dabei erlebbar sein, dass bedeutet wiederum, dass sich das Inkrement Stakeholder, Product Owner und Endkunden anschauen können. Sie können damit interagieren.

Natürlich kann dieses Produktinkrement in deinem konkreten Fall Software sein. Muss es aber nicht, je nachdem was du konkret entwickelst.

Beispiele für ein Produktinkrement

In diesem Abschnitt möchte ich dir ein paar Impulse mitgeben. Wie kannst du so ein Inkrement interpretieren, wie kann es aussehen und so weiter.

Inkrement bei Tesla

Beziehen wir uns noch einmal konkret auf den angesprochenen Wert. Ein sehr früher "Wert" für den Kunden kann zum Beispiel "nur" sein, wie stark der Kunde etwas annimmt oder darauf reagiert. Wenn ich in einer ersten Vision und später auch Version es schaffe Kunden zu begeistern, reicht als Inkrement mit Sicherheit eine Webseite mit der Eingabe meiner Kredikartennummer für eine Reservierungsgebühr. Bei Tesla kann man das sehr schön sehen und es funktioniert immer wieder.

Dieses "Inkrement" ist jetzt in dem eigentlichen Sinne natürlich keine inkrementelle Entwicklung, denn die weiteren Inkremente bauen nicht auf der Webseite auf, schließlich wollen wir ja irgendwann das Auto selbst besitzen und fahren. Legen wir hingegen den Fokus noch mal auf den eigentlich Wert des Kunden, dann sehen wir, dass die folgenden Inkremente natürlich aufeinader aufbauen.

In sofern ist es wichtig zu verstehen was das Inkrement ist und den notwendigen Blickwinkel dafür auch einzunehmen.

Inkrement bei Dropbox

Wenn wir den Geschichten von Eric Ries Lean Start-Up Gedanken folgen, dann ist es mit der DropBox nicht ganz so wie mit dem Tesla gewesen, aber der Mechanismus war sehr identisch. Als Inkrement kam hier als erste Version ein Video zu dem Cloudspeicherplatz zum Einsatz und die Möglichkeit sich für den Service per Email zu registrieren. Das war ein super Lead-Magnet und ein sehr schöner Test herauszufinden, ob das Wert für den Kunden erzeugt. Hat es, wie wir heute wissen.

Hilfe, ich habe kein Produktinkrement

Gerade größere Unternehmen haben zu Beginn noch keine richtige Vorstellung von Ihrem Inkrement. Was sich in der Praxis dann vorfindet ist sehr häufig der folgende Fall:

  • Es findet eine Sprint Planung statt und dort gibt es häufig schon User Stories (diese werden fast immer so genannt, obwohl das Konzept dahinter oft nicht verstanden ist) die im Sprint verteilt werden.
  • Die User Stories erzeugen oft keinen echten Wert und sind auch nicht unabhängig. Demnach ist es schwer, diese Stories im Sprint durch den Product Owner abzunehmen.
  • Am Ende des Sprints werden die Stories durchgegangen, abgenommen oder nicht. Alles was nicht geschafft wurde, liegt wieder (und das ist sehr auffällig!) oben auf dem Backlog. Denn: die Abfolge muss eingehalten werden, da sonst etwas nicht umgesetzt werden kann (Typische Abhängigkeiten).

Damit hast du natürlich einen agilen Grundgedanken zerstört und das Konzept von einem Produktinkrement und User Stories nicht umgesetzt.

Fragen für dein Inkrement

Ich bin kein Freund, obiges Szenario mit klaren Fakten zu beantworten. Denn die Situationen und die Gründe in den Unternehmen sind dazu viel zu vielfältig. Aber ich stelle dir gerne ein paar Fragen zur Verfügung, gegen die du reflektieren kannst.

  • Warum machst du Scrum? Welche Vorteile hast du dir davon versprochen?
  • Hast du die Scrum Werte und agile Prinzipien verinnerlicht und verstanden?
  • Benötigst du eine frühe und regelmäßige Lieferung an Ihren Kunden?

Deine eigene Lösung zum Inkrement

Change mit Scrum - der Weg

Auch wenn meine Aussage keine konkrete Lösung auf dein Szenario geben kann, ist es mir wichtig, auf typische Ansätze einzugehen. Reflektiere diese einmal in aller Ruhe.

  • Als eine sehr wichtige Eigenschaft des Inkrements gilt es, dieses erlebbar zu machen. Überlege einmal im Team, in einer Retrospektive, wie du das schaffen kannst. Dazu solltest du unbedingt auch deine Definition of Done zu Rate ziehen.
  • Nutze User Stories, wie sie gedacht sind. Eine User Story muss dabei in einen Sprint passen, nicht abhängig zu anderen sein und einen Wert liefern. Auch wenn das vielleicht nicht immer klappt, Ziel sollte es sein.
  • Nimm die User Stories schon während des Sprints ab. Das hilft um einen frühen Indikator zu bekommen, wie es um das Inkrement steht.

Hinweis

Immer wenn du das Sprint Review nur zum Soll/Ist Vergleich nutzt, dann solltest du dich fragen, ob du wirklich ein Inkrement aktuell erzeust.

Sebastian Schneider ist dem Framework Scrum - es war Liebe auf den ersten Sprint - bereits seit 2005 verfallen. Seitdem begleitet er Unternehmen (meist größere) bei der Transition in eine neue Arbeits- und Produktwelt.

Dafür findet er den richtigen Grad zwischen zielgerichteten systemischen Impulsen und dem nachhaltigen Coaching in der Organisation, um diese bei der Entwicklung und Optimierung des eigenen Kundenmehrwerts zu unterstützen und entwickelt mit ihnen Produkte, die ihre Kunden lieben.

Im richtigen Maß gehören dazu die effektive und effiziente Facilitation dazu, sowie agile Spiele und Simulationen, die sein Themenfeld auf einfache Art begreiflichen machen.

Auf Konferenzen, sei es im Fachbeirat oder als Akteur, gibt er gerne Erkenntnisse weiter und freut sich über Kontakte von Angesicht zu Angesicht.

>