Wat hebben teamontwikkeling en Scrum of Scrums met elkaar gemeen? Ze gaan over de groei en optimalisatie van teams. Voordat ik agile methoden opschaal, moet het team optimaal ontwikkeld zijn. Je kunt hier ontdekken wanneer een team optimaal ontwikkeld is of in onze Blog artikel.
Wat is Scrum of Scrums?
Scrum of Scrums is een manier om Scrum op te schalen over veel teams en, waar nodig, Trains. Andere methoden zijn bijvoorbeeld SAFe, LeSS of Nexus.
Scrum der Scrums is vooral succesvol als alle Scrum-teamleden naar een gemeenschappelijk doel toe werken, elkaar vertrouwen en respecteren en samen optrekken. Dit vereist teamontwikkeling vooraf.
De zin
"Klein genoeg om wendbaar te blijven en groot genoeg om belangrijke taken in een sprint gedaan te krijgen"
zou je kunnen weten. Dus wanneer is het juiste moment om op te schalen? Wat is de optimale teamgrootte en waar moet je rekening mee houden bij het ontwikkelen van een team? Is er een aanbeveling voor teamontwikkeling?
Voordat we dieper ingaan, een korte opmerking. Onlangs hadden we 11 internationale agile experts te gast in een webinar – over een vraag: Hoe schaal je agile methoden goed op?
Het resultaat is deze fantastische video-opname (Engels), waarin bijvoorbeeld de volgende vragen aan bod komen:
- Is het beter om bottom-up of top-down te beginnen?
- Hoe krijg je leiders op één lijn over een gemeenschappelijke visie?
- Hoe kies je het juiste agile framework – en waarom is dat eigenlijk niet zo belangrijk?
Mijn warmste aanbeveling: neem een kijkje! Het duurt relatief lang, maar het is elke minuut waard.
Eerst het verhaal over Scrum of Scrums
Jeff Sutherland en Ken Schwaber waren op zoek naar een methode die het mogelijk zou maken om agilely te werken met meerdere teams. Belangrijk hierbij was dat niet iedereen voor zichzelf werkt, maar dat iedereen gecoördineerd samenwerkt. Het was een mijlpaal in agile ontwikkeling. Jeff Sutherland schreef hier ook het boek over. "Agile Can Scale: SCRUM uitvinden en opnieuw uitvinden in vijf bedrijven".die in 2001 verscheen.
Scrum of Scrums en de schaalbaarheid van agile methoden hebben sindsdien steeds meer acceptatie gekregen. Er kan echter gezegd worden dat de COVID-19 pandemie waarschijnlijk de grootste impuls heeft gegeven aan agile ontwikkeling – in ieder geval voor de toepassing ervan op andere gebieden dan softwareontwikkeling. In principe kunnen agile methoden altijd worden toegepast als de eisen en technologieën complex zijn. De Stacey Matrix en de Cynefin Kader je helpen om ze in te delen. Op Scrum@Scale Gids vind je alle informatie over schaalvergroting.
Een tip is dat je alleen moet schalen als je individuele team goed samenwerkt en functioneert. Als je al problemen hebt met Scrum op individueel teamniveau, moet je niet opschalen. Mijn aanbeveling voor teamontwikkeling hier: Ontwikkel eerst het team en pak de problemen aan voordat je gaat schalen.
Trouwens, een korte opmerking in de context van agile transformatie: Wil je ervoor zorgen dat je op dit moment de juiste prioriteiten in je agile Transformatie?
Doe dan onze volwassenheidstest voor je agile transformatie – duurt slechts 3 minuten. Je krijgt zelfs een benchmark op basis van meer dan driehonderd andere deelnemers. Zie knop 🙂 
Doel van Scrum of Scrums
Scrum of Scrum is de eerste logische uitbreiding van Scrum bij de overgang van wendbaarheid in het team naar wendbaarheid van een heel bedrijf. Een cruciale voorwaarde voor schaalvergroting is de juiste teamsamenstelling. De volgende vragen moeten worden beantwoord:
- Wie werkt op welke positie in het team?
- Wie werkt met wie samen?
- Wie harmonieert er bijzonder goed samen?
- Wie heeft welke rol?
We hebben gemerkt dat rolduidelijkheid een zeer cruciale rol speelt. Trouwens: Als je wilt weten welke hefbomen je kunt gebruiken om innovatie in een team te creëren, bekijk dan dit Video an. Teams hebben ook altijd genoeg tijd en ruimte nodig om zich te ontwikkelen. Hier kun je ook Tuckman's Fasenmodel voor teamontwikkeling om elkaar te leren kennen:
- Het vormen van (ingangs- en ontdekkingsfase),
- Bestorming (dispuut- en argumentatiefase)
- Norming (Regelgevings- en verdragsfase)
- Uitvoeren (werk- en prestatiefase).
Bron: Tuckmans fasenmodel voor teamontwikkeling
Het doel is om kleinere, wendbare en autonome teams te coördineren die zich volledig richten op de behoeften en wensen van de klant. Het onderwerp klantgerichtheid kan hier er ook graag meer in detail naar kijken. Ga daarom altijd naar de Klantreis van je klant. Wees gewoon je klant en begin met een verandering van perspectief. In de praktijk moeten klanten zich helaas nog vaak aanpassen aan de processen van het samenwerkende bedrijf. Vooral bij overheidsinstanties, maar ook bij sommige grotere bedrijven of ondernemingen. Dat is echter niet het idee van Scrum.
"Groei" is niet hetzelfde als "schaalvergroting".
Dominic Price schrijft in "Het afleren van deze vijf denkfouten zal je innovatiever maken" over de 5 denkfouten waarvan je je moet bevrijden om innovatiever te worden.
- "Groei" is niet hetzelfde als "schaalvergroting".
- "Transformatie" is niet hetzelfde als "evolutie
- "Storend" is niet hetzelfde als "gestoord".
- "Aanwezigheidstijd" is niet hetzelfde als "initiatief
- "Outputs" zijn niet gelijk aan "Outcomes".
Samengevat betekent dit: efficiëntie is goed, effectiviteit is beter. Besteed altijd aandacht aan effectiviteit.
Uit ervaring kunnen we zeggen: hoe meer mensen aan hetzelfde probleem werken, hoe moeilijker het is om tot een oplossing te komen. Vooral als het cross-functionele, autonome teamleden zijn. De oplossing voor teams die groter worden is echter schaalvergroting. De Scrum Handleiding biedt een basis voor teams en bedrijven die op dit gebied ondersteuning nodig hebben. Het opschalen van Scrum voorbij individuele teams vereist echter een andere aanpak. De Scrum of Scrums techniek (SoS-technologie).
Bron: RFC Professionals
Structuur en proces van Scrum of Scrums
Scrum of Scrums teamstructuur
Communicatie is de sleutel tot succes in de agile wereld. Hoe groter het team, hoe meer communicatiekanalen er zijn. Informatie komt verkeerd of helemaal niet aan. Vroeg of laat tast dit ook het vertrouwen in het team aan, is er een gebrek aan verbondenheid en wordt het moeilijker om een gemeenschappelijk doel na te streven.
Het doel is om het team zo te ontwikkelen dat alle obstakels uit de weg worden geruimd (Scrum Master) en het in de Stroom werkt. In theorie zou een "perfect team" met optimale prestaties volgens de Onderzoek door Hackman en Vidmar van 4,6 mensen. Te kleine teams kunnen onvoldoende zijn om een probleem op te lossen. Te grote teams lijden dan weer onder persoonlijke relaties en wendbaarheid ten opzichte van de slagvaardigheid en belangen van de klant.
In sommige gevallen vereist het een opsplitsing van het team. Maar let op, er zijn een aantal dingen waar je rekening mee moet houden. Je grijpt in in een al gevestigd systeem. Competenties tussen de teams moeten op een evenwichtige manier worden verdeeld, functioneringsinterfaces moeten opnieuw worden gedefinieerd en taken moeten opnieuw worden verdeeld of gedefinieerd. Onverwachte afhankelijkheden en nieuwe knelpunten kunnen het proces als geheel vertragen. Ook hier is het belangrijk om open te communiceren en het team tijd en ruimte te geven. Geduld en bijsturen op de juiste plekken is ook erg belangrijk.
De Scrum-of-Scrums techniek vereist coördinatie als er meerdere teams worden gevormd. Het volgende diagram toont één mogelijkheid:
Bron: Atlassian
Andere rollen in de Scrum of Scrums
De Chief Product Owner: De Chief Product Owner is verantwoordelijk voor de algemene visie van het product. Hij prioriteert de product backlog en is de interface en spreekbuis naar de klant.
De Scrum of Scrums Master: Hij draagt permanent bij aan een hogere efficiëntie van Scrum of Scrums. Hij richt zich op vooruitgang en obstakels die zichtbaar zijn voor andere teams, geeft het team meer macht en ondersteuning bij het uitvoeren van hun taken. Hij zal ook Dienend leider gebeld.
Scrum van Scrums bijeenkomst
De teamleden wijzen één persoon aan om namens het Scrumteam de Scrum of Scrums bijeenkomst bij te wonen. Afhankelijk van waar de focus ligt binnen het project, kan het team altijd een andere vertegenwoordiger aanwijzen. In de regel wordt de persoon aangewezen die het dichtst bij het onderwerp staat. Als de focus ligt op user experience, moet er een vertegenwoordiger worden gestuurd die hiermee bekend is. Als de focus op testen ligt, moet de vertegenwoordiger uit het testgebied komen. In sommige gevallen, als het SOS-team te klein wordt, kan het raadzaam zijn om twee vertegenwoordigers per team naar de vergadering te sturen. Vaak zal de Scrum Master dan de door het team aangewezen persoon vergezellen. Als het werk van de Scrum of Scrums bijeenkomsten wordt gecoördineerd in een bijeenkomst op een hoger niveau, wordt dit een Scrum of Scrums bijeenkomst genoemd.
Frequentie en tijdsbestek van Scrum of Scrum bijeenkomsten
Het team bepaalt de frequentie van de Scrum of Scrum bijeenkomst. Voor de eenvoud houden we de richtlijnen aan van de dailies, die dagelijks plaatsvinden en meestal maximaal 15 minuten duren..
Afhankelijk van de grootte en het aantal teams zijn dit echter vaak langere bijeenkomsten die niet zo vaak plaatsvinden. Bijvoorbeeld 2 tot 3 keer per week. In tegenstelling tot de dagelijkse vergadering, worden problemen die zich voordoen in de Scrum of Scrums vergadering zo mogelijk direct opgelost of op zijn minst aangepakt. Problemen die zich voordoen in deze vergadering zijn zeer significante problemen en kunnen al snel meer dan 100 mensen raken.
Agenda voor een vergadering
Bron: Unsplash
Een goede agenda voor een Scrum of Scrums-bijeenkomst is de agenda van een Dagelijkse Scrums erg op elkaar. Omdat de Scrum of Scrums bijeenkomst in de praktijk niet elke dag plaatsvindt en iedereen zijn hele team vertegenwoordigt in de bijeenkomst, worden de vragen op een iets andere manier beantwoord:
- Wat heeft je team bereikt sinds we elkaar voor het laatst zagen?
- Wat heeft je team gedaan tegen de volgende bijeenkomst?
- Zijn er obstakels die het werk van het team moeilijk maken?
- Kan iets wat jouw team doet een ander team in de weg zitten?
De laatste vraag hier gaat vooral over het proces en de mogelijke impact op andere teams. Het aanpakken van deze vraag kan heel nuttig zijn. Er wordt van tevoren nagedacht over verschillende scenario's om een soepele samenwerking te creëren. Hier wordt het silo-denken virtueel doorbroken. Het antwoord op de laatste vraag is bijzonder belangrijk, omdat het noodzakelijk is dat de bevindingen door de vertegenwoordigers worden doorgegeven aan hun eigen teams.
Naast het beantwoorden van vragen, biedt de bijeenkomst ook de tijd en ruimte om problemen die zich eerder hebben voorgedaan te bespreken en aan te pakken. Tijdens de bijeenkomst wordt de voortgang gedocumenteerd en wordt er een gemeenschappelijk begrip gecreëerd. Oplossingen en acties worden vastgelegd zodat ze kunnen worden opgevolgd.
Om op een feitelijk en neutraal niveau in de bijeenkomst te blijven, worden er geen namen genoemd in de discussies. De lengte van de onderwerpen is ook duidelijk afgebakend van het belang van de onderwerpen. Het doel is om een objectief beeld te creëren vanuit het metaniveau, maar toch om perspectieven te wisselen.
Conclusie
Scrum of Scrums is dus een goede manier om op te schalen als je al met Scrum werkt en richting enterprise agility wilt gaan. Als je meer wilt weten over de Scrum Master Performance Evaluation, kijk dan ook eens op dit artikel an.
Scrum of Scrums en SAFe – twee verschillende concepten
Scrum of Scrums, SAFe en LeSS zijn allemaal verschillende raamwerken voor agile schalen, met verschillende benaderingen voor het implementeren van leiderschap en het bouwen van een stappenplan. Als je meer wilt weten over de andere concepten, raad ik je aan onze blogposts te lezen over SAFe en LeSS te lezen.
