What does SPIDR stand for?

SPIDR stands for Spike, Path, Interface, Data, Rules — five different axes you can cut a user story along. Each one is a cut line that produces slices which ship independently, rather than halves that only work together.

How do you use SPIDR to split a user story?

Try each of the five cuts against the story and pick whichever one produces a slice you would actually ship on its own. You don't apply all five — you find the one axis that yields a thin, deliverable slice, and split along it.

Who created the SPIDR technique?

SPIDR was introduced by Mike Cohn as a compact set of five reliable ways to split a user story. It's popular because the five cuts cover most of the situations teams actually hit, and five letters are few enough to run through in your head mid-refinement.

What if none of the SPIDR cuts produce a good slice?

Then you don't have a splitting problem — you have a scope problem. The story is one indivisible piece of work, and the real question is whether you want all of it this sprint or none of it. That's a prioritisation decision, not a splitting one.

SPIDR-verhaalsplitsing

SPIDR bestaat uit vijf betrouwbare manieren om een user story op te splitsen: Spike, Path, Interface, Data, Rules. Elke letter staat voor een scheidingslijn, en elke scheiding levert afzonderlijke delen op die onafhankelijk van elkaar kunnen worden opgeleverd, in plaats van helften die alleen samen functioneren. Het is de opsplitsingstechniek die de toets der kritiek doorstaat bij de meeste backlogs — wanneer een story te omvangrijk is, levert een van deze vijf assen vrijwel altijd een deel op dat u zou kunnen vrijgeven.

Vijf invalshoeken voor één verhaal. U gebruikt ze niet allemaal — u zoekt degene die een fragment oplevert dat u daadwerkelijk zou publiceren.

De vijf snijlijnen

Spike

De onbekende factor is de omvang. Voer een onderzoek uit binnen een vastgestelde tijdslimiet, breng de omvang in kaart en maak vervolgens een schatting van de werkelijke omvang. Dit is de aanpak die u moet volgen wanneer het team het niet eens kan worden over een getal omdat niemand dit eerder heeft gedaan — zie het uitvoeren van een spike voor een voorbeeld van hoe het eindresultaat eruit zou moeten zien.

Pad

Het verhaal bestaat uit meerdere verlooplijnen. Implementeer eerst het „happy path“; scenario’s met onjuiste gegevens, foutmeldingen en randgevallen vormen op zichzelf staande verhalen. De gebruiker kan het doel op het „happy path“ bereiken, zelfs als de rest nog ontbreekt.

Interface

Het project omvat meerdere platforms: web, mobiel en API. Breng eerst één platform in gebruik. De overige platforms maken gebruik van dezelfde implementatie, maar kunnen volgens hun eigen tijdschema worden opgeleverd.

Gegevens

Het verhaal behandelt verschillende soorten en omvang van gegevens. Begin met het eenvoudige geval — één gebruiker, een kleine dataset, een gangbaar bestandsformaat — en behandel daarna de varianten. Elk daarvan is een op zichzelf staand verhaal, ook al lijkt het tweede geval grotendeels op het eerste.

Regels

Het verhaal kent meerdere bedrijfsregels of rollen. Implementeer eerst de meest gangbare regel; daarna volgen beheerdersoverschrijvingen, speciale gevallen en uitzonderingen. De 80%-situatie kan worden geïmplementeerd zonder de 20%-situatie.

Wanneer SPIDR niet helpt

Als geen van de vijf opdelingen een daadwerkelijk, leverbaar onderdeel oplevert, hebt u geen splitsingsprobleem — u hebt een reikwijdteprobleem. Het verhaal vormt één ondeelbaar geheel, en de vraag is: „Willen we het allemaal in deze sprint, of helemaal niets?” Dat is een kwestie van prioritering, geen kwestie van opsplitsing, en geen enkele slimme opsplitsing zal daar verandering in brengen.

Kies de versie die een stuk oplevert dat u daadwerkelijk zou publiceren. Als geen van de versies daaraan voldoet, vraagt het verhaal niet om opgesplitst te worden, maar om prioriteiten te stellen.

Veelgestelde vragen

Waar staat SPIDR voor?

SPIDR staat voor Spike, Path, Interface, Data, Rules — vijf verschillende assen waarlangs u een user story kunt opsplitsen. Elk daarvan is een snijlijn die segmenten oplevert die afzonderlijk kunnen worden opgeleverd, in plaats van helften die alleen samen functioneren.

Hoe gebruikt u SPIDR om een user story op te splitsen?

Probeer elk van de vijf indelingen toe te passen op het verhaal en kies degene die een fragment oplevert dat u daadwerkelijk op zichzelf zou kunnen publiceren. U past niet alle vijf toe — u zoekt de ene as die een kort, publiceerbaar fragment oplevert, en splitst het verhaal langs die as.

Wie heeft de SPIDR-techniek ontwikkeld?

SPIDR is door Mike Cohn geïntroduceerd als een beknopte reeks van vijf betrouwbare manieren om een user story op te splitsen. Het is populair omdat de vijf opdelingen de meeste situaties dekken waarmee teams in de praktijk te maken krijgen, en vijf letters zijn net genoeg om tijdens het verfijningsproces snel in uw hoofd door te nemen.

Wat als geen van de SPIDR-slagtechnieken een goede slice oplevert?

Dan hebt u geen probleem met het opsplitsen — u hebt een probleem met de reikwijdte. Het geheel vormt één onverdeeld werkstuk, en de echte vraag is of u het deze sprint helemaal wilt afwerken of helemaal niet. Dat is een beslissing over prioriteiten, geen beslissing over het opsplitsen.

Aanbevolen lectuur

Het opsplitsen van user stories — de diagnose die aangeeft dat een opsplitsing de juiste oplossing is, plus de andere patronen.
Horizontale versus verticale sneden — waarom elke SPIDR-snede verticaal moet zijn.
Vergelijking van agile schattingstechnieken — voor vager geformuleerde user stories die een opsplitsing doorstaan.