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 Teilbereiche, die unabhängig voneinander veröffentlicht werden können, anstatt Hälften, die nur gemeinsam funktionieren. Es handelt sich um eine Aufteilungstechnik, die sich in 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 können.

Die fünf Schnittlinien

Spike

Die unbekannte Größe 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 richtige Ansatz, wenn sich das Team nicht auf eine Zahl einigen kann, weil noch niemand zuvor eine solche Aufgabe durchgeführt 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 eigenen 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 ihrem eigenen Zeitplan bereitgestellt werden.

Daten

Die Geschichte befasst sich mit verschiedenen Datenformen und -mengen. Stellen Sie zunächst den einfachen Fall vor – ein einzelner Mandant, ein kleiner Datensatz, ein gängiges Dateiformat – und gehen Sie anschließend auf die Varianten ein. Jede davon ist eine eigenständige Geschichte, auch wenn die zweite im Wesentlichen eine Variante der ersten ist.

Regeln

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

Wenn SPIDR nicht hilft

Wenn keiner der fünf Schnitte zu einem echten, lieferbaren Teil führt, 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“ und „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 den Text entlang dieser Achse auf.

Wer hat die SPIDR-Technik entwickelt?

SPIDR wurde von Mike Cohn als kompakter Satz 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 ist, 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 aufzeigt, dass eine Aufteilung erforderlich ist, sowie die weiteren Muster.
• Horizontales vs. vertikales Schneiden – warum jeder SPIDR-Schnitt vertikal sein muss.
• Vergleich agiler Schätzverfahren – für ungenauere Stories, die eine Aufteilung überstehen.