"Groei' is niet hetzelfde als 'schalen'
- Dominic Price in ‘Unlearning these five fallacies will make you more innovative’
Door meer mensen aan hetzelfde probleem toe te voegen, wordt het oplossen van dat probleem alleen maar moeilijker. Maar als je een manier vindt om effectiever te worden naarmate je groeit, dan is dat, beste vrienden, schalen.
Decennialang was de Scrumhandleiding een basis om teams en bedrijven te helpen in deze behoeften te voorzien. Het schalen van scrums buiten individuele teams vereist echter een andere aanpak. Om dit te bereiken werd de Scrum of Scrums-techniek — ook wel SoS genoemd — gecreëerd.
De geschiedenis van Scrum of Scrums
De Scrum of Scrums-methodologie werd voor het eerst geïmplementeerd in 1996 door Jeff Sutherland en Ken Schwaber, twee pioniers van het Scrumframework. Zowel Sutherland als Schwaber hadden behoefte aan een manier om acht business units met meerdere productlijnen per business unit te coördineren en individuele teams met elkaar te synchroniseren. Dus probeerden ze een nieuwe manier om scrumteams op te schalen om dit doel te bereiken. Deze ervaring inspireerde Sutherland om in 2001 een artikel te publiceren met de titel 'Agile Can Scale: Inventing and Reinventing SCRUM in Five Companies', waarin Scrum of Scrums voor het eerst publiekelijk werd genoemd.
Sindsdien is Scrum of Scrums in populariteit gestegen als een praktijk die nauw verbonden is met agile schalen. Opgenomen in de Scrum@Scale-handleiding en waarnaar wordt verwezen in andere geschaalde agile frameworks, biedt het een structuur om teams te helpen schalen.
Als je worstelt met scrum op individueel teamniveau, kun je deze trainingen niet opschalen naar een team van teams. Trek aan het Andon-koord en pak de uitdagingen van je team op voordat je begint met schalen.
Wat is Scrum of Scrums?
Scrum of scrums is een geschaalde agile techniek die een manier biedt om meerdere teams met elkaar te verbinden die moeten samenwerken om complexe oplossingen te leveren.
Het helpt teams complexe producten te ontwikkelen en te leveren door middel van transparantie, inspectie en aanpassing, op schaal. Het is vooral succesvol wanneer alle goed presterende scrumteamleden werken aan een gemeenschappelijk doel, vertrouwen en respect hebben en volledig op elkaar zijn afgestemd.
Om dit te ondersteunen, is teamgrootte van cruciaal belang. Onderzoek van Hackman en Vidmar suggereert dat 4,6 mensen theoretisch de 'perfecte teamgrootte' zijn. Teams die te klein of te groot zijn, kunnen moeite hebben met de levering van complexe producten.
Onthoud Brooks' Law uit het boek 'The Mythical Man-Month': het toevoegen van meer personeel aan een vertraagd softwareproject vertraagt het vaak nog verder.
Hoe groter een team, hoe groter de communicatielijnen tussen teamleden, waardoor het moeilijker wordt om vertrouwen en een gemeenschappelijk doel te creëren.
Daarom kan het opsplitsen van een zeer groot team in twee of drie kleinere teams helpen om persoonlijke relaties te ontwikkelen en de gewenste resultaten te behouden.
Wees voorzichtig bij het splitsen van teams! Het is essentieel om vaardigheden tussen de teams in evenwicht te brengen, gevestigde teaminterfaces opnieuw te definiëren en werktaken zorgvuldig op te splitsen. Er kunnen onverwachte afhankelijkheden en potentiële nieuwe knelpunten optreden en deze kunnen de levering vertragen. Een sterke focus op retrospectives en prioritering van verbeterverhalen helpt om deze uitdagingen het hoofd te bieden.
Wanneer meerdere teams worden gecreëerd om een gemeenschappelijk doel te bereiken, is coördinatie nodig. Dit leidde tot de behoefte aan Scrum of Scrums.
Het doel van Scrum of Scrums
Een Scrum of Scrums is een virtueel team bestaande uit gedelegeerden met ingesloten links naar de oorspronkelijke leveringsteams. Vergeleken met typische organisatiehiërarchieën of projectgebaseerde teams, verminderen deze onderling verbonden teamstructuren de communicatiepaden. Het doel is om kleinere, onafhankelijke teams te coördineren. Teams die Scrum of Scrums toepassen, coördineren niet alleen de levering, maar zorgen voor een volledig geïntegreerd product aan het einde van elke sprint. Daarom fungeert Scrum of Scrums als een releaseteam dat waarde levert aan klanten.
Organisaties gebruiken deze aanpak doorgaans als een eerste stap om agile te schalen en de levering van grotere en complexe producten te organiseren.
Scrum of Scrums - de geschaalde structuur
Het nieuw gevormde Scrum of Scrums-team past bijna dezelfde trainingen toe, neemt deel aan dezelfde evenementen en heeft dezelfde rollen als een Scrum-team. Om aan het einde van elke sprint een geïntegreerd, mogelijk verzendbaar product te leveren, zijn wellicht extra rollen vereist, zoals architecten of leiders op het gebied van kwaliteitsborging.
Er is bijvoorbeeld de rol van Chief producteigenaar. De Chief producteigenaar is verantwoordelijk voor het toezicht op het producteigenaarsteam en helpt bij het begeleiden van de overkoepelende productvisie.
Deze rol hoeft niet te worden vervuld door een specifiek persoon en de rol moet dezelfde verantwoordelijkheden hebben als een producteigenaar, alleen op schaal.
Een andere nieuwe rol is de Scrum van scrummaster, die zich moet concentreren op voortgang en hinderlijke backlogs die zichtbaar zijn voor andere teams, op het faciliteren van prioritering of het wegnemen van hindernissen en op het continu verbeteren van de effectiviteit van de Scrum of Scrums.
Deze nieuwe rollen gebruiken de geschaalde dagelijkse scrum van 15 minuten als een belangrijke bijeenkomst om belemmeringen op één lijn te brengen, te verbeteren en aan te pakken. Een vertegenwoordiger van elk team of de producteigenaar moet de hinderpalen van het team, de risico's voor het bereiken van het sprintdoel of de afhankelijkheden van andere teams bespreken, gevolgd door ontdekte verbeteringen die door andere teams kunnen worden gebruikt.
Conclusie en overwegingen
Scrum of Scrums wordt veel gebruikt en is een belangrijke manier om scrums te schalen. Een belangrijke voorwaarde voor schaalvergroting is de teamsamenstelling goed te krijgen en het team voldoende tijd en ruimte te geven om door de fasen van Tuckmans groepsontwikkelingsmodel te groeien: vormen, bestormen, normeren en presteren.
Wanneer teams klaar zijn, volgen hier enkele overwegingen die nuttig kunnen zijn:
- Beperk de geschaalde dagelijkse scrumvergadering tot 15 minuten, als weerspiegeling van de dagelijkse scrum van je team
- Voer de geschaalde dagelijkse scrum gedurende 15 minuten uit na de laatste dagelijkse scrum van het team
- Maak een werkovereenkomst voor de Scrum of Scrums
- Bereik overeenstemming over de collectieve en individuele definitie van voltooid, en deel dit uiteraard!
- Stel een routine of agenda op om de geschaalde dagelijkse scrum gefocust te houden
- Begin met het bijhouden van het aantal dagen dat je wordt geblokkeerd door hindernissen
- Houd bij hoeveel geschaalde dagelijkse scrums op tijd zijn gestart en voltooid
- Focus eerst op het leveren van story's die afhankelijkheden hebben om risico's te verminderen en andere teams te inspireren
- Volg en visualiseer de dagen tot de demovergadering
Eerlijk gezegd is er geen goede manier om agile te schalen. Veel organisaties zijn echter al erg succesvol geweest door hun processen, teams en culturen te ontwikkelen met behulp van frameworks voor agile schalen. Lees meer over de best geschaalde agile frameworks die tegenwoordig worden gebruikt en meer in het gedeelte Agile op schaal van de Agile Coach.
