Die 7 Scrum-Artefakte: Definitionen & Beispiele

Scrum ist eine flexible Projektmanagement-Methodik, die selbstorganisierten Teams helfen soll, Projekte schnell in einer agilen Umgebung durchzuführen. Das Scrum-Framework besteht aus Artefakten, Rollen und Zeremonien. Diese Elemente helfen Produkt- und Softwareentwicklungsteams bei der Verwaltung ihrer Arbeit.

Scrum-Artefakte sind entscheidend für den Erfolg eines jeden Scrum-Teams. Aber bevor wir lernen, wie man sie benutzt, müssen wir sie zuerst definieren.

Was sind Scrum-Artefakte?

In der Softwareentwicklung bezieht sich der Begriff „Artefakt“ auf Informationen, die Stakeholder und das Scrum-Team verwenden, um ein zu entwickelndes Produkt zu beschreiben.

Scrum-Artefakte definieren die Arbeit, die erledigt werden muss, und sie schaffen während eines Sprints immer einen Mehrwert. Einfach ausgedrückt können Scrum-Artefakte als Nuggets wichtiger Informationen für das Scrum-Team angesehen werden. Sie geben dem Scrum-Prozess Struktur, weil sie als Richtlinien für den Produktentwicklungsplan dienen.

Dies ist von entscheidender Bedeutung, insbesondere für verteilte Teams, die möglicherweise von zu Hause aus arbeiten, da es eine Plattform bietet, auf der sie sehen können, wie sie in einem bestimmten Sprint abschneiden. Dadurch bleiben alle auf dem gleichen Stand, egal wo sie sich befinden.

ProjectManager ist eine cloudbasierte Arbeits- und Projektmanagementsoftware, die hybride Teams verbindet. Egal wo oder wann Ihr Scrum-Team arbeitet, sie können Scrum-Artefakte in Echtzeit teilen. Unser Kanban-Board macht es Scrum-Teams leicht, ihre Artefakte zu verwalten und dann bei der Planung von Sprints zusammenzuarbeiten. Product Owner erhalten Einblick in den Prozess zur Neuzuweisung von Ressourcen, um Engpässe zu vermeiden.

Die sieben Scrum-Artefakte

Laut dem Scrum-Leitfaden gibt es drei Hauptartefakte von Scrum. Wir werden jeden von ihnen unten erklären, zusammen mit einer zusätzlichen Grundvoraussetzung für jeden erfolgreichen Sprint.

1. Produktvision

Die Produktvision ist das langfristige Ziel des Projekts oder Produkts. Es ist das Artefakt, das Sie definieren, um die Gesamtrichtung des Projekts oder Produkts festzulegen. Das Scrum-Team verwendet die Produktvision als Leitfaden.

Die Wichtigkeit der Produktvision wird dadurch unterstrichen, dass das Scrum-Team sie auswendig kennen sollte. Das heißt, es sollte kurz und bündig sein. Die Produktvision sollte immer im Hinterkopf eines Scrum-Teams sein.

2. Produktrückstand

Ein Product Backlog ist eine Liste mit allem, was in einem Projekt erreicht werden muss, heruntergebrochen auf einzelne Punkte. Hier werden die grundlegenden Anforderungen aller für das Endprodukt erforderlichen Funktionen vom Product Owner für das Scrum-Team priorisiert.

Es ist keine Liste unveränderlicher Aufgaben, und sie entwickelt sich oft im Laufe der Zeit weiter. Wenn sich beispielsweise das Geschäftsumfeld, die Marketingbedingungen oder die technischen Anforderungen ändern, spiegelt das Product Backlog diese Änderungen wider. Product Backlogs werden in der Regel mit einem Scrum Board dargestellt.

Das Product Backlog besteht aus drei verschiedenen Arten von Items.

• User Stories , das sind High-Level-Beschreibungen einer Funktion, die aus der Perspektive des Endbenutzers des Produkts erzählt werden.
• Bugs sind auftretende Probleme, die der Product Owner beheben möchte.
• Aufgaben , die dem Scrum-Team zur Erledigung zugewiesen werden.

Der Rückstand wächst, während das Produkt erstellt wird. Wenn Änderungen hinzugefügt werden, können sie mehr Details, Schätzungen oder eine Änderung der Priorität enthalten. Der Product Owner und das Team arbeiten regelmäßig daran, das Product Backlog zu verfeinern. Dies kann jederzeit eintreten.

Je wichtiger das Product Backlog Item ist, desto detaillierter ist es. Wenn die Elemente im Product Backlog für den nächsten iterativen Sprint ausgewählt werden, werden sie weiter verfeinert, um während des Sprints entwickelt zu werden. Wenn der Artikel im Product Backlog vom Team in einem Sprint geliefert werden kann, ist es bereit für ein Sprint-Planungsmeeting.

Verfeinerung des Product Backlogs

