Wat is Scrum?

Scrum is een framework voor het ontwikkelen, opleveren en onderhouden van complexe producten door middel van effectieve teamsamenwerking. Het biedt een lichtgewicht proces om collaboratieve, teamgebaseerde activiteiten te focussen en te coördineren terwijl het Scrum Team gecompliceerde adaptieve problemen aanpakt en incrementeel en volgens een voorspelbaar schema een product van optimale waarde oplevert.

Oorspronkelijk bedacht door professoren Hirotaka Takeuchi en Ikujiro Nonaka en gepubliceerd als "The New Product Development Game" in de Harvard Business review in 1986, werd Scrum aangepast en gepopulariseerd door Jeff Sutherland en Ken Schwaber in de jaren '90. Het is een steeds populairdere manier van werken geworden, die zich vanuit softwareontwikkeling heeft uitgebreid naar veel gebieden van productontwikkeling die kunnen profiteren van een iteratieve en incrementele aanpak. Het slaagt of faalt op basis van de technische competentie en collaboratieve inspanningen van het team.

Vanuit processperspectief biedt Scrum een eenvoudige en uiterst effectieve agile aanpak voor productoplevering. Zoals later zal worden getoond, is Scrum niet bedoeld om een agile aanpak voor projectmanagement te beschrijven, en doet dit ook niet.  

Het raamwerk omvat drie verschillende rollen die een Scrum Team vormen, elk met duidelijk gedefinieerde verantwoordelijkheden, vijf gebeurtenissen en drie artefacten. De regels die worden beschreven in The Scrum Guide verbinden de rollen, gebeurtenissen en artefacten met elkaar en sturen hun relaties en interacties.

• De 5 Gebeurtenissen: De Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective
• De 3 Artefacten: Product Backlog, Sprint Backlog, Product Increment
• De 3 Rollen: Product Owner, Developer, Scrum Master.

1. De Sprint is een time-box, die elke duur kan hebben maar typisch 2 tot 4 weken duurt, waarin een of meer "Done" (d.w.z. bruikbare, en tenminste potentieel uitbrengbare) Product Incrementen worden gecreëerd. De Sprint bevat alle andere events.
2. Sprint Planning is waar het werk dat uitgevoerd moet worden in de volgende Sprint wordt gepland door de Developers. Zij onderhandelen over een realistisch Sprint Goal met de Product Owner, selecteren geschikte items uit de Product Backlog om bij te dragen aan dat doel en plannen het werk om dit te bereiken.
3. De Daily Scrum is een meeting van 15 minuten die gehouden wordt door de Developers in het Scrum Team. Het wordt elke dag van de Sprint gehouden en de Developers gebruiken het om hun commitment aan het bereiken van het Sprint Goal te bevestigen en hun plannen dienovereenkomstig aan te passen.
4. De Sprint Review wordt gehouden aan het einde van de Sprint. Het doel is om zichtbaar te maken aan stakeholders wat er geleverd is in de Sprint, om hen de mogelijkheid te geven formeel te inspecteren en aanpassingen voor te stellen aan de Product Backlog om de voortgaande ontwikkeling te sturen.
5. De Sprint Retrospective is een kans voor het Scrum Team om te reflecteren op de effectiviteit van hun manier van werken en een plan te creëren voor verbeteringen die uitgevoerd zullen worden tijdens de volgende of daaropvolgende Sprints.

Scrum's drie artefacten zijn ontworpen om de focus te behouden op de waarde die geleverd moet worden. Ze zijn transparant – dat wil zeggen bewust zichtbaar – voor iedereen die geïnteresseerd is in wat het Scrum Team doet en hoe ze hun werk aanpakken. Elk artefact bevat een commitment.

De Product Backlog is een geordende lijst van alles wat gedaan moet worden om het Product Goal te bereiken. Het is de enige bron van werk voor het Scrum Team. Hoewel er meer dan één Product Goal kan zijn, bijvoorbeeld ter beschrijving van een product roadmap, wordt er slechts aan één goal tegelijk gewerkt. Het Product Goal is het doel, het commitment, dat de Product Backlog beoogt te bereiken.

De Sprint Backlog bevat de set Product Backlog items die zijn geselecteerd voor een Sprint en al het werk dat nodig is om het Sprint Goal te bereiken. Hoewel er tijdens de Sprint één of meer Product Increments kunnen worden opgeleverd, is er slechts één Sprint Goal. Het Sprint goal is het commitment voor de Sprint Backlog en is wat de Developers nastreven te bereiken.

