Scrum

Watervalmethode

Op school heb je tot nu toe een project gemaakt volgens de waterval-methode. De naam zegt het al. De methode lijkt op het beeld van de waterval, waarbij je moeilijk terug kunt. De stappen volgen elkaar op en het proces wordt van boven naar beneden doorlopen. Het werkt met de hoofdstappen: Briefing, onderzoek, concept, ontwerp, realisatie, implementatie.

Voordelen van de waterval methode zijn:

• Bij het watervalmodel wil men alle fasen eerst goed afsluiten voordat men verder gaat met de volgende fase. Hierdoor worden kunnen fouten snel worden hersteld
• Bij het watervalmodel legt men de nadruk op documentatie. Hierdoor kunnen nieuwe mensen die aan het project worden toegevoegd, snel worden ingewerkt.
• Het is een rechttoe-rechtaan-methode. De manier van werken zorgt ervoor dat er zich concrete fasen vormen. Hierdoor weet men in welke fase men zit.
• Men kan in deze methode gebruikmaken van mijlpalen. Mijlpalen kunnen worden gebruikt om de voortgang van het project in te schatten.
• De watervalmethode is erg bekend. Veel mensen hebben er ervaring mee, dus kunnen er gemakkelijk mee gaan werken.

Nadelen:

• Veel projecten zijn afhankelijk van externe factoren. Zo kan het zijn dat de opdrachtgever tijdens het project nieuwe of andere ideeën krijgt. Dit is moeilijk bij de watervalmethode.
• Het is erg moeilijk om de benodigde tijd en de kosten in te schatten. De fasen zijn erg groot, het is daarom erg lastig om in te schatten hoeveel elke fase zal kosten.
  
• Bij veel projecten werken verschillende mensen aan de verschillende fasen van het project. Bijvoorbeeld: de ontwerpers en de bouwers. Het kan zijn dat de ontwerpers iets hebben bedacht wat de bouwers niet kunnen maken. Je moet dan een fase overdoen.
• Tijdens de ontwerpfase hebben de bouwers niets te doen en tijdens het bouwen hebben de ontwerpers niets te doen. Dit kan leiden tot verspilling van tijd en dus geld

Scrum

Scrum is een agilemethode. Het Engelse woord Agile betekent behendig, lenig. De Agile methode is dan ook een aanpak waarin ervan uitgegaan wordt dat de wereld tijdens het project verandert. Scrum probeert deze veranderingen zo goed mogelijk te faciliteren zonder daarbij het projectresultaat uit het oog te verliezen.

Het eindproduct staat vooraf niet volledig vast maar past zich gedurende de periode van de projectuitvoering aan aan de eventueel veranderende omstandigheden of wensen van de klant.

Scrum wordt daarom vaak gebruikt bij producten waarvan de klant of gebruiker nog niet goed weet wat hij wil en waarbij men al doende leert om de eisen en wensen beter te beschrijven en in bruikbare producten om te zetten.

Scrumrollen

Bij scrum ken je 3 rollen:

• Product owner
• Scrummaster
• Het team

De product owner

De product owner vertegenwoordigt de klant en alle andere stakeholders. De stakeholders zijn de mensen die belang hebben bij het product, bijvoorbeeld medewerkers in het bedrijf van de klant, klanten en overheid. De product owner is één persoon, geen comité.

De product owner is eigenaar van het product en is verantwoordelijk voor het succes van het product en het maximaliseren van de return on investment (ROI). Hij bepaalt welk product gebouwd wordt en waar de prioriteiten liggen. De product owner heeft dus het stuur in handen. Een goed functionerende product owner is essentieel voor het succes van het project.

De product owner is verantwoordelijk voor de user story's. Hij hoeft niet alles alleen te doen. Hij werkt hiervoor nauw samen het het ontwikkelteam en met de stakeholders. De product owner weet wat er speelt en stemt met alle partijen af zodat hij de juiste beslissingen kan nemen.

Scrummaster