Das Verfeinern des Product Backlogs umfasst Aktivitäten wie das Überprüfen der User Stories mit der höchsten Priorität ganz oben im Backlog und das Stellen von Fragen an den Product Owner. Dazu gehört, wenn nötig, User Stories zu löschen und dann neue zu schreiben. Anschließend erfolgt eine Neupriorisierung des Product Backlogs.

Dann müssen diese neuen User Stories in Bezug auf die Zeit geschätzt werden, die es dauern wird, sie abzuschließen, oder andere müssen eine neue Schätzung ihrer Dauer erhalten. Andere User Stories sollten für zukünftige Sprints vorbereitet werden, ohne dabei das Gesamtbild der Produktarchitektur aus den Augen zu verlieren, wenn sich der Backlog entwickelt.

3. Sprint-Vision

Die Sprint-Vision oder das Sprint-Ziel wird oft nicht als Artefakt definiert, es ist immer noch ein wichtiger Bestandteil des Scrum-Frameworks. Die Sprint-Vision ist das, was sich das Scrum-Team bei der Planung eines Sprints ausdenkt. Es bietet dem Scrum-Team eine Anleitung, warum es seine Zeit, sein Geld und seine Mühe in den Sprint investiert.

4. Sprint-Rückstand

Das Sprint Backlog ist der Teil des Product Backlogs, an dem das Team in seinem Sprint arbeiten wird. Betrachten Sie es als die To-Do-Liste für den Sprint.

Das Sprint-Backlog wird weiter in Aufgaben unterteilt, die das Team ausführen muss. Jeder Punkt im Sprint Backlog muss entwickelt, getestet und dokumentiert werden. Der Product Owner hilft dem Scrum-Team, während seines Sprint-Meetings ein Sprint-Backlog zu erstellen.

Das Sprint Backlog wird oft als Aufgabentafel dargestellt, die in Spalten unterteilt ist, die den Arbeitsablauf darstellen. Sie haben in der Regel die folgenden Titel:

• To-Do , das sind Aufgaben, die noch begonnen werden müssen
• Tun , wo die Arbeit begonnen hat
• To Verify , das sind erledigte Aufgaben, die auf die Verifizierung durch ein anderes Mitglied des Scrum-Teams warten
• Fertig , dh es sind keine weiteren Arbeiten erforderlich

Den Sprint Backlog verfeinern

Das Sprint Backlog ist wie das Product Backlog ein lebendiges Dokument und kann vom Scrum-Team geändert werden. Beim Daily Scrum wird die Arbeit regelmäßig besprochen und das Sprint Backlog bei Bedarf angepasst. All dies geschieht während des kurzen Sprints, und nur das Scrum-Team kann diese Änderungen vornehmen, wenn sie während des Sprints auftreten.

Wenn neue Arbeit erforderlich ist, wird sie dem Sprint-Backlog hinzugefügt. Wenn die Arbeit abgeschlossen ist, wird die Schätzung für die noch zu erledigende Arbeit aktualisiert. Wenn es Elemente gibt, die unnötig werden, werden sie entfernt. Dies wird als Backlog-Refining bezeichnet.

Aber auch das kann nur das Scrum-Team tun. Sie haben die Kontrolle über das Sprint-Backlog und diesen Prozess. Das Sprint Backlog ist gut sichtbar und liefert ein Bild des Sprints, während das Team daran arbeitet.

5. Definition of Done (DOD)

Die Definition of Done (DOD) bedeutet, dass alle Aspekte einer User Story in einem Sprint Backlog abgeschlossen wurden. Das Scrum-Team muss eine gemeinsame Vorstellung davon haben, was erledigt bedeutet. Sie sollten eine Definition of Done erstellen und diese als Checkliste verwenden, wenn sie an ihren User Stories arbeiten.

Das Scrum-Team kann sein DOD während der ersten Sprintplanung erstellen. Es kann dann während ihrer Sprint-Retrospektiven wiederholt werden. Das bedeutet nicht, dass ein DOD statisch ist. Sie kann sich im Laufe des Projekts dramatisch ändern.

6. Produktinkrement

Dies ist das wichtigste Scrum-Artefakt. Das Produktinkrement sind alle Product Backlog Items, die während eines Sprints abgeschlossen wurden.

Jeder Sprint erstellt möglicherweise auslieferbare Produktinkremente, und daher muss das Produktinkrement in die Definition des Teams passen und für den Product Owner akzeptabel sein.

Die Definition of Done wird von allen Scrum-Teams geteilt, obwohl sie für jedes Scrum-Team unterschiedlich ist. Die Definition of Done entwickelt sich mit der Reifung des Teams: Sie wird im Laufe des Projekts umfassender oder strenger.

Das Produktinkrement ist nicht nur die Summe aller im Laufe eines Sprints abgeschlossenen Project Backlog Items, sondern auch der Wert der Inkremente über die letzte Anzahl abgeschlossener Sprints. Das ist Transparenz nicht nur für das Team, sondern auch für die Stakeholder, wo sich das Produkt gerade befindet.

