https://www.storyboardthat.com/nl/articles/b/agile-user-verhalen

Gebruikersverhalen en agile ontwikkeling definiëren

Gebruik storyboards om processen en klantinteractie uit te leggen

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.

Gebruikersverhalen:

  • Zijn gemakkelijk te begrijpen en iedereen kan deelnemen
  • Werk iteratief; ze kunnen en moeten regelmatig worden gewijzigd of aangepast
  • Stem ontwikkelaars, gebruikers en bedrijfsspecialisten af op gemeenschappelijke doelen en verwachtingen
  • Zijn een stuk gemakkelijker te lezen dan documenten met vereisten van 400 pagina's

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.


Episch

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.

Customer Care Generic Epic
Customer Care Generic Epic

Maak een Agile User Story*

In dit verhaal wordt heel duidelijk wat de langetermijnvisie is en hoe succes eruit moet zien. Een goed episch verhaal moet het volgende bevatten:


  • Instelling of context
  • Acteurs of gebruikers
  • Doelen en doelstellingen
  • Activiteiten en evenementen

Gebruikers definiëren

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.

Acme Corp. Users
Acme Corp. Users

Maak een Agile User Story*

Een verhaal maken

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:

  • Klein – Minder dan 10 dagen werk
  • Waardevol - Eenmaal voltooid moeten ze iets bruikbaars opleveren
  • Schatting - In staat om een schatting te maken van de hoeveelheid inspanning die ermee gemoeid is

Een bestelling opzoeken

Acme Corp. - Looking up an Order
Acme Corp. - Looking up an Order

Maak een Agile User Story*

Een nabestelling uitvoeren

Acme Corp. Replacement Order
Acme Corp. Replacement Order

Maak een Agile User Story*

Gesprek en planning voor testen

Deze verhalen moeten uitnodigen tot gesprek en vragen, zoals:

  • Zijn dit de juiste verhalen die passen bij ons epos?
  • Welke andere verhalen moeten er worden gemaakt?
  • Komen deze verhalen overeen met wat we weten over onze gebruikers?

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:

  • Hoe snel moet een zoekopdracht zijn?
  • Is er een tijdslimiet voor nabestellingen?
  • Wat moet het systeem doen als het de tweede nabestelling is? Vijfde?
  • Welke tests en vervolgvragen zou u hebben?


Check out Storyboard That 's Illustrated Guide to Product Development op Customer Journey Mapping!
*(Hiermee start u een gratis proefperiode van 2 weken - geen creditcard nodig)
https://www.storyboardthat.com/nl/articles/b/agile-user-verhalen
© 2024 - Clever Prototypes, LLC - Alle rechten voorbehouden.
StoryboardThat is een handelsmerk van Clever Prototypes , LLC , en geregistreerd bij het US Patent and Trademark Office