Het Product Increment is wat de developers creëren dat voldoet aan de behoefte beschreven door één of meer product backlog items. Het is een tastbare stap richting het bereiken van het Sprint Goal. Wanneer er meer dan één wordt opgeleverd in een Sprint, bevat elk Product Increment de vorige. Het commitment is om de 'Definition of Done' voor het Product Increment te bereiken. Deze 'Definition of Done' is een formele beschrijving van de noodzakelijke kwaliteitsnormen waaraan het product moet voldoen.

We weten uit het Agile manifesto dat beoefenaars van wendbaarheid individuen en interacties waarderen boven processen en tools – wat betekent dat hoewel er plaats is voor processen en tools – en laten we heel duidelijk zijn, Scrum bevat een significant proceselement – we mensen en de manier waarop ze samenwerken, meer waarderen. De rollen en verantwoordelijkheden die bij die rollen horen, evenals de collaboratieve interacties tussen de individuen die die rollen vervullen, zijn fundamenteel voor het effectieve gebruik van Scrum.

Een Scrum Team bestaat uit één Product Owner, één Scrum Master en doorgaans tussen de 5 en 9 Developers. Het team moet multifunctioneel zijn – gezamenlijk alle competenties bezitten die nodig zijn om het gewenste product op te leveren en het vermogen hebben om samen te werken om dat doel te bereiken. Het team is zelforganiserend – erkent geen hiërarchische structuur en laat toe dat leiderschap voor specifiek werk naar voren komt wanneer gepast.

Product Owner

De Product Owner is verantwoordelijk voor het maximaliseren van de waarde van het product dat voortkomt uit het werk van het Scrum Team. De Product Owner is een individu, geen commissie en vertegenwoordigt doorgaans de behoeften van veel stakeholders, inclusief de klanten voor wie de waarde wordt gecreëerd. Bij het bijdragen aan het werk van het Scrum Team zijn zij verantwoordelijk voor effectief Product Backlog beheer, wat het volgende omvat:

• Het ontwikkelen en expliciet communiceren van het Product Goal.
• Het creëren en duidelijk communiceren van Product Backlog items.
• Het prioriteren van Product Backlog items.
• Ervoor zorgen dat de Product Backlog transparant, zichtbaar en begrepen is.

Elke stakeholder die de Product Backlog wil wijzigen kan dit alleen doen via de Product Owner.

Developer

De Developer rol in het Scrum Team geldt voor iedereen die actief samenwerkt met anderen in het team om het Product te ontwikkelen – zelfs iemand die ook een van de andere rollen vervult kan een Developer zijn. De vaardigheden die een Developer nodig heeft zullen variëren afhankelijk van het type werk dat wordt uitgevoerd en wat er wordt geproduceerd. Developers die in een Scrum Team werken om een tuin aan te leggen hebben een heel andere vaardighedenset nodig dan degenen die een uitgebreid dinerfeest voorbereiden of degenen die een nieuw spel bouwen voor een smartphone. Scrum kan in al deze ontwikkelomgevingen worden toegepast.

In Scrum zijn Developers altijd verantwoordelijk voor:

• Het maken van een plan voor de Sprint, de Sprint Backlog;
• Het waarborgen van kwaliteit door het naleven van een Definition of Done;
• Het elke dag aanpassen van hun plan richting het Sprint Goal; en,
• Elkaar verantwoordelijk houden als professionals.

Scrum Master

De Scrum Master is verantwoordelijk voor het vaststellen van Scrum zoals gedefinieerd in de Scrum Guide. Zij doen dit door iedereen te helpen Scrum theorie en praktijk te begrijpen, zowel binnen het Scrum Team als de organisatie.

Vaak aangeduid als een dienende leider, heeft de Scrum master geen bevelsautoriteit – zij vertellen mensen niet wat ze moeten doen en hoe ze zich moeten gedragen, zij helpen hen begrijpen hoe Scrum zou moeten werken en doen wat zij kunnen om de adoptie ervan te faciliteren. Zij verlenen een dienst aan:

• Het Scrum Team – het coachen van hun Scrum adoptie, hen helpen manieren te vinden om voortdurend de manier waarop zij waarde leveren te verbeteren en het wegwerken van alles wat dit in de weg staat.
• De Product Owner – hen helpen met Product Backlog beheer en hen helpen ervoor te zorgen dat Product Goals en Product Backlog items goed vormgegeven, uitgedrukt en begrepen zijn.
• De bredere organisatie waarin het Scrum Team bestaat – hen helpen de Scrum manier van werken te begrijpen en hoe zij moeten werken en zich gedragen om Scrum Teams optimaal effectief te laten zijn.

