SPIDR-verhaalsplitsing
SPIDR bestaat uit vijf betrouwbare manieren om een user story op te splitsen: spike, pad, interface, gegevens, regels. Wanneer elke scheidingslijn werkt, en wanneer deze een onechte opdeling oplevert.
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 delen op die afzonderlijk kunnen worden opgeleverd, in plaats van helften die alleen samen functioneren. Het is de opdelingstechniek 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.
De vijf snijlijnen
Spike
De onbekende factor is de omvang. Voer een onderzoek met een vastgestelde tijdslimiet uit, breng de omvang in kaart en maak vervolgens een inschatting van de werkelijke omvang. Dit is de aanpak die u moet kiezen wanneer het team het niet eens kan worden over een getal, omdat niemand dit eerder heeft gedaan. Zie een spike uitvoeren voor een voorbeeld van hoe het eindresultaat eruit zou moeten zien.
Pad
Het verhaal kent meerdere verlooptrajecten. Implementeer eerst het „happy path“; trajecten met onjuiste gegevens, foutstatussen 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 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 beheerdersoverrides, speciale gevallen en uitzonderingen. De 80%-gevallen kunnen worden geïmplementeerd zonder de 20%-gevallen.
Wanneer SPIDR niet helpt
Indien geen van de vijf opdelingen een daadwerkelijk, leverbaar onderdeel oplevert, hebt 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 fragment oplevert dat u daadwerkelijk zou publiceren. Als geen van de versies daarvoor in aanmerking komt, betekent dit niet dat het verhaal opgesplitst moet worden, maar dat er prioriteiten moeten worden gesteld.
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 opdelingen toe te passen op het verhaal en kies degene die een deel oplevert dat u daadwerkelijk afzonderlijk zou kunnen publiceren. U past niet alle vijf toe. U zoekt de ene as die een compact, publiceerbaar deel oplevert, en verdeelt 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 beproefde methoden om een user story op te splitsen. Het is populair omdat de vijf splitsingen de meeste situaties dekken waarmee teams in de praktijk te maken krijgen, en vijf letters zijn kort genoeg om tijdens het verfijningsproces snel in uw hoofd door te nemen.
Wat als geen van de SPIDR-slagtechnieken een goede slice oplevert?
Dan heeft u geen probleem met het opsplitsen. U heeft een probleem met de reikwijdte. Het verhaal vormt één ondeelbaar geheel, en de echte vraag is of u alles in deze sprint wilt of helemaal niets. 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 keuze is, plus de overige patronen.
- Horizontale versus verticale sneden: waarom elke SPIDR-snit verticaal moet zijn.
- Vergelijking van agile schattingstechnieken: voor minder duidelijk omschreven user stories die ook na opsplitsing nog bruikbaar blijven.