Geschiedenis van Scrum
Sinds de publicatie van het rapport "Managing the Development of Large Software Systems" van Winston Royce in 1970 hebben velen geprobeerd een methodologie te vinden die de nadelen van het Waterfall-ontwikkelingsmodel zou kunnen wegnemen. Een alternatief voor de "waterval" was de Scrum-methode, die nu wordt besproken.
Scrum kreeg zijn naam in 1986 van Takeuchi en Nonaki's werk The New Rules for New Product Development. Dit document betoogt dat de meest effectieve manier om het doel te bereiken, is om ontwikkelaars een duidelijk actieplan te geven.
In 1995 verscheen een andere gids, "Software Development with Scrum", door Sutherland en Schweiber. Deze publicatie is sindsdien verschillende keren bijgewerkt. Nu wordt het beschouwd als de belangrijkste gids voor de ontwikkeling van deze methode. De huidige versie van de Scrum Guide bevat informatie die in 2020 is bijgewerkt.
De belangrijkste bepalingen van de Scrum-gids suggereren dat de projectmanagementsjabloon gebaseerd moet zijn op het feit dat ontwikkelaars het eindproduct binnen het afgesproken tijdsbestek leveren - sprints. Voor een succesvolle implementatie van Scrum wordt aanbevolen om een structuur te gebruiken die bestaat uit verschillende elementen: rollen, gebeurtenissen, regels en artefacten.
Rollen in Scrum
Er zijn drie rollen in Scrum, die allemaal een Scrum-team vormen:
De klant van het softwareproduct is de belangrijkste persoon in het project, omdat alleen hij de waarde ervan voor het bedrijf volledig begrijpt. De klant legt de behoeften van de gebruikers van het toekomstige product uit aan de ontwikkelaars, maar hij is niet verantwoordelijk voor het technische deel van het ontwikkelingsproces. De klant bepaalt ook de prioriteit bij het creëren van bepaalde elementen of functies in het product.
De ontwikkelaars zijn belast met de uitvoering van technische taken, waarvan de crossfunctionaliteit afhangt van het toepassingsgebied. Ontwikkelaars zijn druk bezig met het creëren van de sprintachterstand, het schrijven van code, het afstemmen van het project op het sprintdoel en andere taken.
De Scrum Master is de facilitator van het Scrum-team. Het biedt hulp aan de klant en ontwikkelaars. Simpel gezegd, de Scrum Master is bezig met de communicatie tussen degenen die niet betrokken zijn bij het project en de mensen die de code schrijven. Soms communiceren en coördineren verschillende teams van coders in hetzelfde grote bedrijf tijdens algemene vergaderingen van de scrummasters van deze teams.
Gebeurtenissen in Scrum
Er zijn 5 soorten scrumgebeurtenissen:
Sprint is het belangrijkste onderdeel van Scrum. Het omvat sprintplanning, dagelijkse stand-ups (dagelijkse scrum), beoordeling en terugblik op de sprint.
Sprintplanning. Alle leden van het Scrum-team werken mee aan het opstellen van een plan voor de toekomstige sprint. Hier wordt het productidee gepresenteerd en kan elk teamlid zijn mening geven, wat hij hiervan vindt. Vervolgens worden tijdens de vergadering prioriteiten bepaald en deadlines aangekondigd.
Daily Scrum is een dagelijks kort scrum-event van maximaal 15 minuten. Meestal wordt het gedaan om het werk van encoders voor vandaag of morgen te plannen. Bij de Daily Scrum bespreek je actuele vraagstukken. Alle ontwikkelaars die betrokken zijn bij het project zijn verplicht om aan zo'n workshop deel te nemen. De aanwezigheid van een Scrum Master is toegestaan, maar niet verplicht.
Sprint Review (Demo) - Toon resultaten die tijdens de sprint zijn gemaakt. Meestal vindt dit evenement plaats in de laatste fase. Alle belangstellenden doen eraan mee.
Sprint Retrospective - bespreking van de resultaten van de sprint. Teamleden delen hun mening over hoe ze zijn omgegaan met de aan hen toegewezen taken en hoe ze de resultaten van hun werk in de toekomst kunnen verbeteren.
Daarnaast wordt soms backlogverfijning uitgevoerd - Backlog Refinement. Het bespreekt backlog-items, het voorbereiden van de volgende sprint en het prioriteren van huidige taken.
Artefacten
Scrum-artefacten zijn het werk dat plaatsvindt aan het einde van een project of sprint. Er zijn drie artefacten: de productachterstand, de sprintachterstand en de increment. Elk van hen is nodig voor de tijdige levering van software aan gebruikers. Er zijn ook hulpartefacten (burn-down grafieken en meer).
Componenten die zijn opgenomen in sprintartefacten:
Productachterstand - interface en backend-functies.
Een sprint backlog is een lijst met taken die gedaan moeten worden tijdens een iteratie. Ze worden afgesproken voor de start van de sprint.
Increment - Het totale aantal software-achterstanditems dat tijdens de sprint is gemaakt en de waarde van de incrementen die ervoor zijn gemaakt. Het voltooide nieuwe increment moet worden getoond voor het einde van de sprint. Dit betekent dat je een werkende versie hebt die voldoet aan de eisen van het scrumteam.
Product backlog item - het moet worden voltooid tijdens de sprint iteratie. In de regel is het element verdeeld in verschillende kleine taken.
Het sprintdoel zijn de taken die moeten worden voltooid (maak een backlog-item of een andere taak).
Een sprint burndown is het werk dat overblijft voor het einde van een sprint. De burn-down-grafiek is stijgend of dalend. Het hangt allemaal af van de moeilijkheden waarmee teamleden tijdens het werk worden geconfronteerd. Het is geen indicator van vooruitgang, maar slechts een manier om problemen op te lossen en een stimulans.
Product Release/Product Burn-Down Chart is een grafiek die door de Scrum Master wordt opgesteld voor het einde van de volgende sprint. De horizontale as is sprints, de verticale as is de hoeveelheid werk die nog over is.
Scrum raamwerk regels
Rollen, gebeurtenissen en artefacten vormen de basis van Scrum, maar daarnaast zijn er nog andere regels. Allemaal verhogen ze de efficiëntie van het werkproces. Hier is een lijst van die regels:
- Het scrumteam bestaat uit de softwareklant, scrummaster en ontwikkelaars.
- Alle sprints moeten even lang zijn.
- Na het voltooien van een sprint, begint het werk aan een nieuwe meteen.
- Een sprint begint altijd met een plan.
- Teamleden hebben een ochtendscrum aan het begin van hun werkdag.
- Elke sprint wordt tijdens elke sprint beoordeeld. Dit verbetert de communicatie tussen het team en de stakeholders.
- Het wordt afgeraden om tijdens de sprint de sprint backlog te wijzigen.
Beperkingen in Scrum
Naast de voor de hand liggende voordelen heeft Scrum ook nadelen:
- Scrum leidt vaak tot een afname van de hoeveelheid uitgevoerd werk door het ontbreken van een gemeenschappelijke deadline.
- Met een lage betrokkenheid of onwil om samen te werken onder de projectdeelnemers, is de kans groot dat het resultaat mislukt.
- De scrumstructuur is moeilijk toe te passen in grote teams, maar toch is het mogelijk. Hiervoor zijn schaalmodellen: LeSS, SAFe, Nexus en andere.
- Het vertrek van een of meer leden uit het team midden in het project heeft geen goede invloed op het project.