De scrummaster begeleidt en helpt het team bij het scrumproces. Een scrummaster regelt alle meetings. Ook is hij verantwoordelijk voor het regelen van de voorzieningen zoals een werkruimte, hardware en software. De scrummaster zorgt ervoor dat het team niet lastig gevallen wordt door mensen die met extra eisen tussendoor komen. De scrummaster is geen projectmanager. Hij regelt bijvoorbeeld niet de personele zaken zoals selectie, beoordeling en beloning van de mensen. Dit bevordert de openheid en samenwerking.

Ontwikkelteam

Het ontwikkelteam is multidisciplinair samengesteld en is verantwoordelijk voor het afleveren van het product aan het einde van elke sprint. Het team bestaat meestal uit 3 tot 9 personen. Het team organiseert zichzelf. De teamleden doen de analyse, ontwerp, ontwikkeling, test en documentatie en zorgen dat er aan het eind van de sprint een kant-en-klaar product is, dat in principe in productie genomen kan worden.

Logbestanden

Product backlog

Alle user story's en epics vormen samen de product backlog. De scrummaster is verantwoordelijk voor de backlog. Hij kan er user story's uithalen en toevoegen. Dit betekent niet dat al deze urser story's ook uitgevoerd worden. De scrummaster bepaalt ook de prioriteit van de verschillende items in de product backlog.

Sprint backlog

Samen met het team worden user story's uit de backlog over gebracht naar de sprint backlog. Een sprint is een korte perode waarin een aantal user story's uitgewerkt worden tot een opleverbaar (deel)product. De scrum master brengt de user story's aan en het team beslist hoeveel user story's zij aankunnen. Tijdens de sprint mogen geen user story's toegevoegd of verwijderd worden aan de sprint backlog.

De meetings

Scrum kent een aantal vaste meetings:

• sprint planning
• daily scrum of stand up
• sprint review
• retrospective

De sprint planning

Deelnemers: product owner, scrummaster en team

Een sprint is een vaste periode waarin het team samenwerkt om een een product te maken en op te leveren. Een sprint duurt 1 tot maximaal 4 weken.

Aan het begin van de sprint is er een sprint planning. In principe worden de bovenste, belangrijkste user story's van de product backlog in de sprint opgenomen.

Het team bespreekt per user story:

• de betekenis van de story
• de taken die gedaan moeten worden voor het uitvoeren van de story
• de tijd die er nodig is om het product van de story op te leveren
• de "definition of done" (aan welke eisen het product moet voldoen om echt klaar te zijn)

Het team bepaalt hoeveel werk kan worden opgenomen in de betreffende sprint. Hiervoor wordt gebruik gemaakt van planning poker. Zie video. Alle story's en de taken worden overgebracht naar het scrumbord.

Daily scrum

Deelnemers: scrummaster en team

Elke dag houdt het team een korte meeting van 15 minuten die daily scrum of daily standup wordt genoemd. Het doel van deze meeting is zorgen dat iedereen zo effectief mogelijk bezig is. Tijdens de daily scrum stemt een scrum team hun voortgang af, signaleert het problemen en wordt het werk opnieuw gepland indien nodig. De meeste scrumteams staan bij de daily scrum, omdat staan zorgt voor focus, energie en snelheid. Daarom spreken veel teams ook vaak over de stand-up.

De daily scrum is heel belangrijk. Het zorgt er voor dat het team als één team kan acteren en één gezamenlijke planning heeft die dagelijks wordt bijgewerkt.

Om de meeting kort en effectief te houden blijft iedereen staan en beantwoordt de volgende 3 vragen:

• Wat heb ik gedaan sinds de vorige meeting?
• Wat ga ik doen tot de volgende meeting?
• Welke problemen heb ik en welke hulp heb ik daar bij nodig?

Kijk naar deze video voor een voorbeeld van een slechte en een goede stand-up.

Sprint review

Deelnemers: scrummaster, product owner, stakeholders en team

Aan het einde van een sprint laat het scrumteam werkende en geteste producten zien aan de stakeholders. Ze laten de huidige stand van het product zien. De stakeholders geven feedback. Deze meeting wordt de sprint review of ‘de demo’ genoemd. De meeting begint met een herhaling van het productstatement.

