Scrum: hvad det er, hvem der kan det, og hvad de tjener

Scrum-færdighed er evnen til at bruge Scrum som arbejdsramme for komplekse problemer, hvor løsningen ikke kan planlægges fuldt ud på forhånd. Personen kan skabe korte læringscyklusser, gøre arbejdet synligt og bruge resultater og feedback til at justere næste skridt.

En person med Scrum-færdighed forstår empirismen bag Scrum. Det betyder, at beslutninger træffes ud fra det, man faktisk kan observere og lære. De centrale principper er gennemsigtighed, inspektion og tilpasning. Scrum handler derfor ikke kun om møder og opgaver på et board.

Personen forstår ansvarene hos Product Owner, Scrum Master og Developers. Product Owner arbejder med produktets mål, værdi og Product Backlog. Developers planlægger og udfører arbejdet, der skaber et brugbart Increment. Scrum Master hjælper teamet og organisationen med at forstå og anvende Scrum effektivt.

Færdigheden viser sig også i brugen af Scrum-events. Sprint Planning bruges til at skabe retning og en plan for arbejdet. Daily Scrum bruges af Developers til at vurdere fremdriften mod Sprint Goal og tilpasse planen. Sprint Review bruges sammen med interessenter til at undersøge resultatet og beslutte, hvad der er vigtigt næste gang. Sprint Retrospective bruges til at forbedre måden teamet arbejder på.

En dygtig Scrum-praktiker forstår også sammenhængen mellem Product Backlog og Product Goal, Sprint Backlog og Sprint Goal samt Increment og Definition of Done. Personen kan bruge disse elementer til at skabe fokus og gennemsigtighed frem for blot at vedligeholde en opgaveliste.

Scrum-færdighed indebærer desuden at kunne håndtere usikkerhed. Et team kan opdage, at en antagelse var forkert, at kundens behov har ændret sig, eller at den valgte løsning ikke virker. En erfaren Scrum-praktiker forsøger ikke nødvendigvis at beskytte den oprindelige plan. Personen hjælper i stedet teamet med at lære af situationen og tilpasse arbejdet uden at miste målet af syne.

Scrum er heller ikke det samme som story points, burndown charts eller et bestemt softwaresystem. Sådanne teknikker kan bruges sammen med Scrum, men de er ikke selve Scrum-frameworket.

Scrum-færdighed er særlig relevant, når et team arbejder med komplekse produkter eller problemer, hvor både behov og løsning udvikler sig undervejs. Softwareudvikling er et klassisk eksempel, men Scrum bruges også uden for software.

Færdigheden gør forskel i produktudvikling, digitale tjenester, data- og AI-projekter og andre miljøer med mange ubekendte. Her er det ofte mere værdifuldt at levere noget brugbart, undersøge resultatet og justere retningen end at forsøge at fastlåse hele løsningen fra begyndelsen.

For en Product Owner er Scrum-færdighed vigtig, når mange ønsker konkurrerer om kapaciteten. Personen skal kunne skabe et tydeligt Product Goal, prioritere Product Backlog efter værdi og føre dialog med interessenter uden at gøre backloggen til en ønskeliste.

For en Scrum Master handler færdigheden blandt andet om at styrke teamets selvledelse, fjerne eller hjælpe med at fjerne hindringer og gøre Scrum-events produktive. En dygtig Scrum Master fungerer ikke blot som mødeleder eller administrativ koordinator.

For Developers er Scrum-færdighed vigtig, fordi teamet selv planlægger, hvordan Sprint Goal nås. Det kræver samarbejde, løbende tilpasning og fælles ansvar for kvalitet. Definition of Done skal være reel nok til, at et færdigt Increment faktisk kan betragtes som brugbart.

Scrum er mindre oplagt til arbejde, hvor processen er fuldt kendt, gentagelig og uden væsentlig usikkerhed. Her kan en enklere processtyring være mere passende. Scrum bør vælges, fordi arbejdet har gavn af empirisk læring, ikke fordi organisationen ønsker flere ceremonier.

