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 prioritization decision, not a splitting one.

SPIDR-verhaalsplitsing

SPIDR bestaat uit vijf betrouwbare manieren om een user story op te splitsen: spike, pad, interface, gegevens en regels. Wanneer werkt elke scheidingslijn, en wanneer levert deze een onjuiste opdeling op?

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 bij de meeste backlogs standhoudt: wanneer een verhaal te groot 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 vorm 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. Overweeg het uitvoeren van een spike om een beeld te krijgen van hoe het eindproduct eruit zou moeten zien.

Pad

Het verhaal kent 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. Behandel eerst het eenvoudige geval (één gebruiker, kleine dataset, gangbaar bestandsformaat) en vervolgens de varianten. Elk daarvan is een volwaardig verhaal, ook al lijkt het tweede geval grotendeels op het eerste.

Regels

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

Wanneer SPIDR niet helpt

Als geen van de vijf opdelingen een daadwerkelijk, leverbaar onderdeel oplevert, heeft u geen opdelingsprobleem. U heeft een probleem met de reikwijdte. Het verhaal vormt één ondeelbaar geheel, en de vraag is: „Willen we het geheel 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 artikel 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 afzonderlijke delen oplevert die onafhankelijk van elkaar 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 deel oplevert dat u daadwerkelijk op zichzelf zou kunnen publiceren. U past niet alle vijf toe. U zoekt de ene as die een compact, publiceerbaar deel oplevert, en splitst het verhaal langs die as.

Door wie is 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 voldoende 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 u aangeeft of een opsplitsing de juiste oplossing is, plus de overige patronen.
Horizontaal versus verticaal snijden: waarom elke SPIDR-snede verticaal moet zijn.
Vergelijking van agile schattingstechnieken: voor vager geformuleerde user stories die een opsplitsing doorstaan.