Hierna toont het team:

• wat is er gedaan met de feedback van de vorige demo
• welke user story's zijn er in deze sprint verwerkt
• wat is het resultaat van de sprint

De stakeholders moeten niet alleen de producten zien, maar ze moeten ze ook ervaren en uitproberen.

Wanneer de product owner zich betrokken toont bij het product en het team, dan is de product owner de juiste persoon om de sprint review te leiden. De rest van het team zit in de achtergrond en luistert alleen. Wanneer ze vragen hebben, kunnen ze die stellen bij de sprint planning.

Definition of Done

De Definition of Done beschrijft waar het resultaat van een sprint of een story aan moet voldoen.

Met andere woorden: wanneer ben je klaar met de sprint? De DoD bevat de kwaliteitseisen voor features die aan het einde van de sprint worden opgeleverd. Dit is een commitment dat het team als geheel afgeeft. Wanneer aan het einde van de sprint niet voldaan is aan de DoD, is het product niet klaar voor oplevering.

Aangezien er bij scrum met multidisciplinaire teams wordt gewerkt, bevat de DoD onderdelen voor alle disciplines, bijvoorbeeld afspraken rond codeer-standaarden en seo. Maar natuurlijk ook welke testen worden uitgevoerd en wat het eindresultaat is van het testen.

Sprint Retrospectives

Deelnemers: scrummaster, product owner en het team

Na de sprint review houdt het team een sprint retrospective.

Tijdens een sprint retrospective beoordeelt het scrumteam hun eigen werk en bepaalt wat er gedaan moet worden om de volgende sprint beter te laten verlopen. De retrospective is een bijeenkomst om te zorgen dat het team en de werkomgeving steeds beter wordt.

In een retrospective stelt het team zich de volgende vragen:

• Wat ging goed?
• Wat kan beter?
• Wat gaan we de volgende sprint beter doen?

Hoewel retrospectives zeer belangrijk zijn om scrum te laten werken, worstelen veel teams ermee om ze bruikbaar, energiek en geconcentreerd te houden.

Na de retrospective is de cirkel rond en begint het team weer met een sprint planning.

Bijzondere sprints

Scrum is van oorsprong geschikt voor softwareontwikkeling. In de loop van de tijd zijn steeds meer bedrijven deze methode gaan gebruiken en hebben variaties bedacht. De meest voorkomende andere vormen van sprints zijn:

• 0-Sprint
• Split sprint
• Sweep sprint
• Release sprint

0-Sprint

In de standaard scrummethodiek is niet veel ruimte voor het ontwikkelen van visuele en marketing concepten. Daarom gebruiken veel communicatiebureau's de 0-sprint.

De 0- sprint wordt gebruikt als voorbereiding van het project. In de 0-sprint wordt het communicatieconcept en het visueel concept ontwikkeld, (gebruikers)onderzoek gedaan en user journey's en persona's gemaakt. Dit alles leidt tot het productstatement en de user story's.

Ander werk in de 0-sprint:

• de werkomgeving van het scrumteam in orde maken
• (online) ontwikkelomgeving en testomgeving opzetten
• eventuele scholing van product owner en stakeholders
• sprintagenda opstellen
• definition of done vaststellen

Het team hoeft in de 0-sprint nog niet de definitieve samenstelling te hebben.

Split-sprint

In dit sprinttype zijn in één ruimte twee scrum teams tegelijkertijd bezig: een design team en een software-ontwikkelingsteam. Daily scrums zijn gezamenlijk, maar het ontwikkelaarsteam loopt één sprint achter, en bouwt wat het design team in de sprint ervoor heeft ontworpen. Niet erg agile, maar het werkt.

Sweep sprint

Soms is het handiger om het rework op sprintresultaten niet meteen te doen, maar al het rework te verzamelen in één laatste sprint. Ook niet erg agile, maar het komt voor.

Release sprint of hardening sprint

In de release sprint wordt het product geïmplementeerd en overgebracht naar de omgeving van de product owner. Ook worden de laatste testen uitgevoerd.