Det bedste udgangspunkt er den officielle Scrum Guide af Ken Schwaber og Jeff Sutherland. Den beskriver Scrum-frameworket, teorien, værdierne, ansvarene, events, artifacts og deres commitments. Guiden er kort, men det betyder ikke, at Scrum er let at mestre.

Scrum.orgs Professional Scrum Master-kursus er en etableret træningsvej. Kurset arbejder med Scrum-teori, empirisme, Scrum Master-ansvaret, selvledende teams, Product Backlog, Definition of Done og udfordringer fra virkelige arbejdssituationer. Scrum Alliances Certified ScrumMaster er en anden udbredt introduktion til frameworket, ansvarene, events og artifacts.

Et kursus eller en certificering kan dokumentere, at personen har arbejdet systematisk med teorien. Det dokumenterer ikke i sig selv, at personen kan få Scrum til at fungere i et presset produktmiljø.

Den vigtigste træning foregår i et rigtigt Scrum Team. Her oplever man eksempelvis uklare Product Goals, for store backlog-items, interessenter med modstridende ønsker, Sprint Goals der mister fokus og retrospectives der ikke fører til forbedringer. Det er gennem sådanne situationer, at den praktiske dømmekraft udvikles.

En god træningsmetode er at gennemgå et afsluttet Sprint og spørge, hvad teamet faktisk lærte. Gav Sprint Goal reel retning? Var Product Backlog forståelig? Skabte Sprint Review ny viden? Førte Sprint Retrospective til en konkret forbedring? Hvis Scrum-events gennemføres uden at ændre beslutninger eller adfærd, bruges frameworket sandsynligvis mekanisk.

Det er også nyttigt at arbejde med facilitering, konflikthåndtering, produktforståelse og coaching. Scrum beskriver en ramme, men dygtig anvendelse kræver menneskelige færdigheder. Det gælder især for Scrum Masters og Product Owners.

Scrum kan derfor introduceres på et kort kursus, men stærk Scrum-færdighed opbygges gennem gentagen praksis, feedback og erfaring med teams, hvor der faktisk er usikkerhed og vanskelige valg.

Bed personen forklare Scrum uden at starte med en liste over møder. En erfaren praktiker vil typisk tale om komplekst arbejde, værdi, mål, empirisk læring, gennemsigtighed og tilpasning.

Spørg, hvad et Sprint Goal gør for et team. Et stærkt svar handler om fælles retning og mulighed for at tilpasse det konkrete arbejde, mens målet bevares. Et svagt svar reducerer ofte Sprint Goal til en overskrift over de opgaver, teamet allerede har valgt.

Spørg også, hvad personen gør, når et team ikke når alt det planlagte arbejde. En erfaren Scrum-praktiker undersøger årsagen, læringen og konsekvensen for Sprint Goal. Personen bruger ikke automatisk velocity eller individuel performance som forklaring.

Et godt vurderingsspørgsmål er forskellen mellem Sprint Review og en demonstration. En stærk kandidat forstår Sprint Review som en arbejdssession, hvor Scrum Team og interessenter undersøger resultatet, ændringer i omgivelserne og mulige næste skridt. Det er mere end at vise, hvad teamet har bygget.

Ved vurdering af en Scrum Master kan man spørge, hvad personen gør ved et team, der forventer, at Scrum Master fordeler opgaverne. En erfaren Scrum Master vil normalt arbejde mod større selvledelse frem for at overtage teamets planlægning.

Ved vurdering af en Product Owner kan man spørge, hvordan personen håndterer fem vigtige interessenter med forskellige ønsker. Et stærkt svar fokuserer på produktmål, værdi, prioritering og transparens. Det lover ikke automatisk alle interessenter plads i næste Sprint.

Se efter konkrete eksempler på ændringer, som personen har været med til at skabe. Det kan være et tydeligere Product Goal, bedre Definition of Done, mere fokuserede Sprint Goals eller et Sprint Review der begyndte at påvirke produktbeslutninger. Erfaring med Scrum kan bedst ses i de beslutninger og forbedringer personen kan forklare, ikke i hvor mange Scrum-begreber vedkommende kan nævne.