Hop til indhold
Kontakt
Tilbage til oversigten
|

Hvad er Scrum? En guide til projektledere

Principper, roller, events og forskellen på Scrum og Waterfall
Agile & projektledelse
Nicklas H. Poulsen
Nicklas H. Poulsen
Atlassian Specialist
Hvad er scrum?

Hvad er Scrum egentlig?

Som projektleder ved du, at planer sjældent overlever mødet med virkeligheden. Scrum er designet til netop det scenarie: et letvægts-rammeværk til agil produktudvikling, der hjælper teams med at levere værdi hurtigere gennem korte iterationer (Sprints) i stedet for at låse sig fast på en uoverskuelig langtidsplan.

Hvor traditionel projektledelse ofte kræver, at du forudsiger alt fra dag ét, lader Scrum dig og dit team lære undervejs og justere kursen ud fra fakta i stedet for gætteri.

Kort fortalt: Scrum er et rammeværk med 3 roller, 3 artefakter og faste events, der hjælper teams med at levere i korte Sprints og forbedre sig løbende. Den officielle beskrivelse finder du i Scrum Guide.

De grundlæggende principper i Scrum

Scrum bygger på empirisk proceskontrol, altså at man styrer ud fra erfaring og observation i stedet for detaljerede forudsigelser. Det understøttes af tre søjler:

Transparens
Status, arbejde og mål er synlige for alle, fx via et Scrum-board i Jira.

Inspektion
Teamet inspicerer løbende produkt og proces i Daily Scrum, Sprint Review og Retrospective.

Adaption
På baggrund af det, I ser, tilpasser I plan, backlog og arbejdsmåde.

Scrum-teamet forventes desuden at leve efter fem værdier. De er afgørende, hvis du vil have selvorganiserende teams og mindre mikrostyring:

CommitmentFocusOpennessRespectCourage

Hvornår skal du vælge Scrum?

Scrum passer godt, når
I arbejder på et produkt, hvor krav og prioriteringer ændrer sig.
Opgaven er kompleks, og I har brug for hyppig feedback fra stakeholders.
Teamet er relativt stabilt og kan arbejde fokuseret mod Sprint Goals.
Scrum passer mindre godt, når
Arbejdet er meget forudsigeligt og gentageligt, fx ren drift.
Teamet konstant skifter eller er spredt på mange parallelle initiativer.
Opgaverne skal løses i et kontinuerligt flow. Her er Kanban ofte et bedre match.

De 3 centrale roller i Scrum

For at få succes med Scrum som projektleder er det afgørende at forstå ansvarsfordelingen mellem de tre roller:

Product Owner

Primært ansvar: Maksimere værdien af produktet

Fokusområde: Backlog, prioritering og forretningsbehov

  • Ejer og prioriterer Product Backlog
  • Formulerer og kommunikerer Product Goal og Sprint Goal
  • Sikrer, at teamet altid arbejder på det, der giver mest værdi
Scrum Master

Primært ansvar: Sikre at Scrum praktiseres effektivt

Fokusområde: Proces, forhindringer og teamets trivsel

  • Faciliterer samarbejdet mellem team, Product Owner og organisationen
  • Fjerner forhindringer (impediments), der bremser teamet
  • Hjælper teamet med at holde fokus på Sprint Goal
  • Sikrer, at Scrum-events er produktive og holder tidsrammen
  • Støtter organisationen i at arbejde agilt i praksis
Teamet (Developers)

Primært ansvar: Levere det faktiske arbejde (Increment)

Fokusområde: Kvalitet, eksekvering og selvorganisering

  • Leverer det planlagte arbejde
  • Ejer i fællesskab ansvaret for et brugbart Increment hver Sprint

Din rolle som projektleder ændrer sig derfor fra at uddelegere opgaver til at skabe de rette rammer for teamets succes: alignment, afhængigheder og beslutninger.

Scrum-artefakterne: Sådan styrer du arbejdet

Scrum definerer tre centrale artefakter, der alle skal være transparente:

1. Product Backlog: Den samlede, prioriterede liste over alt, der kan forbedre produktet. Ejes af Product Owner og raffineres løbende, så de vigtigste items er nedbrudt, estimeret og forstået.

2. Sprint Backlog: Planen for den aktuelle Sprint: Sprint Goal, de valgte backlog-items og en plan for udførelsen. Ejes af teamet og justeres løbende.

3. Increment: Den konkrete leverance af værdi, når backlog-items er færdige. Skal leve op til en fælles Definition of Done (DoD), så alle har samme billede af, hvad “færdig” betyder.

