Tijdens een sprint schrijven projectteams korte user stories om hun werk voor de volgende sprint te plannen. In deze cursus legt Doug Rose, een expert in agile ontwikkeling, uit hoe je User Stories schrijft en prioriteert. Het legt ook de belangrijkste valkuilen uit die je moet vermijden bij het plannen van een agile project.

Wat bedoelen we als we het hebben over User Stories?

In een agile aanpak zijn User Stories de kleinste eenheid van werk. Ze vertegenwoordigen de einddoelen van de software (niet de functies) vanuit het oogpunt van de gebruiker.

Een User Story is een generieke, informele beschrijving van softwarefunctionaliteit, geschreven vanuit het perspectief van de gebruiker.

Het doel van een User Story is om te beschrijven hoe de optie waarde zal creëren voor de klant. Opmerking: Klanten zijn niet per se externe gebruikers in de traditionele zin. Afhankelijk van het team kan dit een klant zijn of een collega in de organisatie.

Een User Story is een beschrijving van het gewenste resultaat in eenvoudige taal. Het wordt niet in detail beschreven. Vereisten worden toegevoegd zodra ze door het team worden geaccepteerd.

Wat zijn agile sprints?

Zoals de naam al doet vermoeden, is een Agile Sprint een fase van productontwikkeling. Een Sprint is een korte iteratie die een complex ontwikkeltraject opdeelt in meerdere delen om het op basis van de resultaten van een tussentijdse review te vereenvoudigen, bij te sturen en te verbeteren.

De Agile-methode begint met kleine stappen en ontwikkelt de eerste versie van het product in kleine iteraties. Op deze manier worden veel risico's vermeden. Het neemt de hindernissen weg van V-projecten, die zijn onderverdeeld in verschillende opeenvolgende fasen, zoals analyse, definitie, ontwerp en testen. Deze projecten worden eenmalig uitgevoerd aan het einde van het proces en kenmerken zich doordat ze geen tijdelijke toegangsrechten geven aan bedrijfsgebruikers. Het is dus mogelijk dat het product in dit stadium niet meer voldoet aan de wensen van het bedrijf.

Wat is achterstand in Scrum?

Het doel van de Backlog in Scrum is het verzamelen van alle klanteisen waaraan het projectteam moet voldoen. Het bevat een lijst met specificaties met betrekking tot de ontwikkeling van het product, evenals alle elementen die de tussenkomst van het projectteam vereisen. Alle functies in de Scrum Backlog hebben prioriteiten die de volgorde van uitvoering bepalen.

In Scrum begint de Backlog met het definiëren van de productdoelen, doelgebruikers en verschillende belanghebbenden bij het project. Hierna volgt een lijst met vereisten. Sommige zijn functioneel, andere niet. Tijdens de planningscyclus analyseert het ontwikkelteam elke vereiste en maakt het een schatting van de implementatiekosten.

Op basis van het programma van eisen wordt een lijst met prioritaire functies opgesteld. De ranking is gebaseerd op de toegevoegde waarde van het product. Deze geprioriteerde lijst van functies vormt de Scrum Backlog.

Lees het artikel op de originele site verder →