Scrum-Leitfaden | 20. INVEST – Erstellen Sie die beste User Story

Veröffentlicht: 2022-05-21

INVEST ist eine Methode, um gute User Stories zu erstellen. Es ermöglicht zu überprüfen, ob sie richtig formulierte Inhalte haben und ob sie sich auf den Geschäftswert des Produkts beziehen. Und auch, ob Größe und Bedienbarkeit richtig gewählt sind.

Mit INVEST die beste User Story erstellen – Inhaltsverzeichnis:

  1. Einführung
  2. Ich für Unabhängig
  3. N für verhandelbar
  4. V für wertvoll oder vertikal
  5. E für schätzbar
  6. S für Klein
  7. T für testbar
  8. Zusammenfassung

Einführung

INVEST ist ein Akronym, das 2003 von Bill Wake geschaffen wurde. Jeder Buchstabe davon steht für den Anfang eines Wortes, das eine gute User Story charakterisiert. Nach dem INVEST-Prinzip sollte jede User Story:

  • Unabhängig
  • Verhandelbar
  • Wertvoll
  • Schätzbar
  • Klein
  • Testbar

Wir haben in einem separaten Artikel mehr darüber geschrieben, was User Story ist. Hier erwähnen wir nur, dass es sich um eine knappe Beschreibung einer neuen Produktfunktionalität handelt, die in zugänglicher Sprache geschrieben ist.

Creating the best User Story with INVEST

Ich für Unabhängig

Das erste Merkmal einer guten User Story ist ihre Unabhängigkeit. Das bedeutet, dass seine Beschreibung und Eigenschaften ohne Bezugnahme auf andere User Stories verständlich sein sollten. Vor allem aber sollte die Umsetzung nicht mit anderen User Stories korrelieren. Natürlich wird es keine vollständige Unabhängigkeit sein. Sie können die Produkterstellung nicht in vollständig separate Module aufteilen. Es ist jedoch wichtig, daran zu denken, User Storys so unabhängig wie möglich zu halten. Selbst wenn einer von ihnen nicht in die Implementierungsphase eintritt oder erheblich geändert wird, muss der verbleibende dadurch nicht geändert werden. In der Regel sollte die User Story ein eigenständiges und zusammenhängendes Ganzes darstellen.

N für verhandelbar

User Story sollte verhandelbar sein. Das bedeutet, dass es das Ziel vorgibt, nicht den Weg dorthin.

Mit anderen Worten, es definiert ein erwartetes Merkmal des Produkts, keine zu implementierende technische Lösung.

Die Aushandlung der User Story findet zwischen dem Product Owner und dem Entwicklungsteam statt. Der Product Owner schlägt die Implementierung bestimmter Funktionen des Produkts vor, dh sagt, „was“ zu tun ist. Die Entwickler sind für die Beantwortung der „Wie“-Frage verantwortlich. Das heißt, das Aushandeln bestimmter Wege zur Lösung des in der User Story vorgestellten Problems.

V für wertvoll oder vertikal

Im Akronym INVEST steht der Buchstabe V für zwei Qualitäten:

  • Wertvoll
  • Vertikal

Beide offenbaren wesentliche Merkmale einer guten User Story. Deshalb haben wir uns entschieden, zu erklären, was jeder von ihnen bedeutet.

Wertvoll

Eine wertvolle User Story begründet den Geschäftszweck der Änderung. Mit anderen Worten, es beantwortet genau die Frage, warum die Änderung eingeführt werden sollte und warum sie aus Sicht der Interessengruppen wichtig ist.

Vertikal

Das zweite Merkmal; Vertikal leitet sich von der Agile-Methodik ab. Die vertikale User Story enthält eine neue Funktion des Produkts, die für den Benutzer sichtbar ist. Das heißt, es konzentriert sich nicht auf eine horizontale „Leistungsverbesserung“ in einer ausgewählten Schicht des Produkts. Im Gegenteil, es fügt ihm eine weitere „Schicht“ hinzu.

Mit anderen Worten, die User Story beschreibt, wie der Gesamtbetrieb eines Produkts geändert werden kann, indem die Frage beantwortet wird, was genau verbessert werden soll? Es bedeutet auch, dass jede Funktionalität des Produkts auf bestehenden Lösungen aufbaut.

E für schätzbar

Eine gute User Story sollte schätzbar sein. Das bedeutet, dass der Umfang der am Produkt vorzunehmenden Änderungen klar definiert werden muss, damit die User Story als vollständig betrachtet wird. Auf diese Weise kann das Entwicklungsteam den Zeit- und Arbeitsaufwand für die Fertigstellung bestimmen.

Der Umfang und die Schwierigkeit einer Aufgabe werden normalerweise in Einheiten geschätzt, die als Story Points bezeichnet werden. Sie sind relativ. Und jedes Entwicklungsteam erarbeitet den Story Point-Wert in der Praxis basierend auf früheren Erfahrungen.

In separaten Artikeln haben wir mehr über die Geschwindigkeit von Entwicklungsteams und deren Messung berichtet.

user story

S für klein

Die vom Entwicklungsteam zur Realisierung angenommene User Story muss prägnant sein. Das heißt, es sollte nicht länger als ein Sprint sein. Stellen Entwickler beim Sprint Planning fest, dass die vom Product Owner vorgeschlagene User Story zu lang ist, sollten sie diese in möglichst unabhängige Teile aufteilen.

T für testbar

Der letzte Buchstabe des Akronyms INVEST steht für testable. Das bedeutet, dass die in der User Story beschriebene Produktmodifikation haltbar und überprüfbar sein muss. Mit anderen Worten, es sollte überprüfbar sein, ob die von den Entwicklern implementierte Lösung den angenommenen Wert für einen bestimmten Stakeholder geliefert hat.

Erstellen der besten User Story – Zusammenfassung

INVEST ist ein Akronym, das eine gut geschriebene User Story beschreibt. Es sollte sein:

  1. Unabhängig von anderen User Storys. Damit es bei Bedarf geändert oder aus dem Product Backlog entfernt werden kann.
  2. Verhandelbar. Es sollte angeben, was zu tun ist, und den Entwicklern die Wahl lassen, wie es zu tun ist.
  3. Wertvoll , dh rechtfertigt den Geschäftssinn der Änderung des Produkts. Oder Vertikal, dh Präsentation einer neuen Funktion des Produkts, die für den Benutzer sichtbar ist.
  4. Schätzbar , d. h. mit einer definierbaren Größe und einem Abschlusskriterium.
  5. Klein genug, um in einem Sprint abgeschlossen zu werden.
  6. Testbar , sodass mit Sicherheit festgestellt werden kann, ob es implementiert wurde.

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

Scrum Guide | 20. INVEST - Creating the best User Story caroline becker avatar 1background

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