Eine Figur auf einem Haftnotizzettel mit einem Filzstift neben einer Weißwandtafel, auf der eine hohe Karte zu sehen ist, die in vertikale Streifen zerschnitten wurde.

SPIDR-Story-Aufteilung

SPIDR umfasst fünf bewährte Methoden zur Aufteilung einer User Story: Spike, Pfad, Schnittstelle, Daten und Regeln. Wann funktioniert jede dieser Trennlinien, und wann führt sie zu einem unechten Ausschnitt?

SPIDR umfasst fünf bewährte Methoden zur Aufteilung einer User Story: Spike, Path, Interface, Data, Rules. Jeder Buchstabe steht für eine Trennlinie, und jede Trennung erzeugt Teilbereiche, die unabhängig voneinander veröffentlicht werden können, anstatt Hälften, die nur gemeinsam funktionieren. Es handelt sich um die Aufteilungstechnik, die sich bei den meisten Backlogs bewährt: Wenn eine Story zu umfangreich ist, ergibt sich anhand einer dieser fünf Achsen fast immer ein Teilbereich, den Sie veröffentlichen würden.

Five SPIDR cut lines through a story one story, too big Spike Path Interface Data Rules ship first later ship order
Fünf Schnittlinien durch eine Geschichte. Sie verwenden nicht alle fünf. Sie finden die eine, die einen Ausschnitt ergibt, den Sie tatsächlich veröffentlichen würden.

Die fünf Schnittlinien

Spike

Die Unbekannte ist der Umfang. Führen Sie eine zeitlich begrenzte Untersuchung durch, ermitteln Sie die Form und schätzen Sie dann den tatsächlichen Umfang ab. Dies ist der Ansatz, auf den Sie zurückgreifen sollten, wenn sich das Team nicht auf eine Zahl einigen kann, weil noch niemand zuvor eine solche Aufgabe bewältigt hat. Führen Sie einen Spike durch, um zu ermitteln, wie das Ergebnis aussehen soll.

Pfad

Die Geschichte verläuft in mehreren Strängen. Implementieren Sie zunächst den „Happy Path“; Pfade mit fehlerhaften Daten, Fehlerzustände und Randfälle werden zu eigenständigen Geschichten. Der Nutzer kann das Ziel auf dem „Happy Path“ erreichen, auch wenn der Rest noch fehlt.

Schnittstelle

Das Projekt umfasst mehrere Plattformen: Web, Mobilgeräte, API. Stellen Sie zunächst eine Plattform bereit. Die übrigen Plattformen basieren auf derselben Implementierung, können jedoch nach ihren eigenen Zeitplänen bereitgestellt werden.

Daten

Die Geschichte befasst sich mit verschiedenen Datenformen und -mengen. Behandeln Sie zunächst den einfachen Fall (Einzelmandant, kleiner Datensatz, gängiges Dateiformat) und anschließend die Varianten. Jede davon stellt eine eigenständige Geschichte dar, auch wenn die zweite im Wesentlichen eine Variante der ersten ist.

Regeln

Die Anwendung umfasst mehrere Geschäftsregeln oder Rollen. Stellen Sie zunächst die gängigste Regel bereit; administrative Übersteuerungen, Sonderfälle und Ausnahmen folgen danach. Die 80-%-Regel kann ohne die 20-%-Regel bereitgestellt werden.

Wenn SPIDR nicht hilft

Sollte keiner der fünf Schnitte zu einem echten, lieferfähigen Teil führen, haben Sie kein Problem mit der Aufteilung. Sie haben ein Problem mit dem Umfang. Die Story ist ein unteilbares Ganzes, und die Frage lautet: „Wollen wir in diesem Sprint alles davon oder gar nichts?“ Das ist eine Frage der Priorisierung, keine Frage der Aufteilung, und keine noch so geschickte Aufteilung wird daraus eine solche machen.

Wählen Sie den Ausschnitt, der ein Ergebnis liefert, das Sie tatsächlich veröffentlichen würden. Sollte keiner davon in Frage kommen, bedeutet dies nicht, dass die Geschichte aufgeteilt werden muss – es bedeutet vielmehr, dass Prioritäten gesetzt werden müssen.

Häufig gestellte Fragen

Wofür steht die Abkürzung SPIDR?

SPIDR steht für „Spike, Path, Interface, Data, Rules“: fünf verschiedene Achsen, entlang derer Sie eine User Story aufteilen können. Jede davon ist eine Trennlinie, die einzelne Teile erzeugt, die unabhängig voneinander ausgeliefert werden können, anstatt Hälften, die nur gemeinsam funktionieren.

Wie nutzen Sie SPIDR, um eine User Story aufzuteilen?

Probieren Sie jede der fünf Aufteilungsmöglichkeiten im Hinblick auf die Geschichte aus und wählen Sie diejenige aus, die einen Ausschnitt ergibt, den Sie tatsächlich eigenständig veröffentlichen würden. Sie wenden nicht alle fünf an. Sie finden die eine Achse, die einen schlanken, veröffentlichungsfähigen Ausschnitt ergibt, und teilen entlang dieser Achse auf.

Wer hat die SPIDR-Technik entwickelt?

SPIDR wurde von Mike Cohn als kompakte Sammlung von fünf bewährten Methoden zur Aufteilung einer User Story vorgestellt. Das Konzept ist beliebt, da die fünf Aufteilungsmöglichkeiten die meisten Situationen abdecken, mit denen Teams tatsächlich konfrontiert sind, und fünf Buchstaben gerade so wenige sind, dass man sie während der Verfeinerung im Kopf durchgehen kann.

Was ist, wenn keiner der SPIDR-Schnitte zu einem guten Slice führt?

Dann haben Sie kein Problem mit der Aufteilung. Sie haben ein Problem mit dem Umfang. Das Projekt ist ein unteilbares Ganzes, und die eigentliche Frage lautet, ob Sie in diesem Sprint alles davon oder gar nichts davon umsetzen möchten. Das ist eine Entscheidung zur Priorisierung, keine zur Aufteilung.

Weiterführende Literatur