Hoe laat je Scrum en waterval succesvol samenwerken?
Wat als Scrum en waterval elkaar raken?
Veel, zo niet de meeste, IT-afdelingen werken Agile en hebben de Scrum-werkwijze geadopteerd. Hierbij zijn teams zelfsturend en werken ze in korte sprints om vaker naar productie te kunnen gaan. De volgende stap die veel IT-afdelingen willen maken is nog sneller opleveren door het toepassen van continuous delivery technieken, maar dat is voor een andere blog.
Dat de IT-afdeling zo werkt, betekent natuurlijk niet dat de hele organisatie inmiddels aan het ‘scrummen’ is. Sterker nog, in de praktijk merk je dat er nog regelmatig projecten zijn die botsen met het Scrum-proces, omdat de betrokken afdelingen werken volgens de watervalmethode. Hoe kun je nu het best omgaan met deze waterscrumvallen?
Door: Erik Jansen, Test Consultant bij Heeyoo
Scrum en waterval botsen vaak op twee verschillende gebieden:
- Lange termijn versus korte termijn
- De verdeling van de hoeveelheid werk
Lange termijn versus korte termijn
In de meeste traditionele aanpakken wordt gewerkt met een langetermijnplanning. Terwijl bij Scrum de focus ligt op hetgeen er op korte termijn wordt opgepakt. Vaak wordt pas bij een planningssessie vlak voor de sprint bepaald wat het team gaat doen. Daarnaast hebben de meeste Scrumteams niet alle stories al op hun backlog staan, simpelweg omdat de details van een story nog niet bekend zijn. Je kunt pas een realistische planning maken als dit wel het geval is. Deze verschillende manieren van plannen botsen met elkaar, omdat je met Scrum maar commitment kan afgeven voor één sprint en niet voor een reeks aan taken op langere termijn.
Verdeling hoeveelheid werk
Vaak ontstaat bij projecten meer druk zodra bepaalde mijlpalen gehaald moeten worden. In de traditionele aanpak betekende dat overwerken, meer mensen inzetten of bepaalde functionaliteit laten vallen. Met Scrum geeft het team commitment af op een hoeveelheid werk die het daadwerkelijk kan oppakken. Hier ontstaat een uitdaging als voor het project meer functionaliteit opgepakt moet worden dan in een normale sprint door een naderende mijlpaal.
Hoe breng je waterval en Scrum samen?
Voor deze uitdagingen zijn er een aantal oplossingen. Het Scrumteam kan de planningen beter op elkaar laten aansluiten door de backlog-items te pokeren en daarbij gebruik te maken van kledingmaten in plaats van punten. Hierbij vertegenwoordigt elke maat een range van punten. Een S is dan bijvoorbeeld 1-3, M 3-5, L 7-13, enzovoorts. Op deze manier is globaal bekend hoe groot de stories op de backlog zijn. Als je dan rekening houdt met de snelheid dat het team aankan, kun je een realistische planning voor de lange termijn maken.
Dit brengt echter wel een nieuwe uitdaging met zich mee. Als de details van een story nog niet bekend zijn, kan het daadwerkelijke aantal punten behoorlijk afwijken van de eerste inschatting. Gelukkig zie je in de praktijk wel dat sommige stories te hoog worden ingeschat en sommige te laag, waardoor de inschattingen gemiddeld genomen aardig kloppen.
Als er meer druk op een project komt te staan door bijvoorbeeld een mijlpaal, wordt het Scrumteam vaak gedwongen hierin mee te gaan. Er zijn een aantal opties om hiermee om te gaan. Zo kun je gedurende één à twee sprints het Scrum-proces loslaten en het team zijn best laten doen om simpelweg zoveel mogelijk af te ronden. Een andere mogelijkheid is om meer punten op te pakken in een sprint dan normaal. Door extra uren te werken zorgt het team ervoor dat de extra punten ook worden afgerond. Hierbij houd je vast aan de Scrum-werkwijze en zorg je ervoor dat de mijlpalen van het project gehaald worden. Een derde mogelijkheid is om voor de mijlpaal een minimum viable product (MVP) af te spreken en dus alleen functionaliteiten op te leveren die essentieel zijn om het systeem in gebruik te kunnen nemen.
Zoeken naar balans
Uiteindelijk gaat het erom een goede balans te vinden tussen de Scrum-werkwijze van de IT-organisatie en de manier van werken bij overkoepelende projecten. Hierbij zul je samen moeten kijken hoe je het gestelde doel kunt behalen. De Product owner speelt hierbij een belangrijke rol. Hij is de link tussen het Scrumteam en de organisatie en moet de sprints zo plannen dat ze allemaal op elkaar aansluiten.
Daarnaast moet het Scrumteam de Product Owner ondersteunen. Dit kan door bijvoorbeeld mee te werken aan een pokersessie en de Product owner inzicht te geven in de voortgang van een sprint. Zo krijgt deze een goed beeld van waar het team staat en kan hij op tijd aangeven als het team een sprint of de planning niet haalt.
Waterscrumvallen is een teameffort
Tenslotte is het goed te realiseren dat je ook afhankelijk bent van de mate waarin het team extra werk kan oppakken om de mijlpalen te halen. Want of je nu werkt volgens Scrum of waterval, het gaat uiteindelijk echt om de teameffort en energie die collega’s in het project kunnen steken!
