Scrum (softwareontwikkelmethode)
Scrum is een raamwerk voor agile management ("flexibel beheren") van softwareontwikkeling. Er wordt gewerkt in multidisciplinaire teams die in korte sprints (iteraties van vaste lengte van 1-4 weken) werkende software opleveren. Samenwerking, communicatie en teamgeest zijn hierbij sleutelwoorden. Scrum is een term die afkomstig is uit de rugbysport, hierbij staan de spelers in een grote groep en proberen ze al duwend de bal naar de overkant van het veld te brengen. Er wordt dus niet afgewacht of de vorige fase afgelopen is maar er wordt tegelijkertijd gewerkt.
Inhoud |
[bewerken] Geschiedenis
Scrum werd geïntroduceerd in een onderzoek door Ikujiro Nonaka en Hirotaka Takeuchi dat begin 1986 in de Harvard Business Review gepubliceerd is. In dit onderzoek wordt beschreven dat projecten met kleine (kruiselings functionele) teams historisch gezien het beste resultaat leveren. Naar aanleiding van dit onderzoek ontwikkelde Jeff Sutherland in 1993 het scrum-proces, terwijl Ken Schwaber een eigen benadering bij zijn bedrijf toepaste. Samen werkten ze dit verder uit en in 1995 formaliseerde Ken Schwaber scrum als softwareontwikkelmethode.
[bewerken] Doelstellingen
- Verhogen van de effectiviteit van het team
- Het bewaken van de vooruitgang van het team
- Het oplossen van blokkades
- Het bewaken van de projectvoortgang
- In kaart brengen en minimaliseren van de risico's
[bewerken] Werkwijze
Bij de watervalmethode heeft iedere fase experts. Die voeren hun taak uit en dragen het resultaat over naar de experts voor de volgende fase. Bij scrum worden de experts uit de verschillende fasen bij elkaar in één team gezet. Het team wordt geleid door de "scrum-master" en houdt vrijwel dagelijks bij aanvang van de werkdag een zogenaamde "scrum-meeting" (ook wel "standup-meeting" genoemd). In deze ontmoeting die ongeveer 15 minuten duurt, beantwoordt elk teamlid de volgende drie vragen:
- Wat heb je gedaan?
- Wat ga je doen?
- Wat zijn je problemen?
Daarna gaat de expert weer aan het werk met zijn eigen team om de opdracht te volbrengen. De personen werken veel samen en pakken het project met zijn allen tegelijkertijd aan.
[bewerken] Voordelen
- Veel contact en communicatie kan zorgen voor een verhoogde teamgeest. Het project wordt als geheel gezien in plaats van de verschillende onderdelen als eilanden te beschouwen.
- Doordat er veel tegelijk gebeurt kan de doorlooptijd van een project korter worden dan bij andere methodes.
- Omdat problemen bij iedereen bekend zijn, kan hier eerder op gereageerd worden.
[bewerken] Nadelen
- Zoals zo vaak is het gebruiken van een methodologie geen garantie voor succes. Uit het verleden zien we elke keer weer de 'ultieme' methode opduiken - van Yourdon tot RUP tot SCRUM: altijd weer zie je de commerciële partijen met genoegen nieuwe hypes oppikken. Het volgen van het SCRUM schema kan zeker helpen, maar is zeker geen vervanging voor echte verdieping in de materie van het Agile ontwikkelen.
- In veel omgevingen is Agile ontwikkelen gewoon geen optie, zoals levens-kritische of gespecificeerde omgevingen. Dat neemt niet weg dat dit vaak als onmiddellijke dooddoener wordt gebruikt om Agile methoden als SCRUM geen kans te geven, terwijl de parameters in de meeste gevallen helemaal niet zo strak zijn.
