Scrum Guide | 16. Skalering af Scrum

Scrum-teamet bør bestå af op til ti personer. Men hvad skal man gøre, når en større gruppe af specialister skal arbejde på et projekt? Eller hvis organisationen beslutter at følge en agil ledelsesmetode? For at løse dette problem foreslog Scrum-udviklere Scrum@Scale. Det er en skala-uafhængig arkitektur til at organisere hele teams i henhold til Scrum-principperne.

Skalering af Scrum – indholdsfortegnelse:

1. Introduktion
2. Scrum@Scale
3. Scrum of Scrums
4. Yderligere skalering og Scrum@Scale-udfordringer
5. Sammenfatning

Introduktion

Så snart en organisation vokser, opstår der nye typer problemer. For eksempel et fald i medarbejdernes effektivitet, der skyldes en kompleks intern struktur, vanskelige beslutningsprocesser eller retningstagning. Virksomheder, der arbejder agilt på det lille projekt-team niveau, ser ofte efter at skalere op.

Mange virksomheder klarer sig godt uden at skalere Scrum. Selv hvis mange Scrum-teams kører samtidig, har de ikke brug for koordinering, da grupperne opererer uafhængigt. Dette betyder dog ikke, at det er et multi-team Scrum. Behovet for skalering opstår først, når størstedelen af organisationen arbejder på ét produkt og effektivt kan synkronisere sine flere Scrum-teams.

De fleste organisationer, der vedtager agile ledelsesmetoder i stor skala, vælger SAFE-modellen eller Scaled Agile Framework. I dag vil vi dog ikke fokusere på SAFE, men vi vil diskutere en anden model kaldet Scrum@Scale, da det ifølge den 15. State of Agile-rapport fra 2021 er det næstbedste valg blandt virksomheder, der vælger agile metoder.

Scrum@Scale

I 1996 arbejdede skaberne af Scrum, Jeff Sutherland og Ken Schwaber, på et stort projekt. Mens de gjorde det, havde de problemer med at holde mindre teams, der arbejdede i Scrum, synkroniseret. De kom op med en måde at skalere det på, som de til sidst kaldte Scrum@Scale.

Analogt med den officielle Scrum Guide var Scrum@Scale Guide, som definerer denne måde at skalere arbejdet på som:

En ramme inden for hvilken netværk af Scrum-teams opererer i henhold til Scrum-guiden for at løse komplekse adaptive problemer og kreativt levere produkter med så meget værdi som muligt.

Den grundlæggende præmis for Scrum@Scale er enkelhed og effektivitet. Derfor er dens drift baseret på en skala-uafhængig arkitektur. Med andre ord bruger den Scrum til at skalere Scrum. På den måde bliver et scrum-team bestående af individer, der fungerer som Product Owner, Scrum Master eller Developer, Scrum of Scrums: et team bestående af teams.

Scrum of Scrums

Scrum of Scrums er et scrum-team med personer, der indtager traditionelle Scrum-roller. Men da opgaven for Scrum of Scrums er at integrere resultaterne af arbejdet fra flere Scrum-teams, har det brug for yderligere poster:

• Product Owner Team – en gruppe af Product Owners, der mødes for at blive enige om prioriteter og skabe en sammenhængende produktvision
• Chief Product Owner – Scrum Teamets Product Owner eller en person, der udelukkende beskæftiger sig med Scrum of Scrums
• Scrum of Scrums Master – den person, der overvåger effektiviteten af Scrum of Scrums.

De mødes ved de samme Scrum-events og bruger lignende artefakter.

Yderligere skalering og Scrum@Scale-udfordringer

Den skala-uafhængige arkitektur af Scrum@Scale betyder, at den muliggør skalering mere end én gang. Hvis en organisation har brug for at koordinere teams i en endnu større skala, kan den oprette Scrum of Scrums.

Men skalering af Scrum, ligesom enhver anden ledelsesmetode, har sine mangler, og i dette tilfælde er de ligesom dem for de grundlæggende Scrum-teams, kun de er proportionelt større. Derfor anbefaler vi at arbejde med detaljerne i samarbejdet inden for hvert Scrum-team, før man starter Scrum i større skala. Vi foreslår at skalere Scrum for erfarne teams, der har en god viden og forståelse af værdierne og funktionerne i Scrum.

Skalering af Scrum – sammenfatning

Skalering af Scrum er ikke børneleg. Det kræver, at Scrum-teams dygtigt anvender Scrum-principperne og synkroniserer deres opgaver med andre Scrum-teams. Derfor er det grundlæggende spørgsmål at besvare: Er skalering nødvendig? Bare fordi der er mange Scrum-teams i en organisation, betyder det ikke automatisk, at koordinering af dem vil give bedre resultater.

Hvis en organisation vælger at udvide Scrum, får den en skala-uafhængig arkitektur, der kan udvides yderligere med succes. Men hver udvidelse ledsages af en stigning i kompleksitetsniveauet, som Product Owner Team, Chief Product Owner og Scrum of Scrums Master skal håndtere.

Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.