User stories en iteratieplanning

Een user story is een korte beschrijving van iets wat een gebruiker nodig heeft, geschreven vanuit diens perspectief. Iteratieplanning is de manier waarop een team bepaalt aan welke stories het in het volgende tijdvak werkt. Veel teams noemen dat tijdvak een sprint en het overleg sprint planning; East Agile Tracker noemt ze iteraties en iteratieplanning.

Wat een user story is

Het gangbare sjabloon is:

Als [soort gebruiker] wil ik [een mogelijkheid], zodat [een voordeel].

Bijvoorbeeld: Als projectmanager wil ik zien welke stories geblokkeerd zijn, zodat ik ze kan vrijmaken voordat de iteratie afloopt.

Het sjabloon benoemt wie er baat bij heeft, wat die persoon nodig heeft en waarom. Dankzij het “waarom” kan het team een eenvoudigere manier vinden om hetzelfde voordeel te leveren. Een story is een aanleiding voor een gesprek, geen volledige specificatie: de details worden uitgewerkt tussen wie erom vraagt en wie het bouwt.

INVEST: is de story klaar?

INVEST is een checklist voor een goed gevormde story:

• Independent (onafhankelijk) — kan op zichzelf worden gebouwd en opgeleverd.
• Negotiable (bespreekbaar) — de details staan open voor discussie.
• Valuable (waardevol) — levert iets op waar een gebruiker of klant om geeft.
• Estimable (schatbaar) — het team begrijpt hem goed genoeg om de omvang te bepalen.
• Small (klein) — past ruim binnen één iteratie.
• Testable (testbaar) — er is een duidelijke manier om vast te stellen dat hij af is.

Acceptatiecriteria

Acceptatiecriteria leggen vast wat waar moet zijn om de story als afgerond te laten tellen. Wie ze in de vorm Given / When / Then schrijft, maakt van elk criterium een acceptatietest:

Given een story met een onopgeloste blocker, when ik de kolom Blocked open, then staat de story daar in de lijst.

De criteria worden afgesproken voordat het werk begint, zodat het team en de persoon die de story accepteert dezelfde definitie van done hanteren.

Iteratieplanning

Iteratieplanning beantwoordt één vraag: waar gaan we in deze iteratie aan werken? Daarvoor zijn drie dingen nodig:

1. Een geordende backlog — stories gerangschikt op prioriteit, waarvan de bovenste klaar zijn (ze voldoen aan INVEST en hebben acceptatiecriteria).
2. Schattingen — de omvang van elke kandidaat-story in story points.
3. Velocity — hoeveel punten het team per iteratie afrondt. Zie Wat is velocity?.

Het team neemt stories van de bovenkant van de backlog totdat het totaal zijn velocity bereikt. Meer opnemen gaat ervan uit dat het team plotseling sneller gaat werken; minder opnemen laat capaciteit onbenut.

Hoe East Agile Tracker het doet

• Stories zijn er in vier types: features, bugs, chores en releases. Standaard krijgen alleen features punten. Zie Stories.
• Acceptatiecriteria horen in de beschrijving. Er is geen apart veld; de criteria staan in de beschrijving voordat de story wordt gestart. Wanneer een story delivered is, accepteert of verwerpt de product owner hem aan de hand van die criteria. Zie de toestandsmachine en de acceptatielus.
• De backlog is één strikt geordende lijst, die de komende iteraties projecteert op basis van velocity, drie of vier vooruit, en elke groep markeert die de velocity overschrijdt. Zie Iteraties.
• Iteratieplanning gaat grotendeels automatisch. Met auto-plan iterations aan (de standaard) wordt de huidige iteratie gevuld tot je velocity; wie een nieuwe story binnenhaalt, verplaatst de story met de laagste prioriteit terug naar de top van de Backlog. Teams die zich Scrum-stijl op een vaste scope vastleggen, kunnen auto-plan uitzetten en zoveel plannen als ze willen, met een teller die boven de velocity rood kleurt. Zie Een iteratie plannen.
• Een story aanmaken opent een editor voor de titel, beschrijving, het type, de schatting en de owners. Zie Een story aanmaken.

Verder lezen

• Wat zijn story points? — de omvang van stories bepalen.
• Wat is velocity? — de capaciteitskant van plannen.
• eXtreme Programming — waar user stories en de planning game vandaan komen.