Een kernprincipe van moderne ontwikkelprocessen is agile ontwikkeling . Deze ontwikkelingsmethodologie legt de nadruk op het gebruik van kleine, hapklare gebruikersverhalen om te definiëren wat een systeem doet vanuit een gebruikersperspectief, niet vanuit een technisch perspectief. Een gebruiker vindt het belangrijk of een product snel en gebruiksvriendelijk is en zijn probleem oplost. Het maakt ze niet uit of het een drielaagse architectuur volgt, Mongo DB heeft of Rails of Asp.net gebruikt.
Storyboard That biedt een ideaal platform om flexibele gebruikersverhalen te creëren en gesprekken op gang te brengen in een formaat dat veel minder belastend is dan een muur van tekst.
In de context van user stories is een 'epic' gewoon een heel breed verhaal dat later zal worden opgesplitst in veel specifieke user stories. Beginnen met een epos brengt iedereen op één lijn met een enkele visie op hoog niveau. Het epische verhaal verankert een project van boven naar beneden, en als het geen zin heeft om een epos te construeren, zal ondersteunend werk ook verspilde moeite zijn.
In dit verhaal wordt heel duidelijk wat de langetermijnvisie is en hoe succes eruit moet zien. Een goed episch verhaal moet het volgende bevatten:
Zeker bij het ontwerpen van software is het belangrijk om een goed beeld te hebben van hoe de gebruikers zullen zijn. Niet elke gebruiker past precies bij deze visie, en er kunnen meerdere categorieën gebruikers zijn, maar deze afzonderlijke visies hebben articulatie nodig. Nadenken over gebruikers beschermt eerst tegen over-engineering en overcomplicatie, waardoor wordt voorkomen dat een nieuw product iets voor iedereen heeft en voor niemand nuttig is.
Zodra een epic tot stand is gebracht en gebruikers zijn gedefinieerd, kunnen kleinere, meer specifieke verhalen worden geconstrueerd over bepaalde gebruikerservaringen. De onderstaande verhalen splitsen het hierboven geschetste op in twee verhalen: een bestelling opzoeken en een product opnieuw bestellen.
Deze verhalen bevatten geen technische informatie; het maakt de gebruikers niet uit hoe de resultaten worden bereikt, zolang het maar de gewenste taken uitvoert. Evenzo wordt de UX generiek weergegeven, om innovatie niet te verstikken of een pad te forceren. Over het algemeen moeten verhalen zijn:
Deze verhalen moeten uitnodigen tot gesprek en vragen, zoals:
Het is volkomen redelijk om veel verhalen te maken; in feite zou het moeten worden aangemoedigd. Sommige van deze verhalen zullen nooit worden gebruikt, maar het is belangrijk om het pad te zien dat ze hebben uitgezet. Deze verzameling verhalen zal aanvullende vereisten wegspoelen en testen beïnvloeden.
De verhalen moeten een discussie uitlokken en informeren over hoe de software zal worden getest en welke bedrijfsregels expliciet moeten worden gedefinieerd. Bijvoorbeeld: