Scrum-Leitfaden | 29. Scrum Team Commitment – ​​Produktziel, Sprintziel und Abschlussdefinition

Jedes Scrum-Artefakt schafft eine bestimmte Verpflichtung des Scrum-Teams. Das Produktziel, das Sprintziel und die Definition der Fertigstellung beschreiben den zukünftigen Zustand des Produkts. Sie sind die Absichten oder Verpflichtungen des Scrum-Teams. Jede Verpflichtung des Scrum-Teams deckt jedoch einen anderen Umfang und Zeitrahmen ab.

Scrum Team Commitment – ​​Inhaltsverzeichnis:

1. Einführung
2. Produktziel
3. Sprint-Ziel
4. Definition von Fertigstellung
5. Zusammenfassung

Einführung

Das Produktziel wurde dem offiziellen Scrum Guide erst in seiner Version 2020 hinzugefügt. Es wird dort als Verpflichtung des Scrum-Teams zur endgültigen Form des Produkts definiert. Es wird vom Scrum Team erstellt und in das Product Backlog geschrieben.

Das Produktziel gesellte sich somit zu den zuvor bestehenden Zielen in Scrum: Das Sprint-Ziel, bei dem es um das Sprint-Backlog geht, und die Definition der Fertigstellung, bei der es sich um die Verpflichtung des Scrum-Teams handelt, das Inkrement gemäß den vereinbarten Richtlinien zu liefern.

Die Macher von Scrum entschieden sich daher für folgende Verbindungen:

Commiting soll den Fokus des Scrum-Teams stärken. Es bietet dem Team ein klares Ziel und einen klaren Horizont für das gesamte Projekt, einen Sprint und ein Inkrement.

Sie alle sollten die Produktvision und das langfristige strategische Ziel im Auge behalten. Die Vision ist keine Verpflichtung des Scrum-Teams, sondern der Horizont all seiner Bestrebungen. Es hilft, die Ziele entsprechend zu formulieren. Es kann wie folgt formuliert werden:

Produktvision: Weltweit führend im Handel und bei Dienstleistungen für Zauberei zu werden.

Im Folgenden beziehen sich Beispiele für Teilziele auf dieses Beispiel der Produktvision.

Produktziel

Das Produktziel ist eine Beschreibung des zukünftigen Produkts , an dem das Scrum-Team von Anfang bis Ende des Projekts arbeitet. Der Weg zum Erreichen des Produktziels ist im Product Backlog festgehalten.

Ein Scrum-Team kann immer nur ein Produktziel gleichzeitig erreichen. Um es zu ändern, muss das Scrum-Team es entweder abschließen oder aufgeben.

Eine gute Formulierung des Produktziels hängt von der Branche ab, in der das Scrum-Team arbeitet. Aber in allen Fällen sollte das Ziel überzeugend, klar ausgedrückt und relevant sein. Mit anderen Worten, es sollte die Schlüsselleistung beschreiben, die die Produktvision der Verwirklichung näher bringt.

Es könnte zum Beispiel sein:

Produktziel 1: Den weltweit ersten Online-Shop für Zauberzubehör eröffnen.

Produktziel 2: Schaffung eines 24/7-Dienstes für fliegende Besen.

Sprint-Ziel

Ein Sprint-Ziel ist eine Beschreibung der Arbeit, die innerhalb eines Sprints erledigt werden soll. Es wird in Form eines Geschäftsziels ausgedrückt, um die Konsistenz in der Arbeit des Entwicklungsteams sicherzustellen. Und erhöhen Sie auch den Fokus – einer der Kernwerte von Scrum.

Die Erfüllung des oben vorgeschlagenen Produktziels 1 könnte in die folgenden Sprint-Ziele unterteilt werden:

Sprintziel 1.1: Führen Sie eine Marktumfrage unter Zauberern zur Nachfrage nach magischem Zubehör durch

Sprintziel 1.2: Erstellen Sie eine Liste der Lieferanten und der Produktverfügbarkeit

Ziel von Sprint 1.3: Erstellen einer Shop-Website

Während für Produktziel 2 die Sprintziele wie folgt aussehen könnten:

Sprintziel 2.1: Finden Sie einen geeigneten Ort für den ersten Servicepunkt

Ziel von Sprint 2.2: Rekrutierung von Servicetechnikern durchführen

Ziel von Sprint 2.3: Start einer lokalen Marketingkampagne

Jedes Sprint-Ziel wird vom Scrum-Team während der Sprint-Planung definiert und besprochen, die wir in diesem Artikel ausführlich besprechen. Ein Sprint-Planungsereignis kann nicht abgeschlossen werden, ohne das Ziel für den nächsten Sprint zu definieren.