Het Scrum-framework is gebaseerd op de theorie van empirische procesbeheersing, of empirisme, die stelt dat kennis voortkomt uit ervaring en dat besluitvorming gebaseerd is op wat waargenomen kan worden. De pijlers van empirische procesbeheersing zijn transparantie van proces en voortgang, inspectie van proces en voortgang en aanpassing van zowel het opkomende product (het beter maken bij elke iteratie en increment) als werkwijzen (het continu verbeteren van teameffectiviteit en prestaties).

Het is belangrijk te begrijpen hoe het empirische proces effectief te maken. Transparantie maakt Inspectie mogelijk, Inspectie maakt Aanpassing mogelijk en Aanpassingen moeten Transparant zijn. Inspectie zonder Transparantie is misleidend en verspillend, Inspectie zonder intentie voor Aanpassing is zinloos en Aanpassing zonder Transparantie om de impact ervan te Inspecteren maakt Aanpassing riskant.

Effectieve Scrum teams leven en ademen een set van vijf waarden. Deze waarden zijn niet uniek voor een Scrum team, maar door ze expliciet te maken stimuleren ze effectief, collaboratief teamwerk. De waarden zijn Commitment, Focus, Openheid, Respect en Moed.

• Commitment: Scrum teamleden zijn toegewijd aan het behalen van sprint doelen en het leveren van hoogwaardige werkresultaten door middel van iteratieve ontwikkeling en incrementele oplevering. Dit bevordert verantwoordelijkheid en aansprakelijkheid onder teamleden.
• Moed: Scrum teamleden hebben de moed om uitdagingen en belemmeringen openlijk aan te pakken. Ze zijn bereid risico's te nemen en problemen aan te kaarten die het succes van het team kunnen beïnvloeden.
• Openheid: Scrum teamleden delen informatie, voortgang en zorgen onderling, waardoor vertrouwen en samenwerking binnen het team worden bevorderd.
• Focus: Scrum teamleden behouden een collectieve focus op Product- en Sprint Doelen, waarbij ze hun werk prioriteren om de levering van waarde te optimaliseren.
• Respect: Scrum teamleden respecteren elkaar als professionals en erkennen elkaars vaardigheden, perspectieven en bijdragen terwijl ze het product opleveren. Dit creëert een positieve werkomgeving en versterkt de samenwerking tussen teamleden.

Deze waarden kunnen en zouden toegepast moeten worden om elke agile manier van werken effectief te maken.

De Scrum-waarden dragen gezamenlijk bij aan het vermogen van het Scrum-team om:

• Zich aan te passen aan verandering: Scrum reageert zeer responsief op veranderende requirements. Het accommodeert evoluerende klantbehoeften door aanpassingen mogelijk te maken aan het einde van elke sprint, wat flexibiliteit en meer klanttevredenheid bevordert.
• Samen te werken om beslissingen te nemen: De zelforganiserende aard van het Scrum Team en de empirische onderbouwing van de Scrum-werkwijze moedigt samenwerking aan. Het leven van de Scrum-waarden brengt collaboratief werken tot leven.  
• Continu te verbeteren: Scrum incorporeert regelmatige retrospectives – waarvan het doel is om regelmatige kansen te bieden voor het Scrum Team om de effectiviteit van hun werkwijze te inspecteren en verbetergebieden te identificeren. Dit is continue verbetering in actie.
• Een klantgerichte aanpak te omarmen: Scrum legt een sterke nadruk op het leveren van waarde aan de klant. De Product Owner, die klantbelangen vertegenwoordigt, prioriteert functies en zorgt ervoor dat het product gedurende de gehele ontwikkeling aansluit bij klantbehoeften en -verwachtingen.

Scrum biedt talloze voordelen voor productontwikkeling en verbetert efficiëntie, samenwerking en aanpasbaarheid:

• Flexibiliteit
• Snellere Time to Market
• Verbeterde Samenwerking
• Verbeterde Productkwaliteit
• Verhoogde Klanttevredenheid
• Hogere Productiviteit
• Beter Risicomanagement
• Transparantie
• Geëmancipeerde Teams
• Continue Verbetering.

Ontdek meer over de 10 belangrijkste voordelen van Scrum, uitgebreid beschreven in deze blog.

Scrum kan verschillende uitdagingen en nadelen met zich meebrengen. Bij het implementeren van Scrum kan er, zoals bij alle nieuwe manieren van werken, weerstand tegen verandering zijn. Teams kunnen worstelen met het niveau van samenwerking en communicatie dat nodig is om Scrum effectief te laten werken. Rollen zoals de Scrum Master hebben ook specifieke verantwoordelijkheden die verschillen van traditionele rollen, en het verkeerd begrijpen van deze rollen kan leiden tot verwarring en inefficiëntie. Zodra Scrum is geïmplementeerd, zijn er nog steeds uitdagingen om het hoofd te bieden, veelvoorkomende risico's of nadelen zijn:-

