SPIDR-Story-Aufteilung

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 Teile, die unabhängig voneinander ausgeliefert werden können, anstatt Hälften, die nur zusammen funktionieren. Es handelt sich um eine Aufteilungstechnik, die sich bei den meisten Backlogs bewährt: Wenn eine Story zu groß ist, ergibt sich anhand einer dieser fünf Achsen fast immer ein Teil, den Sie veröffentlichen können.

Die fünf Schnittlinien

Spike

Die Unbekannte ist der Umfang. Führen Sie eine zeitlich begrenzte Untersuchung durch, ermitteln Sie den Umfang und schätzen Sie anschließend den tatsächlichen Aufwand. Dies ist der richtige Ansatz, wenn sich das Team nicht auf eine Zahl einigen kann, weil noch niemand zuvor eine solche Aufgabe bewältigt hat. Unter Durchführung eines Spikes erfahren Sie, wie das Ergebnis aussehen sollte.

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. Stellen Sie zunächst den einfachen Fall vor (ein einziger Mandant, kleiner Datensatz, gängiges Dateiformat) und anschließend die Varianten. Jede davon ist eine eigenständige Geschichte, 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; darauf folgen administrative Übersteuerungen, Sonderfälle und Ausnahmen. 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 alles davon in diesem Sprint oder gar nichts davon?“ 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 – vielmehr geht es darum, Prioritäten zu setzen.

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 bereitgestellt 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

• Aufteilung von User Stories: Die Diagnose, die Ihnen Aufschluss darüber gibt, ob eine Aufteilung erforderlich ist, sowie die weiteren Muster.
• Horizontale vs. vertikale Schnitte: Warum jeder SPIDR-Schnitt vertikal sein muss.
• Vergleich agiler Schätzverfahren: für ungenauere Stories, die eine Aufteilung überstehen.