Het verschil tussen Story en Task
Wat is het verschil tussen een User Story en een Task?
"Dat is een simpele vraag", dacht ik, toen dit voor het eerst werd gevraagd in een van mijn Certified Scrum Master cursussen. "Het verschil is…", begon ik, en merkte al snel dat het toch niet zo eenvoudig was als ik dacht.
Ik had de twee begrippen "User Story" en "Task" al jarenlang in mijn cursussen gebruikt en in mijn hoofd waren het twee duidelijk van elkaar gescheiden dingen. User Stories staan in het Product Backlog en Tasks worden tijdens de Sprint Planning vastgesteld en komen in de Sprint Backlog.
Dat klopte – maar het was niet erg behulpzaam. Je zou net zo goed kunnen zeggen: "Zout is wat in een zoutvaatje zit, en peper is wat in een pepermolen gaat." Natuurlijk staan Stories in het Product Backlog en Tasks in de Sprint Backlog. Maar wat is nu het eigenlijke verschil?
Toen mij deze vraag voor het eerst werd gesteld, dacht ik even na en realiseerde me dat ik het antwoord eigenlijk wel wist. Aan een Story werkt over het algemeen meer dan één persoon. Een Task wordt normaal gesproken door slechts één persoon uitgevoerd.
Laten we eens kijken of dat klopt…
Een User Story is in principe iets dat herkenbaar is voor de eindgebruiker. Het ontwikkelen ervan omvat meestal een programmeur en een tester, misschien ook een interface designer of analist, misschien een databaseontwikkelaar enzovoort.
Het zou zeer ongebruikelijk zijn als een User Story door één enkele persoon zou worden ontwikkeld. (En als dat zo zou zijn, zou die persoon meerdere van deze rollen moeten vervullen.)
Bij een Task gaat het echter normaal gesproken om het schrijven van code, het ontwerpen van iets, het genereren van testdata, het automatiseren van iets etc. Al deze dingen worden eerder door één enkele persoon gedaan.
Je kunt natuurlijk beargumenteren dat sommige van deze dingen met z'n tweeën gedaan kunnen of zelfs zouden moeten worden. Dat is echter slechts een nuance van mijn onderscheid tussen User Stories en Tasks. Als je in paren werkt, is het alsof twee breinen één paar handen delen terwijl ze samen aan een taak werken. Dat is iets heel anders dan de verschillende werkzaamheden die bij een Story komen kijken.
Ik heb echter een paar wankele uitspraken gedaan, zoals bijvoorbeeld dat Tasks normaal gesproken door één persoon worden uitgevoerd. En daarom waren die uitspraken zo wankel: sommige Tasks zijn meetings (bijvoorbeeld een design review met drie teamleden) en toch noem ik ze een Task en geen User Story.
Misschien is het een beter onderscheid om te zeggen dat Stories verschillende soorten werk omvatten (bijvoorbeeld programmeren, testen, database design, user interface design etc.), terwijl Tasks zich beperken tot slechts één bepaald soort werk.
Deze tekst is afkomstig uit de blog van Mike Cohn en is door ons naar het Nederlands vertaald.
