“Het lijkt alsof iedereen userstories kan maken”
“Dat laat u toch niet aan iedereen over of wel?”
Wat zijn user stories en requirements eigenlijk?
Laten we daarom even stil staan bij wat user stories en requirements eigenlijk zijn. Volgens de definitie van Nicole de Swart auteur hand boek requirements zijn requirements eisen die gesteld worden aan het gedrag of de kwaliteit van het systeem om te voorzien in behoeften van een belanghebbenden uit de business.
Eisen aan user stories en requirements
- Specifiek, zodat de behoefte concreet genoeg is om een passende oplossing te bepalen.
- Meetbaar, zodat op basis van een meting aangetoond kan worden dat aan het requirement wordt voldaan.
- Acceptabel, Een requirement is acceptabel als aan de geldende kwaliteiteisen wordt voldaan of dat gestelde doelen gehaald kunnen worden.
- Realistisch, Realistisch wil zeggen dat het requirement opgelost kan worden met een haalbare of maakbare oplossing.
- Tijdsgebonden. Met tijdsgebonden wordt aangegeven wanneer het requirement vervuld moet zijn, meestal binnen het project.
Waarborgen dat iets SMART is kost over het algemeen veel tijd om het zo op te schrijven dat er geen speld meer tussen te krijgen is. Maar het resultaat kan dan wel in beton worden gegoten en u weet zeker waar de oplossing / het resultaat van het project aan gaat voldoen.
- Independent: met andere woorden functionaliteit die onafhankelijk van andere functies ontwikkeld kan worden.
- Negiotable: dat wil zeggen dat het een ambitie uitspreekt om een doel te behalen de manier waarop mag over gediscussieerd worden.
- Valuable: Hiermee wordt bedoeld dat de userstory een bepaalde waarde moet opleveren voor een van de stakeholders.
- Estimatable: Dit betekend dat de omvang en complexiteit in te schatten moet zijn door het SCRUM TEAM
- Small: Met small wordt bedoeld dat user story binnen een sprint gerealiseerd moet kunnen worden.
- Testable. Last but not Least moet een userstory beschrijven hoe deze getest moet worden nadat die gerealiseerd is.
Waarborgen dat iets voldoet aan INVEST lijkt simpeler gezegd dan gedaan want hoe bepaal je als simpele gebruiker of iets Estimatable, Small of testable is als je nog nooit een (software ontwikkelings) project hebt gedaan.
“Misschien is dat best lastig voor een simpele gebruiker of niet”
Overeenkomsten tussen user stories en requirements
Ook al klinkt SMART anders dan INVEST, toch zijn de verschillen niet zo groot. Kijk maar eens goed:
| Requirements | VS | Userstories |
| Specifiek | Niet afhankelijk van iets anders dus – | Independent |
| Meetbaar | Zodat meetbaar is wanneer het af is. | Testable |
| Acceptabel | Zodat het voldoende waarde toevoegt voor de gebruiker | Valuable |
| Realistisch | Complexiteit is te overzien, inschatbaar | Estimatable |
| Tijdsgebonden | Het is maakbaar binnen de gestelde tijden | Small |
| SMART | = | ITVES |
Dus met andere woorden de kwaliteits eisen die gesteld worden aan requirements gelden ook voor user stories, Echter user stories hebben een extra eis. Namelijk de eis dat ze NEGIOTABLE mogen zijn, met andere woorden de user storie mag een ambitie uitspreken die niet perse gehaald hoeft te worden. Dit geeft een ontwikkel team / project team de ruimte om het requirement in te vullen op de manier waarop zijn denken dat het beste past binnen de gestelde tijd. Waardoor het project een grotere kans van slagen heeft.
Effect van requirements en user stories op een project.
Het voordeel van van te voren precies specificeren van waar de oplossing aan moet voldoen, lijkt dat je van te voren zou kunnen bepalen hoeveel je moet investeren. Echter de ervaring leert dat van te voren bepalen hoeveel iets gaat duren en dus hoeveel het gaat kosten niet zo nauwkeurig lukt. Zie bijvoorbeeld de Cone of uncertainty voor meer informatie
INVEST zorgt er voor dat je rekening kan houden met die onzekerheid, het zorgt er voor dat het resultaat van het project onderhandelbaar wordt, bijvoorbeeld dat het past binnen de beschikbaar gestelde middelen of zelfs niet uitgevoerd wordt.
Conclusie
Userstories of requirements, beschrijvingen vanuit het gebruikers persepectief of ten behoeve van het gebruikersperspectief maakt eigenlijk geen verschil. Zorg er voor dat u nu niet te veel tijd investeerd in waar de oplossing straks precies aan moet voldoen.
Met een FIxed Business Analyse van Virtual BA helpen wij u en uw gebruikers met het opstellen van de eisen en wensen waarmee u inzicht krijgt in wat u kan verwachten in uw volgende project. U mag zelf bepalen of u dat wil in de vorm van user stories of requirements!
Op de hoogte blijven?
Schrijf je dan in voor de periodieke Virtual BA update en krijg een bericht zodra er weer een nieuw artikel is.
How to use ChatGPT for Efficient Business Process Modeling: A Guide
In my previous post, I discussed the potential of generating diagrams with ChatGPT. Today, I'll dive deeper into how you can leverage ChatGPT for business process modeling effectively, ensuring you save time while maintaining accuracy in your diagrams. What you need...
Using ChatGPT for Process Modeling: Flowcharts, Sequence Diagrams, and More
In my last post, I shared how you can use ChatGPT to generate user stories. But did you know that ChatGPT is also highly effective for creating flowcharts, sequence diagrams, and other essential diagrams for Process Modeling? Creating diagrams is a core skill for...
Het schrijven van User Stories met ChatGPT
Sommige mensen denken dat het schrijven van user stories hetgeen is waar Business Analisten (BA's) het meest van genieten. Per slot van rekening bestaat een groot deel van het werk van BA’s uit user stories, epics (grote verhalen), of soms PowerPoint-presentaties, die...
Hoe je je Epics Episch maakt
Een Epic is een user story die niet binnen één sprint te ontwikkelen is, is een vuistregel die veel projecten hanteren om Epics te identificeren. Als je het mij vraagt ben je dan eigenlijk net te laat en mis je heel veel aspecten van een Epic waarmee je effectief je...
10 Tips for creating perfect User Stories
Often it is believed that a perfect User Story is written like: “As a user X I want to do Y So I can achieve Z”. Some people also believe that this is all what needs to be written down for a development team to create the right results. Therefore, it is not surprising...
10 Tips voor de perfecte User Story
Als een gebruiker X wil ik zus en zo kunnen zodat ik dit en dat kan bereiken, is toch al bijna de perfecte User Story? Veel mensen denken dat een User Story alleen bestaat uit bovenstaande zinsconstructie. En dat gebruik van die zinsconstructie voldoende is om er voor...
Het ideale SCRUM Team
Het ideale SCRUM Team SCRUM is hot, maar of het nu een zegen of een vloek is, daar zijn de meningen over verdeeld. Een van de belangrijkste key succesfactoren is het SCRUM Team. De inrichting van het team bepaalt het succes van het project. Immers in SCRUM bepaalt het...
Nieuw SCRUM Backlog Generator
Druk? Veel wensen van verschillende gebruikers maar eigenlijk geen tijd om het allemaal netjes te verwerken in goede User Stories? Maak dan gebruik van de Virtual BA – SCRUM Backlog Generator De SCRUM Backlog Generator van Virtual BA vertaalt losse emails, word...
Opgedroogde Backlog
De SCRUM purist zal nu zeggen als de backlog leeg is dan is het project klaar. Mission Accomplished. Iedereen mag naar huis en op naar het volgende project. In de werkelijkheid zal een backlog nooit echt leeg zijn, er zullen altijd wel "dingetjes" zijn die opgelost...