Scrum_Artefakte
Es gibt im SCRUM nur 3 Artefakte, die jeweils eine Arbeit oder einen Wert repräsentieren: Das Product Backlog, das Sprint-Backlog und das Produktinkrement. Die Artefakte sollen für maximale Transparenz sorgen und garantieren, dass alle auf demselben Wissensstand sind. Jedes Artefakt hat eine übergeordnete Maxime, die es damit zu erreichen gilt.
Es gibt im Scrum drei Artefakte: „Product Backlog“, „Sprint-Backlog“ und „Product Increment“. Diese haben jeweils einen übergeordneten Leitgedanken, der dabei helfen sollen, in allen Ebenen einen Überblick zu behalten.1
Zusätzlich garantieren die Artefakte einen kontinuierlichen Austausch mit maximaler Transparenz, sodass alle auf dem aktuellen Wissensstand sind, weshalb sie zu optimalen Arbeitsbedingungen beitragen.23
1. Product Backlog
1.1 Zusammensetzung des Product Backlogs
Das Product Backlog, welches vom Product Owner in Zusammenarbeit mit den Stakeholdern erstellt wird, wird als Kernartefakt von Scrum bezeichnet. Es handelt sich hier um eine Liste, welche geordnet und priorisiert alle Funktionen und Kriterien aufzeigt, die das Endprodukt bieten soll. Sogenannte Product Backlog Items beschreiben diese Anforderungen, wie z.B. User Stories und Verbesserungen, aus Sicht und Sprache des Kunden.234
1.2 Die Dynamik im Product Backlog
Im agilen Projektmanagement sind häufige Feedbacks typisch, weshalb es nicht unwahrscheinlich ist, dass sich die Anforderungen ändern können. Deshalb wird das Product Backlog als lebendes Dokument betitelt, welches während der gesamten Produktentwicklung erweitert und verändert wird.
Hierbei trägt der Product Owner die volle Verantwortung für die Aktualität und die richtige Priorisierung der Komponente, z.B.: Grad des Risikos und gewünschtes Lieferdatum. Dennoch kann das Product Backlog jederzeit vom Scrum-Team eingesehen werden. Hieraus werden während des Sprint Planning, die zu erledigenden Punkte für den nächsten Sprint ausgewählt.1235
2. Sprint Backlog
Das Sprint Backlog setzt sich aus den ausgewählten Einträgen aus dem Product Backlog, ergänzt um alle notwendigen Informationen zur Erreichung des Sprintziels, zusammen. Die Produktanforderungen werden selbstständig aus dem Product Backlog gezogen und dienen als Ziel während des aktuellen Sprints. Im Normalfall sollte sich das Product Backlog während eines Sprints nicht verändern, denn die Ansprüche werden so gewählt, dass sie während eines Sprints zu erledigen sind und sie im nächsten darauf aufbauen können. Der sogenannte Sprint-Schutz dient dazu, dass das Team während des Sprints ungestört und ohne Überraschungen ein potenziell auslieferbares Produkt herstellen kann. Auf dem Scrum Board besteht die Möglichkeit während des Daily Scrum den Status bestimmter Aufgaben zu verändern, wie z.B. von “wartend” zu “in Korrektur”. Wenn schließlich der Status “fertiggetsellt” erreicht wurde, kann die Aufgabe in die Product Increment Liste übertragen werden.1235
3. Product Increment
Ein Product Increment ist jenes Produkt, welches nach einem Sprint entstanden ist und wird deshalb auch Teilergebnis des Projekts genannt. Die einzelnen Inkremente bauen aufeinander auf, sowie verbessern und erweitern das angestrebte Produkt von Iteration zu Iteration bis schließlich ein Produkt entsteht, welches den Anforderungen des Kunden entspricht. Die „Definition of Done“, welche bereits beim Sprint Planning vom Scrum-Team (Product Owner, Scrum Master, Developer) festgelegt wird, dient dazu, ein gemeinsames Verständnis der Aufgabestellung und Abnahmekriterien zu haben. Am Ende eines jeden Sprints erklärt der Product Owner, inwiefern diese erfüllt wurde und entscheidet dann, ob das Product Increment den Stakeholdern zur Verfügung gestellt wird, sodass es umgehend in der Praxis geprüft und getestet werden kann.12546
Visualisierung des Prozesses nach Artefakten7
siehe auch 3(https://www.google.com/url?sa=i&url=https%3A%2F%2Fgemeinsam-digital.de%2Fprojektmanagement-mit-scrum%2F&psig=AOvVaw2FMe4WNE7SQm5_PhJoYAyq&ust=1637865968173000&source=images&cd=vfe&ved=0CAsQjRxqFwoTCPiL9LTUsfQCFQAAAAAdAAAAABAT)