Scrum Guide | 20. INVEST – Die beste User Story erstellen

INVEST ist eine Methode zur Erstellung guter User Stories. Sie ermöglicht es, zu überprüfen, ob sie richtig formulierte Inhalte haben und ob sie sich auf den Geschäftswert des Produkts beziehen. Und auch, ob ihre Größe und Benutzerfreundlichkeit angemessen gewählt wurden.

Die beste User Story mit INVEST erstellen – Inhaltsverzeichnis:

1. Einführung
2. I 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 von Bill Wake im Jahr 2003 erstellt wurde. Jeder Buchstabe steht für den Anfang eines Wortes, das eine gute User Story charakterisiert. Laut 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 eine User Story ist. Hier möchten wir nur erwähnen, dass es sich um eine prägnante Beschreibung einer neuen Produktfunktionalität handelt, die in verständlicher Sprache verfasst ist.

I für Unabhängig

Das erste Merkmal einer guten User Story ist ihre Unabhängigkeit. Das bedeutet, dass ihre Beschreibung und Merkmale ohne Bezug auf andere User Stories verständlich sein sollten. Vor allem sollte ihre Realisierung nicht mit anderen User Stories korrelieren. Natürlich wird es keine vollständige Unabhängigkeit sein. Man kann die Produktentwicklung nicht in völlig separate Module aufteilen. Es ist jedoch entscheidend, daran zu denken, User Stories so unabhängig wie möglich zu halten. Dadurch wird sichergestellt, dass, selbst wenn eine von ihnen nicht in die Umsetzungsphase eintritt oder erheblich geändert wird, die verbleibenden nicht modifiziert werden müssen. In der Regel sollte eine User Story ein separates und kohärentes Ganzes darstellen.

N für Verhandelbar

Eine User Story sollte verhandelbar sein. Das bedeutet, dass sie das Ziel festlegt, nicht den Weg dorthin.

Mit anderen Worten, sie definiert eine erwartete Funktionalität des Produkts, nicht eine technische Lösung zur Implementierung.

Die Verhandlung über die User Story findet zwischen dem Product Owner und dem Entwicklungsteam statt. Der Product Owner schlägt die Implementierung bestimmter Funktionalitäten des Produkts vor, d.h. er sagt “Was” zu tun ist. Die Entwickler sind dafür verantwortlich, die Frage “Wie” zu beantworten. Das heißt, konkrete Wege zur Lösung des in der User Story dargestellten Problems zu verhandeln.

V für Wertvoll oder Vertikal

Im Akronym INVEST steht der Buchstabe V für zwei Eigenschaften:

• Wertvoll
• Vertikal

Beide offenbaren die Schlüsselmerkmale einer guten User Story. Daher haben wir uns entschieden, zu erklären, was jede von ihnen bedeutet.

Wertvoll

Eine wertvolle User Story rechtfertigt den geschäftlichen Zweck der Änderung. Mit anderen Worten, sie beantwortet genau die Frage, warum die Änderung eingeführt werden sollte und warum sie aus der Sicht der Stakeholder wichtig ist.

Vertikal

Das zweite Merkmal; Vertikal stammt aus der Agile-Methodik. Die vertikale User Story enthält eine neue Funktionalität des Produkts, die für den Benutzer sichtbar ist. Das bedeutet, dass sie sich nicht auf horizontale “Leistungsverbesserungen” in einer bestimmten Schicht des Produkts konzentriert. Im Gegenteil, sie fügt eine weitere “Schicht” hinzu.

Mit anderen Worten, die User Story beschreibt, wie die Gesamtfunktionalität eines Produkts geändert werden kann, indem sie die Frage Was genau zu verbessern ist? beantwortet. Das 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 sie den Umfang der Änderungen, die am Produkt vorgenommen werden müssen, klar definieren muss, damit die User Story als abgeschlossen betrachtet werden kann. Dies ermöglicht es dem Entwicklungsteam, den Zeit- und Arbeitsaufwand für die Fertigstellung zu bestimmen.

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

In separaten Artikeln haben wir mehr über die Geschwindigkeit des Entwicklungsteams und wie man sie misst, behandelt.

S für Klein

Eine User Story, die vom Entwicklungsteam zur Realisierung akzeptiert wird, muss prägnant sein. Das heißt, sie sollte nicht länger als einen Sprint sein. Wenn die Entwickler während der Sprint-Planung feststellen, dass die vom Product Owner vorgeschlagene User Story zu lang ist, sollten sie sie in möglichst unabhängige Teile aufteilen.

T für Testbar

Der letzte Buchstabe des Akronyms INVEST steht für testbar. Das bedeutet, dass die im User Story beschriebene Produktänderung nachvollziehbar und überprüfbar sein muss. Mit anderen Worten, es sollte möglich sein zu überprüfen, ob die von den Entwicklern implementierte Lösung den angenommenen Wert für einen bestimmten Stakeholder geliefert hat.

Die beste User Story erstellen – Zusammenfassung

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

1. Unabhängig von anderen User Stories sein. Damit sie bei Bedarf aus dem Product Backlog geändert oder entfernt werden kann.
2. Verhandelbar. Sie sollte festlegen, was zu tun ist, und den Entwicklern die Wahl überlassen, wie es zu tun ist.
3. Wertvoll sein, d.h. den geschäftlichen Sinn der Änderung des Produkts rechtfertigen. Oder Vertikal, d.h. eine neue Funktionalität des Produkts präsentieren, die für den Benutzer sichtbar ist.
4. Schätzbar sein, was bedeutet, dass sie eine definierbare Größe und ein Abschlusskriterium haben sollte.
5. Klein genug sein, um in einem Sprint abgeschlossen zu werden.
6. Testbar sein, damit mit Sicherheit festgestellt werden kann, dass sie implementiert wurde.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.