Wat is de Scrum-methodologie? Complete gids voor 2026
Als je enige tijd in digitaal projectmanagement hebt doorgebracht, heb je waarschijnlijk wel eens gehoord van de Scrum-methodologie.
Scrum is een populaire methodologie voor projectmanagement die breed wordt toegepast in allerlei sectoren.
In de kern is Scrum gebaseerd op het idee dat teams de ruimte krijgen om zichzelf te organiseren en beslissingen te nemen over de beste manier om hun doelen te bereiken. Deze aanpak kan teams helpen om op een snelle en efficiënte manier producten en diensten van hoge kwaliteit te leveren.
Create a Free Account to Read More
Unlock this piece and join a community of forward-thinking leaders discovering tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Wat is de Scrum-methodologie?
Je kunt de Scrum-methodologie definiëren als een aanpak voor productoplevering die principes en processen voorstelt om resultaten te verbeteren.
Agile Scrum-projectmanagement legt de tijds- en kostenvereisten van projecten vast. Scrum bereikt dit door tijdsblokken (een specifieke, beperkte hoeveelheid tijd) te gebruiken voor werkiteraties, evenals productachterstanden en specifieke teambijeenkomsten. Het is een zeer aanpasbaar raamwerk dat helpt om sneller waarde te leveren in projecten.
Binnen Scrum-management maken projecten voortgang via sprints, die één werkiteratie richting de doelen van het team vertegenwoordigen. Elke sprint of iteratie levert een opleverbaar increment op.
De Scrum-methodologie is een van de vele agile-methodologieën, die allemaal de historisch voorspellende of watervaldriehoek voor projecten en productontwikkeling op zijn kop zetten.
Waar traditionele methodologieën voor projectmanagement de scope beperken (bijvoorbeeld door deze vast te leggen in een projectscopeverklaring) en planning en middelen flexibel houden, leggen agile-methodologieën (waaronder Scrum) middelen en planning vast, maar houden ze de scope flexibel, afhankelijk van wat binnen de vastgestelde tijd en met de vastgestelde middelen het belangrijkst is om te bereiken.
In de kern stelt Scrum teams in staat om een gezonde spanning te creëren tussen het juiste doen, dit op de juiste manier doen en dit zo snel mogelijk doen.
Het doel van Scrum is om communicatie, teamwork en ontwikkelsnelheid te verbeteren. Concepten zoals sprints, Scrums, achterstanden en burndowndiagrammen zijn allemaal afgeleid van Scrum.
Waarom Scrum?
Een van de belangrijkste redenen voor de populariteit van Scrum is het vermogen om teams te helpen producten en diensten van hoge kwaliteit op een snelle en efficiënte manier te leveren. Door projecten op te delen in kleine, beheersbare onderdelen en de voortgang regelmatig te evalueren, kunnen teams problemen die ontstaan snel identificeren en aanpakken. Hierdoor kunnen ze op koers blijven en hun doelen tijdig bereiken.
Een andere reden voor de toepassing van Scrum is de nadruk op samenwerking en communicatie. In een Scrum-omgeving worden teamleden aangemoedigd om samen te werken en ideeën te delen, in plaats van een rigide hiërarchie te volgen. Dit kan een gevoel van eigenaarschap en verantwoordelijkheid creëren, waardoor teams gemotiveerd en betrokken kunnen blijven.
Over het algemeen wordt de toepassing van Scrum gedreven door het vermogen ervan om organisaties en teams te helpen hun doelen op een snelle en efficiënte manier te bereiken. Door teams de ruimte te geven om zichzelf te organiseren en beslissingen te nemen, kan Scrum organisaties helpen concurrerend te blijven en producten en diensten van hoge kwaliteit te leveren.
De kernmindset van Scrum: het Agile Manifest
Het Agile Manifest vormt de kern van de Scrum-methodologie en kan worden beschouwd als de onderliggende mindset achter alle agile-methodologieën. De Scrum-methodologie bouwt voort op het Agile Manifest om de hoe-vraagstukken aan de wat-vraagstukken te koppelen.
Met andere woorden: Scrum is een van de vele handleidingen voor het ontwikkelen van resultaten vanuit een agile-mindset. Hieronder volgt een overzicht van het Agile Manifest, gecombineerd met enkele kernprincipes van Scrum.
1. Individuen en interacties boven processen en hulpmiddelen
Ten eerste ligt de focus op individuen en interacties boven processen en hulpmiddelen. Communicatie is essentieel, niet de processen waarmee je project wordt uitgevoerd. Binnen Scrum betekent dit het zelforganiserende, cross-functionele team.
2. Werkende software boven uitgebreide documentatie
Er ligt een sterke focus op het snel produceren van opleverbare producten, in plaats van veel tijd te besteden aan het vastleggen van vereisten. Bij softwareontwikkeling met Scrum worden tijdgebonden werksprints uitgevoerd, waarbij aan het einde van elke sprint een opleverbaar productincrement wordt geproduceerd.
3. Samenwerking met de klant boven contractonderhandelingen
Agile waarden benadrukken samenwerking met de klant of opdrachtgever, waarbij gedurende het hele proces op alle momenten met de klant wordt samengewerkt en deze nauw betrokken is. Bij Scrum is er sprake van consistente en regelmatige betrokkenheid van de klant.
4. Reageren op verandering in plaats van een plan volgen
In plaats van veranderingen als de vijand te zien, vormt het vermogen om verandering als iets positiefs te beschouwen en erop te reageren de kern van het agile raamwerk. Scrum kent voortdurend veranderende vereisten en verandering wordt omarmd.
Naast het Agile-manifest kent Scrum zelf vijf waarden die essentieel zijn voor mensen en teams die effectief willen leren werken: betrokkenheid, focus, openheid, respect en moed.
Deze waarden geven een agile team of Scrum-team richting bij de manier waarop het zich tijdens het werk moet gedragen. De genomen beslissingen en ondernomen stappen moeten deze waarden versterken en ze niet afzwakken of ondermijnen. Wanneer ze effectief worden toegepast, komen de empirische Scrum-pijlers van transparantie, inspectie en aanpassing tot leven, waardoor vertrouwen wordt opgebouwd.
Wat zijn de 3 Scrum-artefacten?
Scrum-artefacten communiceren belangrijke informatie waarvan het Scrum-team tijdens de productontwikkeling op de hoogte moet zijn.
1. Productbacklog
De productbacklog bevat alle functies, functionaliteiten en vereisten die in het product moeten worden opgenomen, gerangschikt op volgorde van belangrijkheid. Het is gebruikelijk dat de vereisten van een product in de loop van de ontwikkeling veranderen, bijvoorbeeld om zakelijke behoeften of markttrends weer te geven. De productbacklog wordt voortdurend bijgewerkt om dergelijke veranderingen weer te geven.
2. Productbacklogitem
Dit zijn de items waaruit een productbacklog bestaat. Ze beschrijven de veranderingen die moeten worden aangebracht en het gewenste resultaat. Een manier om het gewenste resultaat uit te drukken op een manier die het ontwikkelingsteam begrijpt, is met behulp van ‘gebruikersverhalen’: een eenvoudige zin die uitlegt waar een bepaalde zakelijke gebruiker of gebruiker naar op zoek is in het product.
Gebruikersverhalen zijn als volgt opgebouwd: “Als een [leegte] wil ik [leegte], zodat ik [leegte] kan.”
3. Sprintbacklog
De sprintbacklog bestaat uit de productbacklogitems die voor een sprint zijn geselecteerd. Deze bevat ook een plan om aan het einde van de sprint een increment op te leveren.
De sprintbacklog definieert het werk dat het ontwikkelingsteam tijdens de volgende sprint uitvoert en de items die nodig zijn om een increment te produceren dat voldoet aan de definitie van gereed.
Het Scrum-raamwerk
Het Scrum-raamwerk is een agile methodologie die gericht is op het stapsgewijs en iteratief leveren van waarde in de loop van de tijd. Het proces begint met een producteigenaar die op basis van input van leidinggevenden, teams, belanghebbenden, klanten en gebruikers een productbacklog opstelt, en eindigt met een presentatie van afgerond werk tijdens een sprintreview, gevolgd door een sprintretrospectief. Dit proces wordt met regelmatige tussenpozen herhaald, meestal elke 1-4 weken.
Scrum is op zichzelf, net als de Scrum-gebeurtenissen, bewust lichtgewicht en eenvoudig. Scrum is gemakkelijk te leren, maar het kan moeilijk zijn om het onder de knie te krijgen. Het is bedoeld om een raamwerk te bieden voor multidisciplinaire teams die complexe problemen oplossen.
Kort gezegd: Scrum is een methodologie of proces om de agile mindset in de praktijk te brengen.
Scrum-rollen
Binnen de Scrum-methodologie zijn de rollen duidelijk gedefinieerd.
- Scrum-ontwikkelingsteam
- Scrum-master
- Producteigenaar
Deze rollen helpen het Scrum-model te onderscheiden van vergelijkbare agile methoden zoals extreme programmering, lean of testgestuurde ontwikkeling.
De Scrum-omgeving stimuleert het gebruik van kleine, flexibele teams van maximaal 9 mensen die de productbacklog doorlopen. Een lakmoesproef voor de teamgrootte is of je ze met twee pizza’s kunt voeden (ja, ik meen het serieus).
Dit komt doorgaans neer op 5-9 mensen per team. Mensen mogen telkens slechts aan één Scrum-team worden toegewezen. Deze regel wordt vaak gerechtvaardigd door de manier waarop teams communiceren, de manier waarop prikkels op elkaar worden afgestemd en het aantal mensen met wie een individu tegelijkertijd relaties kan onderhouden.
1. Scrum-ontwikkelingsteam
Een Scrum-ontwikkelingsteam is een groep professionals die verantwoordelijk is voor het opleveren van een vrijgeefbare increment die aan het einde van elke Sprint als ‘af’ kan worden beschouwd.
Ontwikkelingsteams zijn op de volgende manieren uniek:
- Ontwikkelingsteams zijn zelforganiserend. Niemand binnen het Scrum-team (zelfs de Scrum-master niet) mag hen vertellen hoe ze de productbacklog in increments moeten omzetten.
- Ze zijn multidisciplinair. Alle leden moeten over de vaardigheden beschikken die nodig zijn om een increment te creëren; sommigen kunnen over andere vaardigheden beschikken, maar iedereen moet kunnen bijdragen.
- Ze zijn als team verantwoordelijk voor successen en mislukkingen. Het maakt niet uit of één lid een fout heeft gemaakt waardoor het team aan het einde van een sprint geen increment heeft; het ontwikkelingsteam aanvaardt als geheel de verantwoordelijkheid.
2. Scrum-master
De Scrum-master is verantwoordelijk voor het faciliteren van het Scrum-proces. Die zorgt ervoor dat iedereen de Scrum-principes goed begrijpt en biedt waar nodig begeleiding en uitleg.
De Scrum-master leidt het Scrum-team tijdens de dagelijkse Scrum-bijeenkomst. Die stelt vaak drie vragen:
- Wat heb je gisteren gedaan?
- Wat ga je vandaag doen?
- Welke obstakels staan je in de weg?
De Scrum-master is niet de leider of personeelsmanager van een Scrum-team. Die is niet rechtstreeks verantwoordelijk voor de resultaten. Het hele team moet gezamenlijk verantwoordelijkheid nemen voor het eindproduct.
De Scrum-master werkt ook samen met de producteigenaar om ervoor te zorgen dat het project op schema ligt.
Die voert taken uit zoals:
- Ervoor zorgen dat iedereen de Scrum-doelen begrijpt.
- Het beheer van de productbacklog optimaliseren.
- Scrum-evenementen organiseren
- Helpen bij het wegnemen van belemmeringen wanneer die zich voordoen
Het is de taak van de Scrum-master om iedereen gefocust te houden en naar hetzelfde doel te laten toewerken. Die heeft de opdracht om obstakels weg te nemen, onnodige afleidingen te voorkomen en het team te helpen dag na dag vooruitgang te boeken. Hoewel het resultaat van Scrum uiteindelijk bij het hele team ligt, voelen Scrum-masters vaak veel druk om in deze rol succesvol te zijn.
3. Producteigenaar
De producteigenaar vertegenwoordigt het bedrijf of de klanten. Die zorgt ervoor dat de andere leden van het Scrum-team het doel van de sprint niet vergeten. Vanwege de grote verscheidenheid aan potentiële zakelijke gebruikers en klanten moet de producteigenaar de behoeften van de gebruikers goed begrijpen.
Elke sprint begint met het vastleggen en prioriteren van de vereisten en gewenste productfuncties door de producteigenaar voor het ontwikkelingsteam. Tijdens een planningssessie is het de taak van de producteigenaar om alle vragen van het ontwikkelingsteam over specificaties en vereisten te beantwoorden.
De producteigenaar is niet betrokken bij de ontwikkeling, maar kan tijdens elke sprint worden gevraagd om tussendoor verduidelijkende vragen te beantwoorden.
De dagelijkse verantwoordelijkheden van een producteigenaar kunnen het volgende omvatten:
- Productvereisten documenteren
- Initiatieven, epics en gebruikersverhalen schrijven
- Afstemmen met productmanagement om ervoor te zorgen dat de productvereisten aansluiten op de algemene productroutekaart
- Onderzoeken wat echte klanten en gebruikers van het product nodig hebben
- Verduidelijkende vragen van het ontwikkelingsteam beantwoorden
- Samenwerken met leiders in de hele organisatie om ervoor te zorgen dat hun product kan worden verkocht, geïmplementeerd, ondersteund enzovoort.
Producteigenaren zijn essentieel voor een succesvolle productontwikkelingscyclus binnen de Scrum-methodologie. Zonder duidelijke en geprioriteerde vereisten weten ontwikkelingsteams mogelijk niet wat ze in welke volgorde moeten ontwikkelen. Producteigenaren zorgen ervoor dat ontwikkelingsteams weten wat nu het belangrijkst is om aan te werken en wat daarna komt.
Scrum-evenementen (ook wel Scrum-ceremonies genoemd)
Er zijn 5 hoofdtypen Scrum-gebeurtenissen of Scrum-ceremonieën:
- De sprint
- Sprintplanning
- Dagelijkse Scrum (ook wel de dagelijkse stand-upbijeenkomst genoemd)
- Sprintreview
- Sprintretrospectief
Bepaalde typen Scrum-gebeurtenissen vinden plaats tijdens specifieke momenten in het ontwikkelingsproces. Deze staan ook bekend als de Scrum-ceremonieën.
1. De sprint
Een sprint in Scrum is een vaste periode van één maand of korter waarin ideeën worden omgezet in waarde. De sprint vormt de hartslag van Scrum. Een sprint is een vaste periode die zich in de loop van de tijd herhaalt. Teams meten hun toekomst vaak in sprints.
Het doel van de sprint is om de werktijd af te bakenen en teams ertoe te brengen hun toezeggingen na te komen. Sprints maken het mogelijk om doelen te stellen die van kortere duur, maar bijzonder solide zijn. Tijdens een sprint mag er niets veranderen wat het sprintdoel in gevaar zou brengen.
De sprint houdt het team bij de taak, maar maakt bijsturing of veranderingen van sprint tot sprint mogelijk. Sprints zorgen voor voorspelbaarheid door ervoor te zorgen dat wat het ontwikkelteam toezegt, binnen korte tijd wordt afgerond of beoordeeld.
Met sprints verdwijnt het idee van “we zien wel wanneer het gebeurt”. We weten wanneer dingen zullen gebeuren, omdat ze in de sprint wel of niet zijn toegezegd.
Een sprint duurt 1 tot 4 weken, niet langer. Dankzij deze beperking kunnen teams snel aan de slag gaan en snel stapsgewijze voortgang leveren, zonder mensen gek te maken. Sprints kunnen niet langer worden gemaakt of worden ingekort. Een sprint kan alleen worden geannuleerd als het sprintdoel achterhaald raakt. Alleen de producteigenaar heeft de bevoegdheid om de sprint te annuleren.
2. Sprintplanning
Tijdens een sprintplanning spreekt het team af welke reeks items uit de productbacklog het tijdens de komende sprint zal voltooien.
Voor elke week van een sprint wordt één uur uitgetrokken voor sprintplanning. De sprintplanningsbijeenkomst vindt plaats voordat een sprint begint. Als de komende sprint 4 weken duurt, trekt het team dus vier uur uit voor de bijeenkomst.
Het belangrijkste onderdeel van een sprintplanningsbijeenkomst is de voorbereiding die moet worden gedaan voordat de bijeenkomst begint. De producteigenaar komt naar de sessie met een geprioriteerde backlog van gebruikersverhalen en functies die hij of zij door het ontwikkelteam wil laten maken.
Tijdens de sprintplanningsbijeenkomst stemmen het ontwikkelteam en de producteigenaar precies af wat gewenst is en hoeveel tijd naar verwachting nodig is om aan die vereisten te voldoen.
Welke en hoeveel items uit de productbacklog worden voltooid, hangt af van de toezegging en snelheid van het team (de snelheid waarmee het ontwikkelteam incrementen kan creëren). Als je met een nieuw team plant, kun je het beste niet uitgaan van een verwachte snelheid totdat je enkele sprints met het team hebt uitgevoerd.
3. Dagelijkse Scrum
Elke dag vindt er een dagelijkse Scrum-bijeenkomst plaats waarin teamleden de voortgang bespreken die ze hebben geboekt en de problemen waarmee ze worden geconfronteerd. Het doel daarvan is om de voortgang te vieren, het huidige werk op elkaar af te stemmen en belemmeringen snel weg te nemen, zodat iedereen vooruit blijft gaan.
Scrum-bijeenkomsten vinden elke dag tijdens een sprint plaats. Ze mogen niet langer dan vijftien minuten duren en moeten volledig gericht zijn op het vooruit helpen van het team.
Dagelijkse Scrum-sessies worden elke dag gehouden om te voorkomen dat problemen zich op de achtergrond opstapelen. Alle vragen of zorgen moeten tijdens de dagelijkse Scrum-bijeenkomst aan de orde worden gesteld.
4. Sprintreview
De sprintreview vindt plaats aan het einde van een sprint, met als uitdrukkelijk doel de geboekte voortgang te bekijken. Tijdens een sprintreview beoordeelt de producteigenaar of de resultaten overeenkomen met de verwachtingen die tijdens de sprintplanning zijn vastgesteld. Hier controleert de producteigenaar of het werkresultaat voldoet aan de definitie van gereed.
5. Sprintretrospectief
Een sprintretrospective stelt je team in staat terug te kijken op gebeurtenissen en situaties uit het verleden. Volgens de Scrum Guide is de sprintretrospective een “gelegenheid voor het Scrum-team om zichzelf te inspecteren en een plan op te stellen voor verbeteringen die tijdens de volgende sprint moeten worden doorgevoerd.” Dat is logisch, vooral omdat de focus van agile ontwikkeling op voortdurende verbetering ligt. Om beter te worden, moet je weten welk zwaard je moet slijpen.
De retrospectieve moet een veilige omgeving creëren waarin mensen hun eerlijke feedback kunnen delen over wat goed gaat, wat kan worden verbeterd en een discussie kunnen voeren over wat de volgende keer moet veranderen, waarbij concrete actiepunten worden vastgelegd.
Projecten plannen met behulp van de Scrum-methodologie
De Scrum-methodologie kan worden gebruikt voor projecten van allerlei omvang en is gebaseerd op het principe van agile ontwikkeling, waarbij de nadruk ligt op de noodzaak van flexibiliteit en aanpassingsvermogen aan veranderingen.
De eerste stap bij het gebruik van de Scrum-methodologie is het opstellen van een geprioriteerde producttakenlijst. De producttakenlijst is een takenlijst met alle taken die moeten worden voltooid om het doel van het project te bereiken. Taken kunnen op elk moment aan de producttakenlijst worden toegevoegd en kunnen worden geprioriteerd op basis van hun belang.
Zodra de producttakenlijst is opgesteld, is de volgende stap het maken van een sprinttakenlijst. De sprinttakenlijst bevat een lijst met taken die tijdens een specifieke sprint of periode worden voltooid. De taken in de sprinttakenlijst moeten zijn gebaseerd op de belangrijkste en meest urgente taken uit de producttakenlijst.
Om ervoor te zorgen dat taken efficiënt en effectief worden voltooid, gebruikt de Scrum-methodologie een aantal specifieke richtlijnen om alles beheersbaar te houden. Deze richtlijnen omvatten:
- Taken moeten worden opgesplitst in kleine, beheersbare onderdelen
- Taken moeten aan specifieke teamleden worden toegewezen
- Teamleden moeten regelmatig bijeenkomen om elkaar op de hoogte te brengen van hun voortgang
- Het team moet zich altijd eerst richten op het voltooien van de belangrijkste taken
Zodra een team binnen de Scrum-methodologie is begonnen met het ontwikkelen en leveren van waarde, wordt de sprintcyclus herhaald. Het is de verantwoordelijkheid van de producteigenaar om ervoor te zorgen dat gebruikersverhalen en functieverzoeken klaar zijn voor het ontwikkelingsteam, zodat zij altijd iets hebben om aan te werken. De Scrum-master helpt het team om op een afgestemde en ordelijke manier vooruitgang te blijven boeken.
Door de richtlijnen van de Scrum-methodologie te volgen, kunnen teams productiever en efficiënter zijn terwijl ze hun project voltooien. Dankzij de flexibiliteit van deze aanpak kunnen waar nodig snel aanpassingen worden gedaan, waardoor projecten op koers en binnen de planning blijven. Scrum stimuleert ook teamwork, samenwerking en communicatie tussen teamleden, wat helpt om succesvolle resultaten te garanderen.
Voordelen van de Scrum-methodologie
De Scrum-methodologie is een agile techniek voor project- of productoplevering die teams helpt efficiënter en effectiever te werken. Het is een eenvoudige maar krachtige aanpak die kan worden gebruikt voor softwareontwikkeling, productontwerp, marketingprojecten en meer.
Enkele voordelen van het gebruik van de Scrum-methodologie zijn:
- Hogere productiviteit: Wanneer teams in korte tijdsperiodes, zogeheten “sprints”, kunnen werken, bereiken ze doorgaans meer dan wanneer ze gedurende een langere periode aan het project zouden werken.
- Meer samenwerking: De Scrum-methodologie moedigt teamleden aan nauw samen te werken om gemeenschappelijke doelen te bereiken. Dit kan misverstanden helpen verminderen en de communicatie verbeteren.
- Meer flexibiliteit: De Scrum-methodologie is flexibel en kan worden aangepast aan de specifieke behoeften van het projectteam. Dit kan ervoor zorgen dat het project prioriteit geeft aan het voltooien van de belangrijkste onderdelen, terwijl de afspraken over kosten en planning worden nagekomen.
- Betere kwaliteit: Door korte sprints te gebruiken, kunnen teams zich richten op het voltooien van specifieke taken en ervoor zorgen dat deze een zo hoog mogelijke kwaliteit hebben. Dit kan kostbare fouten helpen voorkomen en de algehele kwaliteit van het eindproduct of de einddienst verbeteren.
Een korte geschiedenis van Scrum
- 1986: Hirotaka Takeuchi en Ikujiro Nonaka publiceerden “Het nieuwe spel voor nieuwe productontwikkeling” in de Harvard Business Review en bedachten het woord “Scrum” voor gebruik buiten het rugbyspel.
- 1995: Jeff Sutherland en Ken Schwaber presenteerden Scrum op OOPSLA.
- 2001: Sutherland, Schwaber en 15 andere ontwikkelaars creëerden het “Manifest voor agile ontwikkeling”, dat doorgaans het “Agile Manifesto” wordt genoemd. De Agile Alliance werd opgericht en merkte Scrum aan als een van de agile methoden.
- 2002: Schwaber publiceerde samen met Mike Beedle “Agile softwareontwikkeling met Scrum”, richtte de Scrum Alliance op en begon Scrum-certificeringen aan te bieden.
- 2004: Schwaber publiceerde “Agile projectmanagement met Scrum”, waarna andere boeken en handleidingen over de toepassing van Scrum in verschillende contexten volgden.
- 2007: Het Scaled Agile Framework wordt ontwikkeld, bekend als SAFe.
- 2014: Dr. Dave Cornelius, een erkende katalysator op het gebied van Lean en Agile, presenteerde zijn promotieonderzoek op basis van de Scrum-methodologie, met de nadruk op “De waarde van Scrum voor organisaties”.
- Vanaf 2014 en daarna wordt Scrum toegepast in nieuwe contexten, waaronder op enorme schaal over de hele wereld.
Scrum: ter vergelijking
Scrum versus agile
Kort gezegd is agile de mindset en is Scrum een van de vele methodologieën die gebruikmaken van die agile mindset. Scrum valt als mindset binnen de overkoepelende term agile en wordt aangevuld door vele andere op agile gerichte methodologieën, waaronder extreme programming, lean, Kanban, SAFe, testgestuurde ontwikkeling, crystal en meer.
Het verschil tussen Scrum en agile is dat Scrum een plan of handleiding is voor het implementeren van processen die aansluiten bij de agile mindset. Agile softwareontwikkeling met Scrum is een van de populairste benaderingen voor ontwikkeling.
Lees hier meer over de verschillen tussen waterval en agile in bredere zin.
Scrum versus Kanban
Er zijn ook andere manieren om agile te implementeren. Een andere populaire benadering is bijvoorbeeld Kanban. Deze verschilt van Scrum doordat duidelijk omschreven rollen niet vereist zijn, sprints geen vaste duur hebben en wijzigingen in de agile workflow op elk moment tijdens de ontwikkeling mogelijk zijn.
De sleutel tot Kanban is het beperken van het aantal werkitems dat op een bepaald moment in uitvoering kan zijn. De limiet op werk in uitvoering (WIP) dwingt teams om samen problemen op te lossen en af te ronden waar ze aan zijn begonnen, omdat nieuwe items niet mogen worden gestart als oude items nog niet zijn voltooid (dit maakt capaciteitsplanning in Kanban vrij eenvoudig). Je herkent een Scrum-team aan zijn “sprints” en een Kanban-team aan de limieten op werk in uitvoering.
Je kunt een Scrum-team een Kanban-bord zien gebruiken (letterlijk betekent dit gewoon uithangbord) om hun werkitems visueel over verschillende statussen weer te geven – dat is prima! Het gebruik van een Kanban-bord doet geen afbreuk aan Scrum, ervan uitgaande dat de rollen, gebeurtenissen en tijdsblokken nog steeds worden gebruikt.
Lees hier meer over de verschillen tussen Scrum en Kanban.
Scrumsoftware
Scrum en Scrum-tools zijn niet alleen bedoeld voor softwareontwikkelingsteams, ook al is Scrum daar ontstaan. Het Scrum-framework kan in veel productieomgevingen worden gebruikt – van marketingbureaus tot bouwbedrijven.
Hier zijn enkele van de beste agile projectmanagementsoftware met functies zoals productbacklogs en sprintplanning die je helpen de Scrum-methodologie te volgen.
Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.
Lees diepgaande beoordelingen van deze tools—met schermafbeeldingen, scores en prijsinformatie—in de beoordeling van Scrumsoftware en de beoordeling van Scrumtools.
Beste Scrumbronnen
- Scrum Guides: De officiële (en GRATIS) Scrum-kennisbasis. Geschreven door de medeoprichters van Scrum, Ken Schwaber en Jeff Sutherland.
- Scrum.org: Een professioneel erkende organisatie die trainingen en officiële agile certificeringen aanbiedt, zoals professionele Scrum-masters, professionele Scrum-producteigenaren en professionele Scrum-ontwikkelaars.
- Scrum Alliance: Een organisatie die mensen van alle ervaringsniveaus onderwijst over Scrum. Ze bieden ook trainingen en certificeringen aan in de vorm van gecertificeerde Scrum-masters, gecertificeerde producteigenaren en gecertificeerde Scrum-ontwikkelaars.
- Scrum Inc: Opgericht door Jeff Sutherland, de medeoprichter van Scrum, die de blog regelmatig bijwerkt. Ze bieden trainingen en certificering aan.
- Atlassian: Australisch bedrijfssoftwarebedrijf dat gedetailleerde en op feiten gecontroleerde handleidingen over agile methodologieën aanbiedt, waaronder Scrum.
- Scrum-handleidingen van Visual Paradigm: Een grote database met artikelen over alles wat met Scrum te maken heeft, van basisdefinities tot het oplossen van specifieke problemen.
Je kunt ook deze cursussen over Scrum bekijken.
Scrumwoordenlijst
Voor mensen die niet bekend zijn met Scrum kan het intimiderend klinken. Hier volgt een overzicht van enkele veelgebruikte termen.
Hier is een lijst met Scrum-termen die je op elk moment opnieuw kunt raadplegen:
- Agile: De mentaliteit en het overkoepelende kader waarbinnen de Scrum-methodologie is ontwikkeld. Bevordert aanpassing en flexibiliteit boven een rigide structuur.
- Burndown-diagram: Een diagram dat laat zien hoeveel werk er nog resteert in de productbacklog.
- Burn-updiagram: Een diagram dat laat zien hoeveel werk uit de productbacklog is voltooid.
- Dagelijkse Scrum: Een dagelijkse bijeenkomst waarbij vijftien minuten wordt uitgetrokken om de komende werkdag te structureren.
- Definitie van gereed: De verwachting waaraan een increment moet voldoen om als klaar voor uitgave te worden beschouwd.
- Ontwikkelteam: Team binnen het Scrum-team dat het ontwikkelwerk beheert, organiseert en uitvoert dat nodig is om een increment te creëren.
- Empirisme: Procesbeheersing die stelt dat alleen het verleden zeker is. Maakt maximale flexibiliteit binnen het Agile-kader mogelijk. Hecht waarde aan transparantie, inspectie en aanpassing.
- Technische standaarden: Een reeks standaarden die door teams wordt gedeeld om increments te waarborgen.
- Functionaliteitsprognose: De verzameling increments uit de productbacklog die het ontwikkelteam mogelijk acht om in een sprint te voltooien.
- Increment: Een stuk software dat aan andere increments kan worden toegevoegd. Samen vormen voldoende increments een product.
- Productbacklog: Een lijst, doorgaans op volgorde, van het werk dat moet worden uitgevoerd om een product te creëren.
- Producteigenaar: Teamlid binnen Scrum dat verantwoordelijk is voor het maximaliseren van de waarde van een product.
- Scrum-bord: Een eenvoudige manier om de informatie die tussen het Scrum-team wordt gedeeld visueel weer te geven.
- Scrumgids: De oorspronkelijke definitie van Scrum. De gids beschrijft de rollen, gebeurtenissen, artefacten en regels van Scrum.
- Scrum-master: Verantwoordelijk voor het leiden van het Scrum-team. Zorgt ervoor dat iedereen de Scrum-principes goed begrijpt. Biedt waar nodig begeleiding en onderricht.
- Scrum-waarden: De kernwaarden die het Scrum-raamwerk aansturen. Dit zijn: betrokkenheid, focus, openheid, respect en moed.
- Zelforganisatie: Een kernprincipe van Scrum dat stelt dat teams hun werk intern moeten organiseren zonder inmenging van andere teams.
- Sprint: Een periode van één maand of korter waarin Scrum-gebeurtenissen worden uitgevoerd. Sprints worden direct na elkaar uitgevoerd. Er zijn geen pauzes tussen sprints.
- Sprintdoel: Het doel van de huidige sprint.
- Sprintretrospectief: Een bijeenkomst van maximaal drie uur waarin het sprintteam samenkomt en bespreekt welke verbeteringen voor de volgende sprint moeten worden doorgevoerd.
- Sprintreview: Een bijeenkomst van maximaal vier uur die het einde van een sprint markeert. Het werk wordt beoordeeld en de belanghebbenden inspecteren het increment om te controleren of het aan de definitie van gereed voldoet.
- Belanghebbende: Persoon buiten het Scrum-team. Biedt een extern perspectief en is actief betrokken bij sprintreviews.
Wat komt hierna?
Wil je contact leggen met andere digitale projectmanagers om bronnen en best practices te delen? Word lid van onze community en krijg toegang tot meer dan 100 sjablonen, voorbeelden en praktijkvoorbeelden en kom via Slack in contact met honderden andere digitale projectmanagers.
