Scrum is een vorm van Agile werken waarmee je goed aansluit op de wensen van je doelgroep of gebruiker én tussendoor flexibel bent. Dankzij Scrum ben je minder gefocust op plannen maken en eindeloos voorbereiden en ga je sneller met de uitvoering aan de slag. Deze methode wordt veel gebruikt voor software-ontwikkeling, maar wint ook in andere branches aan populariteit. In dit artikel geven we je uitgebreid antwoord op de vraag ‘Wat is Scrum?’.
Scrum-methode uitleg
Werken volgens de Scrum-methode betekent dat je met een multidisciplinair team in korte tijdsperiodes (“sprints” van 2-4 weken) werkt aan een concreet product. Die korte sprints verlopen gestructureerd: er zijn regelmatig terugkerende bijeenkomsten om te bespreken waar je staat en er zijn diverse vaste rollen binnen het team.
Aan het eind van de sprint lever je het tussenproduct op aan de klant, zodat die feedback kan geven. Ook vraag je waar nodig de eindgebruiker om feedback. De ontvangen feedback verwerk je vervolgens in de volgende sprint.
Efficiëntie is bij de Scrum-methode heel belangrijk. Je behandelt projecten één voor één in sprints. Het team is daarbij zelfsturend, mede doordat er veel communicatie is tussen teamleden. Daarom plan je in principe elke dag een Daily Stand-up. Dit is een meeting van hooguit een kwartier waarin de teamleden bespreken wat ze die werkdag gaan oppakken.
Product Backlog en Sprint Backlog
Om deze methode te laten slagen, werk je vaak met een Product Backlog en een Sprint Backlog.
De Product Backlog is een lijst van alle eisen voor het eindproduct, maar dan geprioriteerd en doorvertaald naar tussenproducten die je tussentijds oplevert. Die lijst stel je bij aanvang van een project op. Je past de lijst voortdurend aan op basis van nieuwe eisen, wensen en feedback.
Op de Sprint Backlog staan alleen items van de Product Backlog die voor de huidige sprint zijn geselecteerd. Voor elke sprint maak je zo’n lijst. Daarop staan alle items die voor nu de grootste prioriteit hebben doordat ze de meeste waarde voor de eindgebruiker leveren.
Agile vs. Scrum
De termen Agile en Scrum worden vaak door elkaar gebruikt. Ze hebben dan ook veel met elkaar te maken. Toch is Agile niet hetzelfde als Scrum. Agile werken houdt in dat je op zo’n manier werkt dat je wendbaar bent bij tussentijdse wijzigingen. De Scrum-methode is een manier van Agile werken, maar er bestaan ook andere Agile-werkvormen.
Waarom Agile en Scrum werken?
Werken volgens de Agile- en Scrum-methode heeft een aantal voordelen:
-
- Het is voor iedereen transparant wie welke rol heeft, wat de doelen zijn, welk werk gedaan moet worden en wie welke verantwoordelijkheden draagt.
-
- Er is ruimte voor inspectie. Op van tevoren bepaalde momenten bekijk en bespreek je de tussenproducten en het proces dat daaraan vooraf is gegaan.
-
- Adaptatie is mogelijk. Oftewel: je bent flexibel om wijzigingen in het proces snel door te voeren en het proces te veranderen. Dit komt doordat er veel tussentijdse feedback is en de kans op grote onverwachte wijzigingen dus kleiner is.
Voor de ontwikkeling van software zijn Agile en Scrum in het bijzonder handig. Als je vooraf een compleet dichtgetimmerd plan hebt, is aanpassen lastig. Bij Scrum werk je aan kleine concrete stukjes van een project en maak je plannen voor de kortere termijn, waardoor tussentijdse wijzigingen beter mogelijk zijn.
Door de tussentijdse feedbackmomenten kun je al wijzigingen aanbrengen voordat er een compleet product ligt. Dat scheelt tijd en geld.
Ook kun je dankzij deze werkwijze en feedbackmomenten goed aansluiten op de wensen van de eindgebruiker. Dat past bij een Design-driven manier van werken.
> Lees meer over wat Design Thinking precies inhoudt.
De rollen binnen Agile en Scrum
Bij de Scrum-methode zie je vaak een aantal rollen terugkomen. Niet altijd is er de capaciteit om voor elke rol één persoon te kiezen; soms vervult één persoon twee rollen. Een Scrum-team bestaat in elk geval uit een (ontwikkel)team dat de benodigde expertise in huis heeft. Daarnaast zie je vaak een Product Owner en een Scrum Master.
Wat doet een Product Owner?
De Product Owner is bij onze projecten meestal een contactpersoon die bij de opdrachtgever werkt. Je kunt deze persoon zien als de beslissingsbevoegde contactpersoon vanuit de opdrachtgever. Deze persoon heeft veel en direct contact met het developmentteam.
Wat doet een Scrum Master?
De Scrum Master begeleidt het team om ervoor te zorgen dat het proces soepel verloopt. Je kunt deze persoon zien als coach voor het ontwikkelteam en voor de Product Owner. Deze persoon bewaakt het proces en zorgt voor overzicht, snelheid en reflecties waar nodig.
Hoe passen we bij Iconica Scrum toe?
Scrum is een goed vertrekpunt voor een softwarebedrijf zoals wij. Het is namelijk een van de meest gangbare werkwijzen in de softwarebranche. Zoals bij de Scrum-methode passend is, werken wij in sprints en maken we voor elke sprint een planning.
Wij gebruiken bij het ontwikkelen van maatwerksoftware de Scrum-methode als leidraad, niet als strak proces. We kijken bij elke opdracht wat nodig is. Soms is het bijvoorbeeld handig om een Product Owner en Scrum Master aan te stellen, soms is alleen één van beide nodig.
Bij Iconica duurt een sprint meestal twee weken, waarin we 125 uur (of een veelvoud daarvan) werken aan het project. Vaak heeft één persoon zowel de rol van Scrum Master als die van Project Manager. De rol van Product Owner ligt meestal bij een stakeholder vanuit de opdrachtgever. De Scrum Master (die we bij Iconica Project Manager noemen) heeft veel direct contact met andere stakeholders vanuit de opdrachtgever en faciliteert het developmentteam.
> Lees ook ons artikel over het complete proces van een app ontwikkelen: van eerste idee naar eindproduct.
Scrum in combinatie met PRINCE2 en Kanban
Een mogelijk nadeel van Scrum is dat je minder zicht hebt op de exacte kosten voor bijvoorbeeld de eerste versie van de app. Scrum biedt op zich weinig financiële handvatten voor de opdrachtgever. Daarom combineren we de Scrum-methode met PRINCE2: een methode voor projectmanagement, die oorspronkelijk uit de overheidsbranche komt.
Door die combinatie kunnen we enerzijds efficiënt werken in korte tijdsperiodes met feedbackmomenten. Anderzijds kunnen we taken bundelen in concrete werkpakketten, waardoor voor de opdrachtgever helder is hoeveel de investering voor elk deel van het proces bedraagt.
Daarnaast gebruiken we Kanban om de taken binnen een sprint te verdelen over de professionals en het overzicht te houden over wie waaraan werkt en wat nog opgepakt wordt. Op die manier werken we in sprints toe naar een Minimum Viable Product (MVP) én uiteindelijk naar de definitieve versie van jouw maatwerksoftware.
