Wanneer moet u de scrum-methode gebruiken?

Inleiding tot de Scrum-methode

Wanneer bedrijven een project hebben waarbij ze de Agile-projectmethodologie kunnen gebruiken, kunnen ze ook een framework gebruiken met de naam Scrum. In plaats van een geformuleerde projectmanagementmethodiek waarbij rollen specifiek worden gedefinieerd en het proces rigide wordt toegepast, biedt Scrum een ​​raamwerk waarbinnen het team veel beslissingen neemt wanneer ze moeten worden gemaakt, in plaats van zich te abonneren op een tijdlijn.

De Scrum-methode is in de jaren '90 ontwikkeld naast de Agile-methodologie, als methode om teams in staat te stellen samen te werken om producten te ontwikkelen. Het biedt slechts een klein aantal regels binnen het kader, maar laat toe om complexe projecten in korte tijd af te werken.

Scrum-rollen

Er zijn drie rollen gedefinieerd binnen het Scrum-framework, producteigenaren, ontwikkelteams en Scrum Masters.

• Producteigenaar: deze persoon of personen bepalen welk product binnen de komende dertig dagen of minder moet worden geleverd, afhankelijk van de tijdlijnen. Dit kan de bedrijfseigenaar, klanten of eindgebruikers zijn, maar heeft de visie om het team het juiste product te laten bouwen.
• Ontwikkelteam - dit zijn de mensen die het product zullen bouwen en hun product zullen demonstreren aan de eigenaar van het product. Er is geen algemene teamleider; problemen binnen het team worden besproken door het team als geheel. De teamleden zijn over het algemeen crossfunctioneel en iedereen is betrokken bij de productontwikkeling.

• Scrum Master - dit is de persoon die toezicht houdt op het proces, zorgt dat het proces werkt en het proces verbetert indien nodig.

Scrum-evenementen

De gebeurtenissen in de scrum geven het ontwikkelingsteam en de producteigenaar de mogelijkheid om informatie te delen, zodat er voortdurend wordt gecommuniceerd. Er zijn een aantal gebeurtenissen die zich kunnen voordoen gedurende een periode van tijd, meestal dertig dagen of minder, de sprint.

• Sprint - deze periode bevat de sprintplanningsbijeenkomsten, dagelijkse scrums, het ontwikkelingswerk, de sprintrecensie en de sprint retrospectieve. Tijdens de sprint kunnen de doelen niet worden gewijzigd en moet het ontwikkelingsteam hetzelfde blijven.
• Sprint Planning Meeting - deze vergadering wordt gebruikt om het werk te plannen dat tijdens de sprint moet worden uitgevoerd. De vergadering duurt meestal acht uur voor een sprint van een maand en is verhoudingsgewijs minder voor kortere sprints. De vergadering is verdeeld in twee, het eerste deel bepaalt de doelen van de sprint, de tweede bepaalt hoe het doel wordt bereikt.
• Dagelijkse scrum - dit is een korte vergadering van vijftien minuten per dag waarmee het ontwikkelteam de volgende dagen kan werken.Het team beoordeelt het werk dat de dag ervoor is voltooid en voorspelt wat er in de komende vierentwintig uur kan worden bereikt. De dagelijkse scrum is een gelegenheid om te bekijken waar het team zich bevindt met betrekking tot het algemene sprintdoel. De scrummaster zorgt ervoor dat de dagelijkse scrum plaatsvindt en dat het ontwikkelteam maximaal vijftien minuten blijft om ervoor te zorgen dat het ontwikkelteam snelle besluitvorming ontwikkelt.
• Sprint Review - aan het einde van de sprint wordt de beoordeling gebruikt om te evalueren wat er tijdens de sprint is bereikt en om te beslissen wat de volgende zou kunnen worden gedaan in de volgende sprint. De sprintrecensie is een vier uur durend evenement waarmee het ontwikkelteam kan communiceren wat de hoogtepunten van de sprint waren en welke problemen ze hebben ondervonden. Op basis van de communicatie tussen het ontwikkelingsteam en de eigenaar van het product, wordt een nieuwe reeks deliverables beslist voor de volgende sprint.
• Sprint Retrospectief - dit is een drie uur durende vergadering waarbij het hele scrumteam kan reflecteren op de sprint en een plan voor verbeteringen kan maken dat kan worden aangenomen voor de volgende sprint. De bijeenkomst moet kijken naar mensen, relaties, processen en hulpmiddelen, en vaststellen waar verbeteringen kunnen worden aangebracht.

Bijgewerkt door Gary Marion, Logistics and Supply Chain Expert.