Skip to main content
← Tilbage til biblioteketMetoder

Scrum

Scrum er en agil ramme, der hjælper teams med at tackle komplekst arbejde i korte, iterative cyklusser gennem faste roller, begivenheder og artefakter.

Scrum er en agil ramme til at udvikle og styre komplekse produkter, oprindeligt formet inden for softwareudvikling og nu brugt på tværs af mange brancher. Den bygger på idéen om empirisk processtyring: i stedet for at planlægge en opgave fra start til slut på forhånd arbejder et team i korte, faste tidsbokse kaldet sprints, typisk på en til fire uger. Hver sprint slutter med et brugbart inkrement af arbejde, hvilket skaber plads til feedback og lader teamet justere sine næste skridt. Den blanding af gennemsigtighed, inspektion og tilpasning gør Scrum til et godt match til arbejde, hvor kravene er usikre eller sandsynligvis vil ændre sig.

Scrum fastsætter tre faste roller. Produktejeren ejer produktets værdi og vedligeholder produktbacklog'en, en prioriteret liste over alt, der skal gøres. Scrum masteren holder teamet arbejdende inden for rammen, fjerner forhindringer og faciliterer samarbejde uden at tildele opgaver direkte. Udviklingsteamet planlægger og udfører arbejdet selv. Fire tilbagevendende begivenheder giver hver sprint sin struktur: sprint-planlægning ved starten, den daglige scrum for hurtig synkronisering, sprint-reviewet for at vise, hvad der er bygget, og sprint-retrospektivet for at forbedre, hvordan teamet arbejder sammen.

Scrum fungerer bedst til opgaver, hvor omfanget eller løsningen ikke er helt klar fra starten, som produktudvikling eller komplekse projekter med mange interessenter. Det adskiller sig fra Kanban ved sine faste tidsbokse og definerede roller, mens Kanban i højere grad bygger på et kontinuerligt flow uden faste iterationer. Sammenlignet med klassisk waterfall-planlægning er fordelen regelmæssig inspektion: fejlvurderinger kommer frem tidligt i stedet for kun ved projektets afslutning. I praksis har Scrum en tendens til at fejle, ikke på grund af selve rammen, men på grund af halvhjertet udførelse, for eksempel når retrospektiver bliver sprunget over, eller backlog'en bliver stående uvedligeholdt.

Praktisk eksempel

En mellemstor maskinbygningsvirksomhed udvikler ny software til at overvåge sit produktionsudstyr. Det femmandsstore team arbejder i to-ugers sprints: ved starten af hver sprint udvælger det de ti vigtigste punkter ud af omkring 40 åbne backlog-punkter og synkroniserer dagligt i et 15-minutters daily scrum. Efter ti sprints, fem måneder inde, er en første brugbar version klar, i stedet for de ni måneders udvikling uden mellemliggende resultat, teamet oprindeligt havde planlagt. Retrospektiverne afslører, at uklare krav kostede teamet omkring 20 procent af kapaciteten i de første tre sprints, så produktejeren begynder herefter at skrive skarpere backlog-beskrivelser.

Saadan hjaelper Leanshift

Kernen i sprint-retrospektivet er bare en tilbagevendende Kaizen-cyklus: teamet stopper op, ser ærligt på det arbejde, der lige er afsluttet, og laver en bevidst forbedring af sin arbejdsmåde, før det går videre. Det passer med Leanshift-synet på, at forbedring ikke er et engangsprojekt, men en regelmæssig vane bygget ind i det daglige arbejde. Teams, der lever på den måde, forbedrer ikke bare produktet, de opbygger flere mennesker, der ved, hvordan man forbedrer ting selv.

Ofte stillede spoergsmaal

Er Scrum kun nyttig til softwareudvikling?

Nej. Scrum startede inden for software, men bliver nu brugt inden for marketing, produktudvikling, uddannelse og andre områder, hvor som helst arbejdet er komplekst, og kravene kan ændre sig undervejs.

Hvordan adskiller Scrum sig fra Kanban?

Scrum kører i faste tidsbokse kaldet sprints med definerede roller og begivenheder, mens Kanban visualiserer et kontinuerligt flow af arbejde uden faste iterationer og fokuserer på at begrænse, hvor meget der er i gang ad gangen.

Har et lille team virkelig brug for en dedikeret scrum master?

Ikke nødvendigvis som en fuldtidsrolle. I små teams tager nogen det ofte på sig sammen med deres almindelige arbejde; det, der betyder noget, er, at facilitering og selve rammen faktisk bliver overholdt.