De vorige blogpost bevatte een introductie op Scrum, een methode die veel vakgenoten enthousiast maakt. In deze blogpost sta ik stil bij de sterke punten uit Scrum waar ikzelf enthousiast over ben.

Scrum doet onder andere de volgende aanbevelingen:

Werk iteratief

• Splits een project op in deelprojecten (iteraties) van 2 tot 4 weken. Iedere iteratie levert werkende software op. Hierdoor worden problemen en uitloop snel inzichtelijk zodat hierop kan worden bijgestuurd.
• Klantdemo’s van de software aan einde van iedere iteratie zorgen voor een gemotiveerd team. De feedback van de klant en de kleine mijlpalen zorgen voor extra “motivatie” om de deadlines te halen.

Werk gebruikersgedreven

• User stories: Splits werk op in voor de eindgebruiker nuttige en herkenbare blokken (user stories/use cases) met een gebruikersdoel bij iedere use case. Dit zorgt ervoor dat de klant nuttige tussenresultaten kan zien en dat het team rekening kan houden met het doel van de user story;
• Het team splitst user stories binnen iteraties op in taken die binnen die iteratie worden afgerond. Hierdoor zijn taken altijd terug te voeren op features die worden opgeleverd;
• Doe het belangrijkste eerst.

Project management

• Meet voortgang niet in termen van bestede uren maar aan de hand van goedgekeurde user stories;
• De Burn down/up chart is een krachtige grafiek waarmee de voortgang en verwachte einddatum van een project op een betrouwbare manier wordt getoond;
• Teamleden werken efficiënter als ze volledig aan 1 project zijn toebedeeld (multitasken minimaliseren);
• De projectmanager is niet de baas, het team stuurt zichzelf. De projectmanager vervult rol van coach;
• Ervaren teamleden krijgen veel autonomie om binnen de 2-4 weken(iteratie) het werk zelf te verdelen en te plannen.

Schatten

• Estimation poker: Laat alle teamleden onafhankelijk van elkaar een schatting doen en middel deze schattingen.

Zorg voor een moderne ontwikkelstraat ter ondersteuning van iteratief werken

• Unit testing in combinatie met codecoverage rapporten geeft glashelder inzicht in welke percentage van de code gesysteemtest is;
• Continuous integration zorgt ervoor dat er altijd een werkende versie van de software te tonen is en problemen bij het samenvoegen van code van individuele developers snel worden gevonden.

Continu verbeteringen zoeken

• Aan het einde van de iteratie is er altijd tijd voor reflectie op wat in de volgende iteratie beter kan (Sprint retrospective).

Behoefte aan wat meer detail/naslag over Scrum? Een definitie van alle Scrum rollen, processen en producten is o.a. hier te vinden. http://epf.eclipse.org/wikis/scrum/

In de volgende en laatste blog over Scrum sta ik stil bij mij kritiek op Scrum.