1. Onvoldoende ondersteuning van het management: Zoals bij elk veranderingsinitiatief zonder sterke ondersteuning van het management binnen de organisatie, zal de adoptie van Scrum weerstand ondervinden of uitdagingen tegenkomen bij het overwinnen van organisatorische barrières. Gebrek aan begrip van de benodigde culturele verandering en zwakke toewijding hieraan op hogere niveaus kan de waarde die Scrum als werkwijze kan leveren ernstig beperken.
2. Leercurve: Initiële verstoringen en aanpassingen kunnen de productiviteit beïnvloeden terwijl teamleden zich aanpassen aan de nieuwe rollen, gebeurtenissen en samenwerkingsprocessen die door Scrum worden geïntroduceerd. Het gezegde dat dingen slechter kunnen worden voordat ze beter worden is vaak waar. De sleutel is om tijd voor leren toe te staan en mensen te identificeren met een bewezen staat van dienst in het elders laten werken hiervan die kunnen helpen.
3. Overcommitment:  Teams kunnen het risico lopen om zich tijdens sprint planning te veel te committeren aan werk, wat leidt tot burn-out of compromissen in de kwaliteit van de deliverables. Het balanceren van het verlangen naar snelle vooruitgang met realistische doelstellingen is cruciaal voor het handhaven van duurzame ontwikkelingspraktijken. Het is belangrijk om een duurzaam tempo vast te stellen – verwacht falen in het behalen van Sprint Doelen terwijl het team uitzoekt wat er kan worden bereikt.
4. Overnadruk op korte termijn doelen: De focus op korte sprints van vaste lengte in Scrum kan soms leiden tot een beperkte kijk, waarbij teams prioriteit geven aan directe doelen boven lange termijn strategische doelstellingen. In een pure productomgeving zou een goede Product Owner in staat moeten zijn om een passende lange termijn focus te communiceren en te behouden. Wanneer uitgedaagd door complexiteit kan iets meer nodig zijn…
5. Problemen met het integreren van het werk van meerdere teams voor grotere, meer complexe ondernemingen: Scrum is sterk wanneer toegepast op individuele teams maar extreem zwak wanneer het te verrichten werk de capaciteit van de '10 of minder' mensen in het team om het te bereiken overstijgt. In deze omstandigheid wordt een breder framework aanbevolen om met schaal en/of complexiteit om te gaan.

Voor extreme schaal in een productcontext – waar honderden ontwikkelaars nodig zijn – kan een geschaald framework zoals SAFe raadzaam zijn. Voor kleinere schaalproblemen – tot 100 ontwikkelaars bijvoorbeeld – en/of waar de complexiteit van de algehele bedrijfsoplossing meerdere producten, diensten en andere activiteiten omvat, dan zal een agile projectframework zoals AgilePM aan de behoefte voldoen.  

Voortbouwend op het schalingsprobleem dat hierboven werd genoemd, beantwoorden experts op het gebied van agile projectmanagement in deze aflevering van APMG's 'Level Up' serie vragen over agile projectmanagement en scrum. Een van de belangrijkste vragen die wordt behandeld is het verschil tussen deze benaderingen.  Onderwerpen zoals sprint planning, de ideale lengte van een Sprint en de waarde van dagelijkse stand-ups worden besproken.

Het Agile Business Consortium heeft hun wereldleidende Agile Project Management benadering (AgilePM) doorontwikkeld om een versie te bieden die specifiek is ontworpen om te werken met Scrum. AgilePM for Scrum biedt een enkel raamwerk voor de levering van complete bedrijfsoplossingen. Het behandelt expliciet oplossingen die meerdere producten of diensten omvatten, waarbij de gecombineerde ontwikkelingsinspanning van meerdere scrum-teams vereist is, of een combinatie van scrum- en niet-scrum-teams. Met technieken om agile cross-team planning en coördinatie aan te pakken, leiderschap vanuit het perspectief van bedrijfsvisie, oplossingsarchitectuur en projectmanagement, governance, risico's, en meer is dit zeker het overwegen waard voor die meer complexe projectsituatie.

