MoSCoW gebruiken in Agile om beter te prioriteren

Een van de belangrijkste ideeën in Agile is prioritering – een team moet begrijpen welke functies moeten worden gedaan en welke kunnen worden achtergelaten om het beste resultaat te produceren. Het concept kan echter nogal moeilijk te begrijpen zijn als je een andere project management aanpak volgt. Een prioriteringstechniek genaamd MoSCoW biedt in zulke gevallen veel hulp en duidelijkheid.

Voor het eerst gebruikt bij Dynamic Systems Development Method, is MoSCoW een techniek ontwikkeld door Dai Clegg. Het enige doel van deze prioriteringsaanpak is om het belang te begrijpen dat de belanghebbenden hechten aan elk van de kenmerken en eisen die zij stellen. Zo kan men zich concentreren op de meest belangrijke en de rest alleen als het team tijd over heeft.

De techniek vereist het verdelen van alle features in vier categorieën – Moeten, Moeten, Kunnen en Niet Zullen. Zo ontstaat het acroniem MSCW, waaruit de naam MoSCoW voortkomt. Om te weten welke van de kenmerken van cruciaal belang zijn, moet het team ze categoriseren in de vier groepen.

Moeten hebben kenmerken zijn absoluut cruciaal voor het project. Should have features zijn belangrijk voor het project, maar minder urgent. Could have features zijn niet zo belangrijk, maar wel wenselijk en moeten alleen worden voltooid als er tijd over is. En tenslotte zijn Won’t have features ofwel niet belangrijk of niet mogelijk op dat moment en worden dus helemaal niet voltooid.

Als het team de features eenmaal heeft geprioriteerd, maken ze een duidelijk actieplan om verder te gaan. Eerst moeten ze alle Must have features afmaken. Als dat eenmaal is gebeurd, kunnen ze verder met de “Should haves”. En pas als alle Should haves klaar zijn, kan het team de Could haves overwegen. Op deze manier ligt de focus meteen op de belangrijkste taken.

Wat heeft dit met Agile te maken? Het zal teams helpen beter te plannen, prioriteiten te stellen en te transitie te maken.

Het draaien van een eerste Sprint of een eerste iteratie kan en zal waarschijnlijk zwaar zijn voor elk team. Je weet niet wat je aan het doen bent, je stelt het proces nog in vraag en bovendien moet je nu beslissen met welke van de vele taken je als eerste zult beginnen. Het toevoegen van de MoSCoW techniek in dergelijke gevallen zal het team duidelijkheid brengen en de mogelijkheid bieden om verder te gaan.

Afhankelijk van het proces, zou het team zelfs de backlog in 4 kolommen kunnen verdelen op basis van de vier belangrijke groepen. Op deze manier kunnen de nieuwe features direct in de juiste kolommen worden toegevoegd en met elkaar worden vergeleken om een beter gevoel te krijgen van hun prioriteiten.

Hoewel meer gevorderde teams vaak het nut niet zullen inzien van een dergelijke prioritering en genoegen zullen nemen met de traditionele story point of prioriteitskolom benadering, kan dit een grote hulp zijn voor nieuwe Agile beoefenaars.

Eén ding moet echter worden opgemerkt, is dat terwijl de MoSCoW techniek meestal slechts eenmalig of een paar keer tijdens het project wordt gebruikt, dit voor Agile teams anders zal zijn. Om tegemoet te komen aan de veranderende omstandigheden en om het juiste werk voor elke iteratie te plannen, moet de techniek worden gebruikt wanneer de prioriteiten veranderen. Omdat dat nogal omslachtig kan worden, zouden de teams een notitie moeten maken van het herzien van hun prioriteitskolommen elke keer dat ze een nieuwe iteratie plannen.

Wilt u MoSCoW overwegen als onderdeel van uw Agile routine?