Het Scrum Team moet uit maximaal tien mensen bestaan. Maar wat te doen als een grotere groep specialisten aan één project moet werken? Of als de organisatie besluit een agile manier van management te volgen? Om dit probleem op te lossen, hebben Scrum-ontwikkelaars Scrum@Scale voorgesteld. Het is een schaalvrije architectuur om hele teams te organiseren volgens de Scrum-principes.
Scaling Scrum – inhoudsopgave:
- Inleiding
- Scrum@Scale
- De Scrum van Scrums
- Verdere schaalvergroting en Scrum@Scale-kwesties
- Samenvatting
Inleiding
Wanneer een organisatie groeit, verschijnen er nieuwe soorten problemen. Bijvoorbeeld, een daling in de effectiviteit van werknemers die wordt veroorzaakt door een complexe interne structuur, moeilijke besluitvorming of richtingbepaling. Bedrijven die agile werken op het niveau van kleine projectteams kijken vaak naar schaalvergroting.
Veel ondernemingen doen het goed zonder Scrum te schalen. Zelfs als er veel Scrum Teams gelijktijdig draaien, hebben ze geen coördinatie nodig omdat de groepen onafhankelijk opereren. Dit betekent echter niet dat het een multi-team Scrum is. De behoefte aan schaalvergroting komt pas wanneer het merendeel van de organisatie aan één product werkt en zijn meerdere Scrum Teams effectief kan synchroniseren.
De meeste organisaties die agile managementmethoden op grote schaal aannemen, kiezen voor het SAFE-model, of Scaled Agile Framework. Vandaag zullen we ons echter niet richten op SAFE, maar we zullen een ander model bespreken dat Scrum@Scale wordt genoemd, aangezien het volgens het 15e State of Agile-rapport van 2021 de op één na beste keuze is onder bedrijven die voor agile kiezen.
Scrum@Scale
In 1996 werkten de makers van Scrum, Jeff Sutherland en Ken Schwaber, aan een groot project. Terwijl ze dat deden, hadden ze moeite om kleinere teams die in Scrum werkten in sync te houden. Ze kwamen met een manier om het te schalen, die ze uiteindelijk Scrum@Scale noemden.
Analogisch aan de officiële Scrum-gids was de Scrum@Scale-gids, die deze manier van schalen definieert als:
Een kader waarin netwerken van Scrum Teams opereren volgens de Scrum-gids om complexe adaptieve problemen op te lossen en creatief producten te leveren met zoveel mogelijk waarde.
De basispremisse van Scrum@Scale is eenvoud en efficiëntie. Daarom is de werking gebaseerd op een schaalvrije architectuur. Met andere woorden, het gebruikt Scrum om Scrum te schalen. Op deze manier wordt een scrumteam dat bestaat uit individuen die optreden als Product Owner, Scrum Master of Developer de Scrum van Scrums: een team dat uit teams bestaat.
De Scrum van Scrums
De Scrum van Scrums is een scrumteam met mensen die traditionele Scrum-rollen vervullen. Aangezien de taak van de Scrum van Scrums is om de resultaten van het werk van verschillende Scrum Teams te integreren, heeft het aanvullende functies nodig:
- Product Owner Team – een groep Product Owners die bijeenkomen om overeenstemming te bereiken over prioriteiten en een samenhangende productvisie te creëren
- Chief Product Owner – de Product Owner van het Scrum Team of een persoon die zich uitsluitend bezighoudt met de Scrum van Scrums
- Scrum van Scrums Master – de persoon die toezicht houdt op de effectiviteit van de Scrum van Scrums.
Ze komen bijeen tijdens dezelfde Scrum-evenementen en gebruiken vergelijkbare Artifacts.

Verdere schaalvergroting en Scrum@Scale-kwesties
De schaalvrije architectuur van Scrum@Scale betekent dat het meer dan eens schalen mogelijk maakt. Als een organisatie teams op een nog grotere schaal moet coördineren, kan het Scrum van Scrums opzetten.
Echter, het schalen van Scrum, net als elke andere managementmethodologie, heeft zijn tekortkomingen, en in dit geval zijn ze vergelijkbaar met die van de basis Scrum Teams, alleen zijn ze proportioneel groter. Daarom raden we aan om de details van de samenwerking binnen elk Scrum Team uit te werken voordat we Scrum op grotere schaal starten. We stellen voor om Scrum te schalen voor ervaren teams die een goede kennis en begrip hebben van de waarden en werking van Scrum.

Scaling Scrum – samenvatting
Scaling Scrum is geen kinderspel. Het vereist dat Scrum Teams de Scrum-principes vaardig toepassen en hun taken synchroniseren met andere Scrum Teams. Daarom is de basisvraag die beantwoord moet worden: Is schaling nodig? Alleen omdat er veel Scrum Teams in een organisatie zijn, betekent dat niet automatisch dat coördinatie betere resultaten zal opleveren.
Als een organisatie ervoor kiest om Scrum uit te breiden, krijgt het een schaalvrije architectuur die verder succesvol kan worden uitgebreid. Elke uitbreiding gaat echter gepaard met een toename van het niveau van complexiteit waarmee het Product Owner Team, de Chief Product Owner en de Scrum van Scrums Master te maken hebben.
Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Als projectmanager is Caroline een expert in het vinden van nieuwe methoden om de beste workflows te ontwerpen en processen te optimaliseren. Haar organisatorische vaardigheden en haar vermogen om onder tijdsdruk te werken, maken haar de beste persoon om ingewikkelde projecten werkelijkheid te laten worden.
Scrum Guide:
- Glossarium van basisbegrippen, rollen en noties
- Wat is Scrum?
- Scrum waarden
- Hoe Scrum in uw bedrijf te implementeren?
- Scrum Team - wat is het en hoe werkt het?
- Wie is een Product Owner?
- De meest voorkomende fouten van de Product Owner
- Wie is de Scrum Master?
- De meest voorkomende fouten van de Scrum Master
- Welke statistieken en metrics moet de Scrum Master bijhouden?
- Ontwikkelteam in Scrum
- De meest voorkomende fouten van ontwikkelaars
- Scrum-artikelen
- Schaalbare Scrum
- Sprint Backlog
- Wat is de Product Backlog?
- Wat zijn User Stories?
- Het creëren van de beste User Story met INVEST
- De meest voorkomende fouten bij User Stories
- Gebruikersverhaal Acceptatiecriteria
- Schatting en Verhaalpunten in Scrum
- Planning Poker
- Team Schatting Spel
- Definiëren van Incremente
- Scrum evenementen
- Wat is een Burndown Chart?
- Voordelen en nadelen van de burndown-grafiek
- Kanban-borden in Scrum en Scrumban
- Snelheid in Scrum - Snelheid van het Ontwikkelteam
- Dagelijkse Scrum
- Sprint Planning
- Sprint Review
- Wat is een Sprint Retrospective?
- Veelvoorkomende fouten tijdens een Sprint Retrospective
- Product Backlog verzorging
- Hoe maak je een burndown-grafiek en hoe interpreteer je deze?
- Wat is een Sprint in Scrum?
- Samenwerking tussen Product Owner en Scrum Master
- Scrum Team Verbintenissen - Productdoel, Sprintdoel en Definitie van Voltooiing
- Kenmerken van een goede Scrum Master