In deze video bespreken Richard Pharro, CEO van APMG International, en ikzelf 'AgilePM for Scrum.' Dit nieuwe raamwerk combineert de sterke punten van twee leidende Agile raamwerken. Richard stelt kernvragen, met als doel inzichten te bieden in het raamwerk, inclusief de reikwijdte, de beweegredenen achter de ontwikkeling ervan, en wie het meeste baat heeft bij het raamwerk. Daarnaast verkennen we het geaccrediteerde trainings- en certificeringsprogramma dat dit raamwerk ondersteunt.

Scrum heeft een belangrijk pad gebaand voor wendbaarheid in softwareproductontwikkeling en is om goede redenen een zeer populaire en veelzijdige aanpak, omdat het perfect past bij het opleveren van producten die klanten verrassen ondanks complexe en veranderende vereisten. Het benut de voordelen van multifunctionele, samenwerkende teams om sneller en efficiënter waarde te leveren dan hun minder wendbare tegenhangers.

Het is echter niet zonder uitdagingen... Ken Schwaber en Jeff Sutherland stellen in hun Scrum Guide 2020 dat "Het Scrum framework, zoals hier uiteengezet, is onveranderlijk. Hoewel het mogelijk is om slechts delen van Scrum te implementeren, is het resultaat geen Scrum. Scrum bestaat alleen in zijn geheel…"

Scrum is een eenvoudig, elegant, effectief agile framework voor productoplevering. Dit is keer op keer bewezen over de hele wereld in vele verschillende toepassingen binnen vele verschillende industrieën, maar alleen wanneer het in zijn geheel wordt gebruikt. Als je een element van Scrum weglaat, werkt het simpelweg niet goed. Scrum werkt, ScrumBut riskeert mislukking. ScrumBut beschrijft een situatie waarin "we gebruiken Scrum maar we doen dit niet".  Voor 'we doen dit niet' kun je alles invullen wat je wilt… "We doen geen daily Scrum", "we werken niet samen", "we hebben geen Scrum Master maar een manager", "we hebben geen product backlog, we hebben een specificatie", "we definiëren geen Sprint Goal" enz. Schwaber en Sutherland hebben Scrum ontwikkeld, hebben de geleidelijke en zorgvuldige evolutie ervan sinds midden jaren 90 begeleid – accepteer hun wijsheid en doe het goed.  

Als jouw focus op productontwikkeling ligt, dan is het gemakkelijk in te zien hoe het brengen van wendbaarheid naar dat gebied door het toepassen en voortdurend verbeteren van de toepassing van Scrum enorme voordelen kan bieden. Maar als je zorg zich breder uitstrekt dan pure productontwikkeling, dan kan Scrum op zichzelf staand ontoereikend blijken.

Training, onderwijs en voortdurende aanmoediging en ondersteuning van Scrum Teams is nodig om het succes van Scrum te benutten. APMG biedt de volgende certificeringen voor de belangrijkste rollen.

Deze cursus leert je uitblinken als Scrum Master, waarbij je product- en oplossingsontwikkeling verbetert met behulp van Scrum. Belangrijke leerpunten zijn onder meer een uitgebreid begrip van het Scrum Framework, Scrum-principes en de rol van de Scrum Master. Je leert ook hoe je effectieve ontwikkelteams opbouwt, optreedt als dienend leider, Scrum-evenementen faciliteert, Product Owners helpt bij backlogbeheer en Scrum-adoptie stimuleert.

In deze cursus leer je hoe je de waarde van producten kunt maximaliseren die door Scrum Teams worden opgeleverd. Krijg een diepgaand begrip van het Scrum Framework en de rol van de Scrum Product Owner. Beheers de Scrum principes en hoe je een waardegedreven product backlog opbouwt en prioriteert, waarbij je epics en thema's opbreekt in uitvoerbare user stories.

De eerste dag van zowel de Scrum Master als Product Owner cursussen zijn identiek – neem contact op met uw APMG trainingsaanbieder over het aanbieden van deze dag als een op zichzelf staande cursus, ideaal voor teamleden en belanghebbenden. Het behandelt alles in de Scrum Guide – en zij moeten het allemaal weten.   

AgilePM for Scrum combineert Scrum met 's werelds leidende agile projectmanagementbenadering (AgilePM) om een enkel framework te bieden voor het opleveren van complete bedrijfsoplossingen waar iteratieve en incrementele ontwikkeling vereist is. Deze certificering rust je uit met de vaardigheden om Scrum te integreren met Agile Project Management. De cursussen behandelen de principes en theorie die ten grondslag liggen aan het Scrum-framework – geleverd door APMG en Agile Business Consortium geaccrediteerde aanbieders.

De afbeelding van het 'Scrum Framework' is gemaakt door het Agile Business Consortium. Copyright © 2024, Agile Business Consortium. Alle rechten voorbehouden.