Har I en stor backlog, så få 3 tips til at nedbryde jeres Jira backlog.

Scrum-events

Scrum beskriver faste events, der skaber en stabil rytme, så teamet kan inspicere og tilpasse:

Sprint Planning: Aftal et Sprint Goal, og vælg de vigtigste backlog-items.

Daily Scrum (15 min): Et kort dagligt møde for teamet med fokus på fremdrift mod Sprint Goal og planen for de næste 24 timer.

Sprint Review: Inspicér Increment sammen med stakeholders, få feedback, og justér Product Backlog.

Sprint Retrospective: Forbedr måden, teamet arbejder på, og aftal konkrete forbedringer til næste Sprint.

Scrum vs. Waterfall: Hvad er forskellen?

Den største forskel ligger i jeres tilgang til risiko, forandring og levering.

Sammenligning af Scrum og Waterfall-metodikken illustreret som to forskellige projektforløb

Scrum arbejder i korte cyklusser. Man planlægger en mindre del, bygger den, tester den og får feedback, typisk over 1-4 uger. Det gør det muligt at justere kursen ud fra ny viden.

Waterfall fungerer lineært: Man planlægger alt først, udvikler derefter, tester og leverer til sidst. Det er forudsigeligt på papiret, men ufleksibelt. Som projektleder i et Waterfall-projekt bærer du ofte risikoen for, at behov og prioriteringer ændrer sig undervejs.

Scrum
Høj fleksibilitet, hurtigere værdiskabelse, synlig risiko og løbende læring.
Kræver tillid fra ledelsen og høj disciplin i teamet. Mindre klassisk “kontrol”.
Waterfall
Klar struktur og faste rammer fra start.
Stor risiko for at levere et produkt, der er forældet eller ikke matcher behovet ved release.

5 ofte stillede spørgsmål om Scrum

Er Scrum det samme som agil projektledelse?

Nej. Agil er et mindset og et sæt principper. Scrum er et konkret rammeværk, der omsætter agile principper til praksis via roller, events og artefakter.

Kan jeg stadig have en klassisk projektleder, hvis vi bruger Scrum?

Ja, men rollen ændrer sig. I ren Scrum findes der kun Product Owner, Scrum Master og Developers. I mange organisationer varetager en projektleder stadig budget, tværgående koordinering og rapportering, mens scope og prioritering ligger hos Product Owner og processen hos Scrum Master.

Hvor lange bør vores Sprints være?

Maks. én måned, men mange teams vælger 2 uger. Det vigtigste er en fast kadence, så I kan lære af jeres data og forbedre jer løbende. Læs også om Sprint Capacity Planning i Jira.

Hvad hvis kravene ændrer sig midt i en Sprint?

Det kan de godt. Teamet og Product Owner kan justere Sprint Backlog, så længe Sprint Goal ikke bringes i fare. Bliver Sprint Goal irrelevant, kan Product Owner i yderste konsekvens aflyse Sprinten.

Hvad er forskellen på Scrum og Kanban?

Scrum arbejder i faste Sprints med en rytme af events og Sprint Goals. Kanban fokuserer på kontinuerligt flow og WIP-begrænsninger. Kanban passer ofte bedre til drift og support, mens Scrum ofte passer bedre til produktudvikling med tydelige iterationer. Begge dele understøttes i Jira.

Sådan kommer du i gang med Scrum

Der findes mange værktøjer til Scrum, men der er en god grund til, at de fleste vælger Jira. Det er et fleksibelt værktøj, der giver de bedste rammer for Scrum, så længe det bliver sat rigtigt op fra starten. Læs mere i Hvad er Jira? og om roadmaps i Jira.

Overgangen fra teori til praksis kan være udfordrende. Derfor hjælper vi som Jira-specialister gerne med at omsætte de agile principper til en arbejdsgang i Jira, der giver mening for netop jeres team:

Opsætning

Vi sætter Jira op til Scrum, så det føles overskueligt i hverdagen.

Læs mere
Træning

En rolig introduktion til Scrum i Jira for hele teamet.

Læs mere
Workshop

Vi finder jeres rytme sammen og omsætter principperne til praksis.

Læs mere

Brug for hjælp til Scrum?

Ved at klikke på ’Send’ giver du samtykke til, at Seibert Group må behandle dine oplysninger med det formål at besvare din henvendelse. Vi behandler dine data fortroligt og i overensstemmelse med vores privatlivspolitik.

Seibert Solutions Denmark

Blegdamsvej 6, 2200 København N.
+45 53 55 64 74sales-denmark@seibert.group
#Scrum