Scrums drei Artefakte sind leicht zu benennen und überraschend leicht falsch zu nutzen. Der Product Backlog wird zur Ablagestelle. Der Sprint Backlog wird zur Aufgabenliste ohne Verbindung zu einem Ziel. Das Increment wird zum Meilenstein statt zur Qualitätsverpflichtung. Zu verstehen, wofür jedes Artefakt tatsächlich da ist, hilft, sie wie vorgesehen zu nutzen statt als Dekoration.
Der Product Backlog
Der Product Backlog ist die geordnete Liste von allem, was im Produkt eventuell gebraucht werden könnte. Er wird von der Product-Owner-Person besessen und verwaltet, die für seinen Inhalt und seine Reihenfolge verantwortlich ist. Der Backlog ist nie fertig, er wird kontinuierlich verfeinert, während das Team mehr über das Produkt, die Nutzenden und den Markt lernt.
Das wichtigste Wort in der Definition des Scrum Guide ist "geordnet". Der Product Backlog ist keine flache Liste gleich wichtiger Elemente, er ist eine priorisierte Sequenz. Die obersten Elemente sollten gut verstanden, angemessen dimensioniert für die Aufnahme in einen Sprint, und bereit zur Übernahme in die Planung sein. Weiter unten liegende Elemente können gröber und weniger definiert sein, sie werden verfeinert, je näher sie an die Spitze rücken.
Eine nützliche Disziplin: Wird der Product Backlog nicht regelmäßig überprüft und neu geordnet, wird er nicht als Artefakt genutzt. Er wird als Ablagesystem genutzt.
Der Sprint Backlog
Der Sprint Backlog ist die Menge der für den aktuellen Sprint ausgewählten Product-Backlog-Elemente, plus der Plan zu ihrer Lieferung. Er wird bei Sprint Planning erstellt und vom Entwicklungsteam besessen, nicht von der Product-Owner-Person, und nicht vom Scrum Master. Die Developer sind für den Plan verantwortlich.
Ein Sprint Backlog sollte genug Detail haben, dass das Team seinen Fortschritt beim Daily Scrum einschätzen kann. Sind Elemente so grob beschrieben, dass Fortschritt unsichtbar ist, bis sie als abgeschlossen markiert werden, erfüllt der Sprint Backlog seine Transparenzfunktion nicht. Der Test ist einfach: Kann das Team zu jedem Zeitpunkt während des Sprints auf den Backlog schauen und verstehen, ob es auf Kurs ist, das Sprint Goal zu erreichen?
Der Sprint Backlog ist ein lebendiges Artefakt. Er wird täglich aktualisiert, während Arbeit fortschreitet, neue Information entsteht, und sich der Plan des Teams weiterentwickelt. Ihn als Verpflichtung zu einem festen Plan zu behandeln, etwas, das vor Änderung geschützt statt an die Realität angepasst wird, ist ein häufiger Fehler.
Das Increment
Das Increment ist die Summe aller abgeschlossenen Arbeit: jedes im aktuellen Sprint und allen vorherigen Sprints gelieferte Product-Backlog-Element, kombiniert zu etwas Nutzbarem und potenziell Veröffentlichbarem. Die zentrale Einschränkung ist die Definition of Done: Arbeit, die die Definition of Done nicht erfüllt, ist nicht Teil des Increments. Sie wurde nicht abgeschlossen.
Das ist wichtig, weil das Increment das ist, was beim Sprint Review überprüft wird. Bedeutet "fertig" für jede Person im Team etwas anderes, ist das Increment unzuverlässig, und der Sprint Review wird zu einer Diskussion darüber, was tatsächlich fertig ist, statt zu einem produktiven Gespräch darüber, was als Nächstes zu tun ist.
Eine klare, geteilte Definition of Done zu haben, vom Team vereinbart und über Sprints hinweg konsistent, ist eines der am meisten unterschätzten Fundamente eines wirksamen Scrum-Teams. Es lohnt sich, die Zeit zu investieren, sie richtig hinzubekommen.
Die Artefakte gut managen
Vier praktische Disziplinen machen die Artefakte nützlicher. Konsistente Benennungskonventionen im Product Backlog, damit Elemente erkennbar und auffindbar sind. Burndown-Charts auf Sprint-Ebene, damit das Team seine Entwicklung in Richtung Ziel verfolgen kann. Eine Definition of Done, die genuin geteilt statt nominell vereinbart ist. Und regelmäßiges Backlog Refinement, damit Elemente, die sich der Spitze des Backlogs nähern, angemessen vorbereitet sind, bevor sie Sprint Planning erreichen.
Nichts davon ist kompliziert. Es ist jedoch diszipliniert, und Disziplin im Umgang mit Artefakten ist es, was Teams, die das Meiste aus Scrum herausholen, von Teams unterscheidet, die es erschöpfend ohne Belohnung finden.