Definition von Fertigstellung

Die Definition of Completion ist eine weitere detaillierte Verpflichtung des Scrum-Teams. Im Gegensatz zu Produkt- und Sprintzielen ist es per Definition formal.

Es besteht normalerweise aus einer Liste von Qualitätskriterien , die das Produkt erfüllen muss, damit das Inkrement als fertiggestellt gilt. Dank der Definition of Completion können Mitglieder des Scrum-Teams und jeder Stakeholder leicht erkennen, welche Änderungen und Verbesserungen durch ein bestimmtes Inkrement am Produkt vorgenommen wurden.

Für Sprintziel 1.1: Den Magiermarkt auf Nachfrage nach magischem Zubehör untersuchen, könnte ein Kriterium für das Inkrement sein: Erhebungsergebnisse von Magiern zusammenstellen, die im Magieforum aktiv sind. Die Definition für die Vervollständigung dieses Inkrements könnte wie folgt lauten:

Definition der inkrementellen Fertigstellung 1.1:

• Jeder der Magier gab umfassende Antworten auf die Fragen
• Mindestens 80 % der Magier sind aktiv
• Die Ergebnisse der Studie wurden in eine Magic-Bullet-Datenbank eingegeben

Die Definition der Fertigstellung kann sich auch auf von der Organisation definierte Qualitätsstandards beziehen. Dann wird es vom Scrum Team nicht frei gesetzt. Seine Mindestanforderungen werden durch die externen Anforderungen der Organisation festgelegt.

Die Definition des Abschlusses unterscheidet sich jedoch von den Akzeptanzkriterien, über die wir im Text zu User Stories geschrieben haben. Am Beispiel der Abschlussdefinition 1.1 könnten die Abnahmekriterien wie folgt formuliert werden:

Abnahmekriterium 1.1:

• Schätzen Sie den Prozentsatz der Zauberer, die bereit sind, einen Online-Shop zu nutzen
• Identifizieren Sie, welche Accessoires unter ihnen am beliebtesten sind
• Bestimmen Sie, welches Budget Ihre potenziellen Kunden haben

Das Akzeptanzkriterium bezieht sich also auf die Aufgabenerfüllung, wie sie vom Kunden wahrgenommen wird.

Scrum Team Commitment – ​​Zusammenfassung

Zusagen des Scrum-Teams sind das Produktziel, das Sprintziel und die Definition der Fertigstellung. Diese ermöglichen es dem Scrum-Team, konzentriert zu bleiben, während es an detaillierten Aufgaben arbeitet. Sie ermöglichen dem Scrum-Team, die Frage zu beantworten, was die Schlüsselleistung aus Sicht des Product Backlogs, Sprint Backlogs und Inkrements sein wird.

Wenn Ihnen unsere Inhalte gefallen, werden Sie Teil unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autorin: Caroline Becker

Als Projektmanagerin ist Caroline Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.

Alle Beiträge anzeigen

Scrum-Leitfaden:

1. Glossar der Grundbegriffe, Rollen und Begriffe
2. Was ist Scrum?
3. Scrum-Werte
4. Wie implementieren Sie Scrum in Ihrem Unternehmen?
5. Scrum Team – was ist das und wie funktioniert es?
6. Wer ist ein Product Owner?
7. Die häufigsten Fehler des Product Owners
8. Wer ist der Scrum-Master?
9. Eigenschaften eines guten Scrum Masters
10. Die häufigsten Fehler des Scrum Masters
11. Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
12. Zusammenarbeit zwischen Product Owner und Scrum Master
13. Entwicklungsteam in Scrum
14. Die häufigsten Fehler von Entwicklern
15. Scrum-Artefakte
16. Scrum skalieren
17. Sprint-Rückstand
18. Was ist das Product Backlog?
19. Was sind User Stories?
20. Erstellen Sie die beste User Story mit INVEST
21. Die häufigsten Fehler in User Storys
22. Akzeptanzkriterien für User Storys
23. Schätzung und Story Points in Scrum
24. Planungspoker
25. Team-Schätzspiel
26. Inkrement definieren
27. Scrum-Ereignisse
28. Was ist Sprint in Scrum?
29. Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
30. Was ist ein Burndown-Diagramm?
31. Wie erstellt und interpretiert man ein Burndown-Diagramm?
32. Vor- und Nachteile des Burndown-Charts
33. Kanban-Boards in Scrum und Scrumban
34. Velocity in Scrum - Schnelligkeit des Entwicklungsteams
35. Tägliches Scrum
36. Sprint-Planung
37. Sprint-Review
38. Was ist eine Sprint-Retrospektive?
39. Häufige Fehler während einer Sprint-Retrospektive
40. Pflege des Produkt-Backlogs