7. Burndown-Diagramm

Obwohl es nicht immer als Teil der wesentlichen Scrum-Artefakte angesehen wird, ist es wichtig, das Burndown-Diagramm nicht zu vernachlässigen. Es ist eine Grafik, die zeigt, wie schnell das Team die User Stories oder Items im Product Backlog fertigstellt. Daher stellt ein Burndown-Diagramm den Gesamtaufwand gegenüber dem Arbeitsaufwand für einen Sprint dar.

Der Zweck eines Burndown-Diagramms besteht darin, sicherzustellen, dass das Projekt auf Kurs bleibt und dass das Ergebnis die Erwartungen erfüllt und planmäßig eintrifft.

Die Fortschrittsrate eines Scrum-Teams wird Velocity genannt, das ist die Anzahl der Story Points in der User Story, die während des Sprints abgeschlossen wurden. Teilfertige Arbeit wird nicht in die Geschwindigkeit eingerechnet.

Projektmanager für Scrum-Teams

ProjectManager verfügt über die Funktionen, die Scrum-Teams benötigen, um ihre Scrum-Artefakte einfach zu verwalten. Da es sich um eine Cloud-basierte Projektmanagement-Software handelt, ist sie besonders praktisch für Remote-Teams, die unabhängig von ihrem Standort oder ihrer Arbeit in der Projektschleife bleiben können.

Mehrere Möglichkeiten, ein Projekt zu verwalten

Es gibt mehrere Projektansichten in ProjectManager, wodurch es flexibel genug ist, um agile Teams, Teams, die mit einer traditionelleren Methodik arbeiten, und sogar eine Mischung aus beiden zu bedienen. Die Kanban-Board-Ansicht ist ideal für Scrum-Teams.

Product Backlog-Elemente können in Kanban-Karten gesammelt werden, die markiert, Fälligkeitsdaten hinzugefügt, der Fortschritt verfolgt und einem oder mehreren Teammitgliedern zugewiesen werden können.

ProjectManager verfügt außerdem über unbegrenzten Dateispeicher, sodass Ziele, User Stories und andere zugehörige Sprint-Materialien an die Karten angehängt werden können. Es ist das perfekte Tool, um Ihr Produkt-Backlog zu verwalten.

Haben Sie eine einfache Rückstandspflege

Das Kanban-Board kann auch für das Sprint Backlog verwendet werden. Spalten können an die Arbeitsweise Ihres Teams angepasst werden. Karten können per Drag & Drop von einer Spalte zur nächsten gezogen werden, während sie sich durch den Workflow bewegen.

Karten können personalisierte Aufgabenlisten enthalten, und Teammitglieder können zusammenarbeiten, indem sie die Karte kommentieren. Sie können sogar den Product Owner oder Scrum Master taggen, der per E-Mail benachrichtigt und ins Gespräch gebracht wird. Dies bietet eine große Transparenz für das gesamte Scrum-Team.

Verwenden Sie Echtzeit-Tracking

Anstatt ein einfaches Burndown-Diagramm zu verwenden, berechnet ProjectManager Ihre Sprintgeschwindigkeit automatisch, indem es sechs Projektmetriken verfolgt, die sofort in das Echtzeit-Dashboard eingespeist werden. Product Owner können den Aufgabenfortschritt, die Arbeitsbelastung des Teams, die Kosten und mehr überwachen, um sicherzustellen, dass der Sprint auf Kurs ist.

Entlasten Sie Ihre Teams mit benutzerdefinierten Workflows, damit sie sich auf das Wesentliche konzentrieren können. Automatisieren Sie geschäftige Arbeit, indem Sie Auslöser festlegen, die Aktionen erstellen und Ihren Sprint optimieren. Fügen Sie Aufgabengenehmigungen hinzu, um sicherzustellen, dass nur diejenigen berechtigt sind, den Status einer User Story zu ändern. ProjectManager arbeitet auch durch und durch mit automatisierten E-Mail-Benachrichtigungen und In-App-Warnungen. Es gibt eine einzige Quelle der Wahrheit, die alle im Scrum-Team auf derselben Seite hält. Werden Sie noch heute produktiver, indem Sie ProjectManager kostenlos testen.

ProjectManager ist eine Cloud-basierte Projektmanagement-Software, die Scrum-Teams dabei hilft, ihre Sprints besser zu verwalten und Product Owner den Rückstand zu kontrollieren. Ein Echtzeit-Dashboard fungiert als Ihr Burndown-Diagramm, sodass Sie immer wissen, wo Sie sich im Projekt befinden, während es läuft. Sehen Sie, was ProjectManager sonst noch für Ihr Scrum-Team tun kann, indem Sie noch heute diese kostenlose 30-Tage-Testversion nutzen.