Scrum Guide 2020 – De Wijzigingen
De verfijnde Scrum Guide 2020 – die op 18 november 2020 werd gepresenteerd – bevat enkele kleine maar belangrijke wijzigingen ten opzichte van 2017. De uitgevers, Dr. Jeff Sutherland en Ken Schwaber, benadrukken de hieronder genoemde wijzigingen tussen de versies van 2017 en 2020.
Ons perspectief op de bijgewerkte Scrum Guide
Over het geheel genomen verwelkomen we de veranderingen die tijdens het Launch Event zijn gepresenteerd en die we vooraf al voor dit artikel hadden ontvangen. We geloven dat ze de gids terugbrengen naar zijn wortels en niet te voorschrijvend zijn, waardoor er eindelijk weer een echt raamwerk voor Scrum is. Dit zorgt er bovendien voor dat de gids makkelijker toepasbaar is in sectoren buiten de softwareontwikkeling. Een stap die, gezien het toenemende gebruik van het Scrum Framework in zeer diverse gebieden, zeker heel belangrijk is – daarom behandelen we de toepassing in andere sectoren al lange tijd in onze trainingen.
Daarnaast zijn er nog enkele wijzigingen die we graag hadden gezien, maar die niet zijn doorgevoerd. Maar wie weet wat de volgende iteratie van de Scrum Guide zal brengen. 😉
Wijzigingen van de Scrum Guide 2017 naar de Scrum Guide 2020
Hieronder presenteer ik kort de wijzigingen in de Scrum Guide 2020 en geef ik aan hoe wij als trainingsaanbieder, oftewel als Scrum Academy GmbH, deze wijzigingen beoordelen.
Minder voorschriften!
In de loop der jaren werd de Scrum Guide steeds voorschrijvender. De versie van 2020 had als doel om Scrum weer tot een minimaal toereikend raamwerk te maken door de bepalend klinkende taal te verwijderen of af te zwakken. Zo werden bijvoorbeeld de Daily Scrum-vragen verwijderd, de taal rondom PBI-attributen en Retro Items in de Sprint Backlog afgezwakt, en de paragraaf over het afbreken van een Sprint ingekort, en nog veel meer.
Perspectief van Scrum Academy:
Deze wijziging bevalt ons erg, omdat het een stap terug is naar een framework en niet verder richting een Body of Knowledge (BoK), vergelijkbaar met de PMBOK® van PMI. De schoonheid van Scrum ligt in zijn eenvoud en universaliteit. We hebben Scrum als organisatie toegepast in software, hardware, farma en allerlei soorten dienstverlening. Een terugkeer naar de wortels maakt de concepten toegankelijker voor mensen buiten de wereld van softwareontwikkeling.
Eén team, gericht op één product
Het doel was om het concept van een apart team binnen een team te elimineren, wat steeds vaker leidde tot "plaatsvervanger"- of "wij en zij"-gedrag tussen de Product Owner en het Dev-team. Er is nu expliciet nog maar één Scrum Team, dat zich op hetzelfde doel richt en drie verschillende soorten verantwoordelijkheden kent: Product Owner, Scrum Master en Developers.
Perspectief van Scrum Academy:
We zijn enthousiast over deze verandering! Het concept van een team binnen het team leidde regelmatig tot verwarring – of dat nu in een training was of later bij de implementatie van Scrum. De "wij" tegen "zij"-mentaliteit is echt gevaarlijk voor elk team en in het bijzonder voor agile teams. Toch wordt benadrukt dat de verantwoordelijkheden binnen de teams duidelijk zijn toegewezen en dat ook moeten zijn.
We vinden het ook goed dat wordt benadrukt dat er binnen het Scrum Team geen formele hiërarchieën bestaan – alleen verschillende verantwoordelijkheden. We hopen echt dat deze kleine maar belangrijke terminologische wijziging ertoe zal leiden dat steeds meer mensen de rollen in Scrum op dezelfde manier interpreteren als wij.
Het enige wat we voor de toekomst zouden wensen, is een naamsverandering van "Developers". Maar al te vaak zien we mensen die ervan uitgaan dat hiermee uitsluitend softwareontwikkelaars worden bedoeld – wat niet het geval is.
Introductie van het Productdoel
De Scrum Guide 2020 introduceert het concept van een Productdoel om het Scrum Team te richten op een groter waardevol doel. Elke Sprint moet het (deel)product dichter bij het overkoepelende Productdoel brengen.
Perspectief van Scrum Academy:
Over het algemeen zijn we blij met de introductie van het Productdoel en de nadruk dat elke Sprint het product dichter bij het totale Productdoel moet brengen. Maar eerlijk gezegd hadden we hier liever de term Productvisie gezien, omdat dit een begrip is dat veel mensen in het verleden al gebruikten en het al jarenlang actief en succesvol inzetten. Er zijn zelfs populaire tools die hierop voortbouwen, zoals het Product Vision Board van Roman Pichler.
Een aspect dat we nuttig vinden, is een systematische aanpak om na te denken over het Productdoel, oftewel: wat moet het Productdoel omvatten. Tegelijkertijd zou dit het raamwerk weer te voorschrijvend kunnen maken… dus misschien is het prima om het te laten zoals het nu is.
Om teams te ondersteunen bij het systematisch opstellen van een passend Productdoel, hebben we als antwoord op de Scrum Guide 2020 het Product Goal Canvas ontwikkeld. Dit eenvoudige hulpmiddel helpt teams om systematisch na te denken en het Productdoel te formuleren.
Een thuis voor Sprintdoel, Definition of Done en Productdoel
Eerdere Scrum Guides beschreven het Sprintdoel en de Definition of Done, zonder ze echt een eigen identiteit te geven. Ze waren niet helemaal artefacten, maar hingen er op de een of andere manier aan vast. Met de toevoeging van het "Productdoel" biedt de Scrum Guide 2020 versie meer duidelijkheid. Elk van de drie artefacten bevat nu "commitments" bij de artefacten. Bij de Product Backlog gaat het om het Productdoel, bij de Sprint Backlog om het Sprintdoel en bij het Increment om de Definition of Done (nu ook zonder "aanhalingstekens"). Ze bestaan om transparantie en focus op de voortgang van elk artefact te bieden.
Het perspectief van de Scrum Academy: Dit is ook een geweldige toevoeging! Al jarenlang vond ik het lastig om uit te leggen waarom de Definition of Done of het Sprintdoel geen artefacten zijn. Dit alles, samen met het idee om het Productdoel aan specifieke artefacten te koppelen, is een geweldige stap en maakt hun betekenis des te tastbaarder.
Het Productdoel helpt ons te bepalen wat er in een Product Backlog moet worden opgenomen. Het Sprintdoel helpt ons bij het kiezen van de prioriteit, zodat de juiste elementen in onze Sprint Backlog worden opgenomen. En last but not least is de Definition of Done onze checklist om vast te stellen of er wel of niet een Increment is opgeleverd.
Zelfbestuur boven zelforganisatie
Eerdere versies beschreven ontwikkelteams als zelforganiserend, waarbij ze zelf kozen wie er werkte en hoe ze werkten. Met een sterkere focus op het Scrum Team benadrukt de Scrum Guide versie 2020 een zelfbesturend Scrum Team, dat kiest wie er werkt, hoe er gewerkt wordt én waaraan gewerkt wordt.
Perspectief van de Scrum Academy:
Deze verandering bevalt ons erg goed, omdat ze veel beter past bij de bestaande terminologie. De term "zelforganiserend" maakt niet duidelijk wat de autoriteit van het team is. Terwijl "zelfbesturend" wél verklaard kan worden door een blik op Hackmans autoriteitsmodel (zie hieronder).
Dit model laat duidelijk zien dat het zelforganiserende Scrum Team verantwoordelijk is voor de uitvoering van taken, het bewaken en het managen van hun werk. Het is echter niet verantwoordelijk voor het samenstellen van het team of het bepalen van de organisatorische context en de algemene richting van het bedrijf.
Het derde onderwerp bij Sprint Planning
Naast de al bestaande twee Sprint Planning onderwerpen "Wat" en "Hoe" legt de 2020 Scrum Guide de nadruk op een derde onderwerp, "Waarom", dat betrekking heeft op het Sprintdoel.
Perspectief van de Scrum Academy:
Het is alleen maar consistent met de introductie van het Productdoel om ook een korte "Waarom"-bespreking op te nemen in de Sprint Planning, waarin de Product Owner verantwoordelijk is voor het verbinden van de punten.
Algemene vereenvoudiging van de taal voor een breder publiek
De Scrum Guide 2020 legt de nadruk op het elimineren van overbodige en complexe uitspraken, en op het verwijderen van alle overgebleven verwijzingen naar IT-werk (zoals testen, systeem, design, requirements, etc.). De Scrum Guide omvat nu minder dan 13 pagina's.
Perspectief van de Scrum Academy: Over het geheel genomen geloven we dat de huidige update van de Scrum Guide een goede en belangrijke stap voorwaarts is om Scrum sterker te positioneren buiten de wereld van softwareontwikkeling.
De volledige Scrum Guide 2020 kun je lezen in ons kennisgedeelte. Wil je hem liever beluisteren, dan raden we je de audioversie aan van onze trainer Kai H. Simons.
