Die agile Scrum-Methodik ist darauf ausgelegt, sich an Veränderungen anzupassen und Software zu entwickeln, die sich problemlos an die Anforderungen des Geschäfts anpassen lässt. Wenn diese Veränderungen jedoch zu schnell erfolgen, kann dies zu Missverständnissen und Unstimmigkeiten innerhalb der Teams führen.
Um jederzeit auf Kurs zu bleiben, benötigen Engineering-Teams ein gemeinsames Vokabular, und genau das ermöglichen agile Scrum-Artefakte.
In diesem Blogbeitrag besprechen wir Scrum-Artefakte, wie sie helfen und wie Sie sie zum Vorteil Ihres Teams verwalten können.
Was sind Scrum-Artefakte?
Scrum-Artefakte sind Elemente, Berichte oder Prozesse, die Projektmanagern dabei helfen, wichtige Informationen mit allen Beteiligten freizugeben.
Es handelt sich um klar definierte agile Scrum-Begriffe, deren Hauptzweck darin besteht, allen Beteiligten Sichtbarkeit in Bezug auf die Produktentwicklung, geplante Aktivitäten, abgeschlossene Aufgaben und die Teamleistung zu geben.
Die drei Scrum-Artefakte sind:
- Produkt-Backlog
- Sprint-Backlog
- Inkrement
Wir werden im weiteren Verlauf dieses Blogbeitrags auf jedes dieser Elemente eingehen und erläutern, wie sie im agilen Projektmanagement eingesetzt werden können.
Bevor Sie jedoch mit der Erstellung Ihrer Scrum-Artefakte beginnen, müssen Sie deren Leitprinzip kennen: Transparenz.
Die Bedeutung der Transparenz von Artefakten in Agile Scrum
In der agilen/Scrum-Softwareentwicklung ist Transparenz ein grundlegendes Leitprinzip, das jede Entscheidung und Handlung beeinflusst. Eine Möglichkeit, wie agile Scrum-Teams Transparenz praktizieren, sind Artefakte.
Der Scrum-Leitfaden besagt, dass das Hauptziel von Scrum-Artefakten darin besteht, „die Transparenz wichtiger Informationen zu maximieren“, damit alle, die sie einsehen, die gleiche Grundlage für Anpassungen haben.
Im Wesentlichen helfen Scrum-Artefakte dabei, einen gemeinsamen Kontext für das Team zu schaffen, um das Projekt in die richtige Richtung zu lenken. Dies kommt dem Team in vielerlei Hinsicht zugute.
Schafft Vertrauen: Wenn alle Beteiligten Zugriff auf aktuelle Informationen zum Fortschritt des Projekts haben, vertrauen sie einander.
Fördert die Zusammenarbeit: Agile Scrum-Artefakte, die gemeinsam vom Team erstellt werden, machen Lücken und Hindernisse sichtbar. So bieten funktionsübergreifende Mitglieder des Teams Hilfe und Ratschläge im Interesse des Projekts an.
Risiken mindern: Scrum-Artefakte bieten eine Möglichkeit, Probleme vorherzusagen, Fehler zu erkennen und diese zu beheben, bevor sie zu einem Problem werden.
Unterstützt die Problemlösung: Immer wenn das Scrum-Team auf ein Hindernis stößt, dienen die Artefakte als Wegweiser und liefern wichtige Informationen, um effektive Entscheidungen zu treffen.
Ermöglicht kontinuierliche Verbesserung: Teams streben nach kontinuierlicher Verbesserung – agile Scrum-Artefakte unterstützen Reviews und Retrospektiven mit genauen und zeitnahen Daten.
Auf diese Weise bilden Scrum-Artefakte die Grundlage des Frameworks. Sie helfen allen Teammitgliedern, das agile Scrum-Framework ganzheitlich und effektiv anzuwenden. Und so funktioniert es.
Arten von Scrum-Artefakten
Das Scrum-Prozess-Framework umfasst drei primäre Artefakte: Product Backlog, Sprint Backlog und Product Increment. Im Laufe der Zeit haben Scrum-Teams jedoch zusätzliche Artefakte wie die Produktvision, das Burn-Down-Diagramm, die Definition of Done usw. entwickelt. Sehen wir uns alle einmal an.
1. Produkt-Backlog
Dieses offizielle Scrum-Artefakt ist eine geordnete Liste der Features, Verbesserungen und Fehlerbehebungen, die für das Produkt erforderlich sind. Es wird aus Untersuchungen im Kundensupport und aus Wettbewerbs-/Marktanalysen zusammengestellt.
Einige der Schlüsselmerkmale eines Product Backlogs sind:
- Live-Dokument: Es wird aktualisiert, sobald neue Ideen/Anforderungen aufkommen.
- Emergent: Es wird regelmäßig überprüft, um Elemente zu löschen oder deren Priorität herabzustufen, die nicht mehr kritisch sind.
- Teamübergreifend: Wird sowohl von Geschäfts- als auch von Ingenieurteams zur Planung zukünftiger Aktivitäten verwendet
- Verwaltung durch den Product Owner: Obwohl verschiedene Teams es nutzen, liegt die Verantwortung für die Aktualisierung und Transparenz beim Product Owner.
Das Product Backlog ist die einzige Quelle für die Arbeit, die vom Scrum-Team übernommen wird.
Allerdings sind nicht alle Product Backlog Elemente sofort bereit, um zum Sprint hinzugefügt zu werden. Sie durchlaufen eine Product Backlog Refinement, um sicherzustellen, dass ein Element das erforderliche Maß an Transparenz oder Klarheit erreicht.
Hier werden Entwickler Produkt-Backlog-Elemente in kleinere, präzisere Stories aufschlüsseln und definieren, die innerhalb eines Sprints fertiggestellt werden können.
Die Verpflichtung für ein Product Backlog bezieht sich auf das Produktziel. Scrum-Teams definieren das Produktziel (den zukünftigen Zustand des Produkts) und strukturieren die Backlog-Elemente, um dieses Ziel zu erreichen.
Sobald die Elemente im Product Backlog für den nächsten Sprint ausgewählt werden können, werden sie in das Sprint Backlog übernommen.
2. Sprint-Backlog
Das Sprint-Backlog ist ein Teil des Produkt-Backlogs, der für die Entwicklung im nächsten Sprint ausgewählt wurde. Es enthält auch einen Plan zur Bereitstellung dieser Funktionen und zur Erreichung des Sprint-Ziels.
Das Sprint-Backlog wird während des Sprint-Planungsmeetings erstellt, bei dem das Entwicklerteam Produkt-Backlog-Elemente nach Priorität auswählt, sie zum Sprint-Backlog hinzufügt und sie in zu entwickelnde Aufgaben aufteilt.
Das Sprint-Backlog liefert ein Echtzeitbild des Sprints. Es ist also:
- In Echtzeit aktualisiert: Teams verfolgen die Elemente im Sprint-Backlog genau, fügen Kommentare hinzu und aktualisieren regelmäßig den Status.
- Frisch gehalten: Unnötige Elemente aus dem Sprint Backlog werden gelöscht
- Detailliert: Jedes Element im Sprint-Backlog sollte genügend Informationen enthalten, um im täglichen Scrum überprüft werden zu können.
Sobald das Team die Elemente im Sprint-Backlog bearbeitet hat, erstellt es Produktinkremente.
3. Produktinkrement
Ein Inkrement ist eine funktionsfähige, lieferbare Version des Produkts, die die „Definition of Done” des Entwicklungsteams erfüllt, d. h. alle Akzeptanzkriterien (Qualitätskriterien, Einschränkungen oder nicht-funktionale/geschäftliche Anforderungen), wie sie im Product Backlog definiert sind.
Am Ende jedes Sprints muss die Arbeit des Entwicklungsteams zu einem Inkrement führen, also einer vollständig getesteten und genehmigten Ergänzung des bestehenden Produkts.
Zwar gibt es für jeden Sprint ein Inkrement, dieses umfasst jedoch auch die Inkremente aller vorherigen Sprints. Diese ergänzen den Prozess der kontinuierlichen Integration/kontinuierlichen Bereitstellung (CI/CD) bei der Nachverfolgung der Versionen und gegebenenfalls bei Rollbacks.
4. Definition von „erledigt“
Die Definition von „erledigt“ ist eine formale Liste von Standards, die jedes neue Inkrement erfüllen muss, bevor es offiziell als fertiggestellt gilt.
Gemäß dem Scrum-Leitfaden ist die Definition von „Erledigt“ eine Verpflichtung zur Produktinkrementierung und kein Artefakt. Es ist jedoch für das gesamte Scrum-Team von Vorteil, eine klare, dokumentierte Definition von „Erledigt“ zu haben, um die Inkrementierung zum Kunden zu bringen.
Scrum-Teams verfügen in der Regel über eine Checkliste mit Elementen, die die Definition von „erledigt“ ausmachen. Diese kann beispielsweise Folgendes umfassen:
- Code-Review fertiggestellt
- Funktionstests fertiggestellt
- Sicherheitstests fertiggestellt
- Erfüllt gesetzliche Compliance-Standards
Die Definition von „erledigt“ kann für jede User Story unterschiedlich sein. Sie kann sich weiterentwickeln, um sich an das aktuelle Verständnis des Teams vom Geschäft anzupassen. Sie wird während der Sprint-Retrospektiven wiederholt, um für zukünftige Inkremente gestärkt zu werden.
Das Inkrement wird nicht freigegeben, wenn ein Product Backlog Element nicht der Definition von „erledigt“ entspricht. Stattdessen wird es zur Überprüfung an das Backlog zurückgeschickt. Es wird auf Probleme und Ursachen untersucht, damit Scrum Master die Prozesse optimieren können, um solche Fälle in Zukunft zu vermeiden.
Wenn ein Element die Definition von „erledigt“ erfüllt, wird es für die Nachverfolgung des Burndowns geschlossen, und das Team geht zur nächsten offenen Aufgabe über.
5. Produktvision
Die Produktvision ist das gemeinsame Verständnis vom zukünftigen Zustand des Produkts. Sie umreißt den Wert, den das Produkt seinen Kunden bietet.
Die Produktvision gibt den funktionsübergreifenden Teams die Richtung zu ihren Zielen vor. Sie hilft ihnen, die richtigen Entscheidungen zu treffen. Wenn beispielsweise zwei Product Backlog Elemente um Aufmerksamkeit konkurrieren, helfen die Produktvision und die Ziele den Entwicklern dabei, Prioritäten zu setzen.
6. Release-Plan
Ein Release-Plan umreißt, woran das Team arbeiten wird (Produkt-Backlog-Elemente), wann diese veröffentlicht werden (Zeitleisten) und wie sie ausgeführt werden (Ressourcenplan).
Der Release-Plan ist kein offizielles Artefakt, das im Scrum-Leitfaden definiert ist. Er ist jedoch bei Scrum-Mastern und Product Ownern beliebt, da er ihnen als Leitfaden für das Projektmanagement dient und ihnen eine Struktur vorgibt.
Ein Release-Plan wird oft während der Scrum-Planungsphase erstellt und hilft Ihnen, Fragen zu beantworten wie:
- Wie lange dauert jeder der kommenden Sprints?
- Welche Elemente werden in jedem Sprint abgeschlossen und welche Priorität haben sie?
- Wer ist für welche Aktivitäten verantwortlich?
- Welche Ressourcen werden benötigt, um jeden Sprint abzuschließen?
- Wie hoch ist das Budget für jeden Sprint?
In Verbindung mit der Produktvision hilft der Release-Plan dem Team, eine klarere Ansicht der Zukunft zu gewinnen.
Ein Release-Plan wird in der Regel als Gantt-Diagramm dargestellt, in dem die Aufgaben mit ihren Abhängigkeiten über einen bestimmten Zeitraum hinweg angeordnet sind. Einige Beispiele finden Sie in diesen Gantt-Diagramm-Projektvorlagen.
7. Burndown-Diagramm
Release-Burndown-Diagramme (oder Sprint-Burndown-Diagramme) zeigen die fertiggestellten Product-Backlog-Elemente und die im aktuellen Sprint verbleibenden Aufgaben. Das Burndown-Diagramm ist hilfreich bei:
- Vergleich der aktuellen Leistung mit dem Release-Plan
- Vorhersagen, ob die Arbeit nach dem Plan fertiggestellt wird
- Identifizieren Sie während des Sprints eventuelle Scope Creeps.
- Lernen Sie mehr über die Leistung der Teams
- Kapazitätsplanung
Nachdem Sie nun die drei primären und weiteren erweiterten Scrum-Artefakte kennen, erfahren Sie hier mehr darüber, wie Sie diese erstellen und verwenden können.
Wie man Scrum-Artefakte verwaltet
Aktuelle, klare und transparente Scrum-Artefakte sind für die Effektivität jedes agilen Scrum-Engineering-Projekts von grundlegender Bedeutung. Um dies zu erreichen, benötigen Sie eine effiziente Methode zu deren Erstellung und Verwaltung.
Eine gute Scrum-Software für das Projektmanagement wie ClickUp sollte dies ermöglichen. Hier erfahren Sie, wie.
Aufgabenansicht für Scrum-Teams
Jeder Punkt in einem Scrum-Projekt muss klar und transparent definiert werden. Richten Sie dazu jedes Backlog-Element oder jede User Story als Aufgabe in ClickUp ein.
- Kategorisieren Sie es als beliebigen Typ der Aufgaben, z. B. Meilenstein, Feature, Fehler oder Feedback.
- Fügen Sie detaillierte Beschreibungen, Status, Prioritäten und Tags hinzu.
- Teilen Sie sie bei Bedarf in Aufgaben auf.
- Verwenden Sie Checklisten für die Definition von „Erledigt“
Nutzen Sie die Chat-Ansicht für Unterhaltungen im Zusammenhang mit der Aufgabe. Ermöglichen Sie Ihrem Team, Fragen zu stellen, Antworten zu erhalten und gegebenenfalls mögliche Lösungen zu erörtern – alles an einem Ort.
Nutzen Sie eine der über 15 ClickUp-Ansichten für Aufgabenmanagement, Projektnachverfolgung und Workflow-Visualisierung.
Zeiterfassung zur Berechnung der Sprintgeschwindigkeit
Was passiert, wenn der Product Owner feststellt, dass das Burndown-Diagramm anzeigt, dass die Aufgaben nicht innerhalb des aktuellen Sprints abgeschlossen werden können? Er führt eine Ursachenanalyse durch.
Was hat so viel Zeit in Anspruch genommen, dass die Arbeit zurückgestellt werden musste? Um dies herauszufinden, müssen Scrum-Teams ihre Zeit erfassen. Die in ClickUp integrierte, KI-gestützte App für die Zeiterfassung wurde genau für diesen Zweck entwickelt.
Teams können mit ClickUp starten/stoppen, Zeit manuell hinzufügen, aufgezeichnete Zeit bearbeiten, Notizen hinzufügen und vieles mehr. Ein Scrum Master kann Zeitberichte direkt auf seinem ClickUp-Dashboard einsehen. Er kann Zeitberichte filtern, sortieren und zusammenfassen, um die Sprintgeschwindigkeit zu berechnen, was bei der Prozessoptimierung für zukünftige Sprints hilft.
Kanban-Boards für Backlogs
Produkt- und Sprint-Backlogs sind Elemente, die eine Reihe von Phasen durchlaufen. Beispielsweise können die Produkt-Backlog-Elemente neu, verfeinert und bereit für den Sprint sein. Die Sprint-Backlog-Elemente können die Phasen „Zu erledigen“, „Entwickeln“, „Testen“, „Bereitstellen“ usw. durchlaufen.
Das Organisieren von Backlog-Elementen basierend auf ihrem Status – d. h. das Erstellen eines Scrum-Boards – ist eine hervorragende Möglichkeit, um zu visualisieren, wie weit das Team im Projekt fortgeschritten ist. Jede der zahlreichen kostenlosen Kanban-Board-Softwareprogramme kann Ihnen beim Erstellen eines Scrum-Boards helfen.
ClickUp geht noch einen Schritt weiter. Die Kanban-Board-Ansicht von ClickUp zeigt automatisch nach Status gruppierte Aufgaben an. Dieses vollständig anpassbare Kanban-Board kann für ein besseres Projektmanagement nach Priorität, Mitarbeiter oder Fälligkeitsdatum gruppiert werden. Sie können auch benutzerdefinierte Status für jede Liste entsprechend Ihren Anforderungen einrichten.
Gantt-Diagramm für das Backlog-Management
Für die Sprint-Planung benötigen Projektverantwortliche einen Überblick über das Product Backlog sowie die geschätzte Zeit, um die Aufgaben zu abschließen. Um dies abzubilden, verwenden Projektmanager und Scrum Master kostenlose Gantt-Diagramm-Software, mit der sie Aufgaben nebeneinander anordnen.
Die Gantt-Ansicht von ClickUp bietet umfassende Sichtbarkeit zur Unterstützung des Backlog-Managements. Mit ClickUp können Sie:
- Sehen Sie sich mehrere Projekte nebeneinander oder einzeln an
- Berechnen Sie den kritischen Pfad, um Engpässe vorherzusagen
- Passen Sie Zeitleisten, Prioritäten und Aufgaben an, um mit Projektänderungen Schritt zu halten
- Verwalten Sie Abhängigkeiten
- Visualisieren Sie den Fortschritt des Sprints und verschieben Sie Aufgaben, um Fälligkeitsdaten schnell neu zu planen
Richten Sie Ihr Team mit ClickUp für den Erfolg mit Scrum ein
Für schnelllebige Engineering-Teams sind Chaos, Missverständnisse und mangelnde Abstimmung unvermeidlich. Es sei denn, sie sind mit den richtigen Tools und Prozessen ausgestattet, die sorgfältig auf Scrum-Praktiken und -Werte abgestimmt sind.
Die Projektmanagement-Software von ClickUp wurde speziell für die Arbeitsweise von Scrum-Teams entwickelt. Sie erstellt automatisch agile Scrum-Artefakte und bietet Ihnen ein Echtzeit-Dashboard für den Betrieb. Mit ClickUp AI automatisiert sie sich wiederholende Prozesse und beschleunigt die Dokumentation.
Steigern Sie die Leistung Ihres Scrum-Teams. Testen Sie ClickUp noch heute kostenlos.