Hvad er Scrum-metoden? Komplet guide til 2026
Hvis du har beskæftiget dig med digital projektledelse i noget tid, har du sandsynligvis hørt om Scrum-metoden.
Scrum er en populær projektledelsesmetode, der er blevet bredt taget i brug i en række forskellige brancher.
Grundlæggende bygger Scrum på idéen om at give teams mulighed for at organisere sig selv og træffe beslutninger om, hvordan de bedst når deres mål. Denne tilgang kan hjælpe teams med at levere produkter og tjenester af høj kvalitet hurtigt og effektivt.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Hvad er Scrum-metoden?
Du kan definere Scrum-metoden som en tilgang til produktlevering, der foreslår principper og processer for at forbedre resultaterne.
Agil Scrum-projektledelse fastlægger projekternes tids- og omkostningskrav. Scrum opnår dette ved at bruge tidsbokse (en specifik, begrænset tidsperiode) til arbejdsiterationer samt produktbacklogs og specifikke teambegivenheder. Det er en yderst tilpasningsdygtig ramme, der hjælper med at levere værdi i projekter hurtigere.
I Scrum-ledelse gør projekter fremskridt gennem sprints, som repræsenterer én arbejdsiteration hen imod teamets mål. Hvert sprint eller hver iteration producerer en leveringsklar del.
Scrum-metoden er én blandt mange agile metoder, som alle vender den historisk forudsigende projekt- og produktudviklingstrekant eller vandfaldsmodel på hovedet.
Mens traditionelle projektledelsesmetoder begrænser omfanget (f.eks. ved at beskrive det i en projektomfangsbeskrivelse) og gør tidsplan og ressourcer fleksible, fastlægger agile metoder (herunder Scrum) ressourcer og tidsplan, men gør omfanget fleksibelt alt efter, hvad der er vigtigst at opnå inden for den fastlagte tid med de fastlagte ressourcer.
Grundlæggende giver Scrum teams mulighed for at skabe en sund spænding mellem at levere det rigtige på den rigtige måde så hurtigt som muligt.
Målet med Scrum er at forbedre kommunikation, teamwork og udviklingshastighed. Begreber som sprints, Scrum-møder, backlogs og burndown-diagrammer stammer alle fra Scrum.
Hvorfor Scrum?
En af de vigtigste årsager til Scrums popularitet er dets evne til at hjælpe teams med at levere produkter og tjenester af høj kvalitet hurtigt og effektivt. Ved at opdele projekter i små, håndterbare dele og regelmæssigt gennemgå fremskridtene kan teams hurtigt identificere og håndtere eventuelle problemer, der opstår. Det gør det muligt for dem at holde sig på rette spor og nå deres mål rettidigt.
En anden årsag til, at Scrum er blevet taget i brug, er metodens fokus på samarbejde og kommunikation. I et Scrum-miljø opfordres teammedlemmerne til at arbejde sammen og dele idéer i stedet for at følge et stramt hierarki. Det kan fremme en følelse af ejerskab og ansvarlighed, som kan hjælpe teams med at forblive motiverede og engagerede.
Samlet set er udbredelsen af Scrum blevet drevet af metodens evne til at hjælpe organisationer og teams med at nå deres mål hurtigt og effektivt. Ved at give teams mulighed for at organisere sig selv og træffe beslutninger kan Scrum hjælpe organisationer med at forblive konkurrencedygtige og levere produkter og tjenester af høj kvalitet.
Scrums grundlæggende tankegang: Det agile manifest
Det agile manifest er centralt for Scrum-metoden og kan betragtes som den underliggende tankegang bag alle agile metoder. Scrum-metoden lægger sig oven på Det agile manifest for at omsætte hvad til hvordan.
Med andre ord er Scrum én af mange vejledninger til, hvordan man udvikler resultater med en agil tankegang. Her er en gennemgang af Det agile manifest kombineret med nogle få centrale Scrum-principper.
1. Individer og interaktioner frem for processer og værktøjer
For det første fokuserer det på individer og interaktioner frem for processer og værktøjer. Kommunikation er afgørende, ikke de processer, der driver dit projekt. I Scrum betyder det et selvorganiserende team med tværgående kompetencer.
2. Fungerende software frem for omfattende dokumentation
Der er et stærkt fokus på hurtigt at producere leveringsklare produkter i stedet for at bruge en masse tid på at nedskrive krav. I Scrum-baseret softwareudvikling gennemføres tidsafgrænsede arbejdssprints, hvor der produceres en leveringsklar del af produktet ved slutningen af hvert sprint.
3. Kundesamarbejde frem for kontraktforhandling
Agile værdier fremhæver samarbejde med klienten eller kunden, hvor man arbejder sammen med klienten på alle tidspunkter, og hvor klienten er stærkt involveret gennem hele processen. Scrum har en konsekvent og regelmæssig involvering af klienten.
4. At reagere på forandringer frem for at følge en plan
I stedet for at se forandringer som fjenden er det centralt for den agile ramme at være i stand til at se forandringer som noget positivt og reagere på dem. Scrum har krav, der hele tiden udvikler sig, og forandringer omfavnes.
Ud over Det agile manifest indeholder Scrum selv fem værdier, som er afgørende for, at personer og teams bliver dygtige til at arbejde effektivt: engagement, fokus, åbenhed, respekt og mod.
Disse værdier giver et agilt team eller Scrum-teamet retning for, hvordan de skal agere i deres arbejde. De beslutninger, der træffes, og de skridt, der tages, bør styrke disse værdier og ikke svække eller undergrave dem. Når de praktiseres effektivt, bliver de empiriske Scrum-søjler med gennemsigtighed, inspektion og tilpasning levendegjort, hvilket opbygger tillid.
Hvad er Scrums 3 artefakter?
Scrum-artefakter kommunikerer vigtige oplysninger, som Scrum-teamet skal være opmærksomt på under produktudviklingen.
1. Produktbacklog
Produktbackloggen oplister alle de funktioner, egenskaber og krav, der skal indgå i produktet, i prioriteret rækkefølge. Det er almindeligt, at et produkts krav ændrer sig i løbet af udviklingen, enten for at afspejle virksomhedens behov eller markedstendenser. Produktbackloggen opdateres løbende for at afspejle sådanne ændringer.
2. Produktbacklogelement
Det er de elementer, der udgør en produktbacklog. De beskriver de ændringer, der skal foretages, og det ønskede resultat. En måde at udtrykke det ønskede resultat på, så udviklingsteamet forstår det, er gennem »brugerhistorier« – en enkel sætning, der forklarer, hvad en bestemt virksomhed eller bruger efterspørger i produktet.
Brugerhistorier er struktureret sådan: “Som [blank] vil jeg [blank], så jeg kan [blank].”
3. Sprintbacklog
Sprintbackloggen består af de produktbacklogelementer, der er udvalgt til et sprint. Den indeholder også en plan for at producere en inkrementel leverance ved sprintets afslutning.
Sprintbackloggen definerer det arbejde, som udviklingsteamet skal udføre under det næste sprint, samt de elementer, der kræves for at producere en inkrementel leverance, som opfylder definitionen af færdig.
Scrum-rammen
Scrum-rammen er en agil metode, der fokuserer på at levere værdi trinvist og iterativt over tid. Processen begynder med, at en produktejer opretter en produktbacklog baseret på input fra ledere, teams, interessenter, kunder og brugere, og slutter med en fremvisning af det færdige arbejde ved en sprintgennemgang efterfulgt af en sprintretrospektiv. Denne proces gentages med regelmæssige intervaller, typisk 1-4 uger.
Scrum er i sig selv, og ligesom Scrum-begivenhederne, bevidst let og enkelt. Scrum er nemt at lære, men det kan være svært at mestre. Det er beregnet til at give tværfunktionelle teams en ramme til at løse komplekse problemer.
Kort sagt: Scrum er en metode eller proces, hvorigennem man praktiserer den agile tankegang.
Scrum-roller
Scrum-metodologien indeholder klart definerede roller.
- Scrums udviklingsteam
- Scrum-master
- Produktejer
Disse roller er med til at adskille Scrum-modellen fra lignende agile metoder som ekstrem programmering, lean eller testdrevet udvikling.
Scrum-miljøet fremmer brugen af små, fleksible teams på højst 9 personer, som arbejder sig gennem produktbackloggen. En lakmusprøve for teamets størrelse er, om du kan bespise dem med to pizzaer (ja, jeg mener det alvorligt).
Det svarer typisk til 5-9 personer på et team. Personer bør kun være tilknyttet ét Scrum-team ad gangen. Denne regel begrundes ofte med, hvordan teams kommunikerer, hvordan incitamenter afstemmes, og hvor mange mennesker en person kan opretholde relationer til samtidig.
1. Scrum-udviklingsteam
Et Scrum-udviklingsteam er en gruppe fagfolk, der er ansvarlige for at levere et frigivelsesklart increment af “færdigt” i slutningen af hvert Sprint.
Udviklingsteams er unikke på følgende måder:
- Udviklingsteams er selvorganiserende. Ingen i Scrum-teamet (heller ikke Scrum-masteren) må fortælle dem hvordan de skal omdanne produktbackloggen til increments.
- De er tværfunktionelle. Alle medlemmer skal have de færdigheder, der kræves for at skabe et increment; nogle kan have andre færdigheder, men alle bør kunne bidrage.
- De er ansvarlige for succeser og fiaskoer som team. Det er ligegyldigt, om et medlem begik en fejl, der medførte, at teamet ikke havde et increment ved afslutningen af et sprint; udviklingsteamet påtager sig ansvaret som helhed.
2. Scrum-master
Scrum-masteren er ansvarlig for at facilitere Scrum-processen. Vedkommende sørger for, at alle har en solid forståelse af Scrum-principperne og tilbyder vejledning og undervisning, når det er nødvendigt.
Scrum-masteren leder Scrum-teamet gennem den daglige Scrum. Vedkommende stiller ofte tre spørgsmål:
- Hvad lavede du i går?
- Hvad vil du lave i morgen?
- Hvilke hindringer står i vejen for dig?
Scrum-masteren er ikke leder eller personalechef for et Scrum-team. Vedkommende er ikke direkte ansvarlig for resultaterne. Hele teamet skal som helhed påtage sig ansvaret for slutproduktet.
Scrum-masteren arbejder også sammen med produktejeren for at sikre, at projektet er på rette spor.
Vedkommende udfører opgaver som:
- Sikre, at Scrum-målene er forstået af alle.
- Optimere håndteringen af produktbackloggen.
- Organisere Scrum-begivenheder
- Hjælpe med at fjerne forhindringer, når de opstår
Scrum-masterens opgave er at holde alle fokuserede og få dem til at arbejde hen imod det samme mål. Vedkommende har til opgave at fjerne forhindringer, forhindre unødvendige distraktioner og hjælpe teamet med at gøre fremskridt dag efter dag. Selvom resultatet af Scrum i sidste ende hviler på hele teamet, føler Scrum-mastere ofte et stort pres for at få succes i rollen.
3. Produktejer
Produktejeren repræsenterer virksomheden eller kundebasen. Vedkommende skal sikre, at de øvrige medlemmer af Scrum-teamet ikke glemmer formålet med sprintet. På grund af den store variation af potentielle virksomhedsbrugere og kunder skal produktejeren have en solid forståelse af brugernes behov.
Hvert sprint begynder med, at produktejeren dokumenterer og prioriterer produktets krav og ønskede funktioner over for udviklingsteamet. I en planlægningssession er det produktejerens opgave at besvare de spørgsmål, udviklingsteamet måtte have vedrørende specifikationer og krav.
Produktejeren er ikke involveret i udviklingen, men kan blive bedt om at besvare afklarende spørgsmål undervejs i hvert sprint.
En produktejers daglige ansvarsområder kan omfatte:
- Dokumentere produktkrav
- Skrive initiativer, epics og brugerhistorier
- Koordinere med produktledelsen for at sikre, at produktkravene stemmer overens med den overordnede produktplan
- Undersøge behovene hos virkelige kunder og brugere af produktet
- Besvare afklarende spørgsmål fra udviklingsteamet
- Samarbejde med ledere på tværs af organisationen for at sikre, at produktet kan sælges, implementeres, understøttes osv.
Produktejere er afgørende for en vellykket produktudviklingscyklus i Scrum-metoden. Uden klare og prioriterede krav ved udviklingsteams måske ikke, hvad de skal udvikle, eller i hvilken rækkefølge. Produktejere sikrer, at udviklingsteams ved, hvad der er vigtigst at arbejde på nu, og hvad der kommer bagefter.
Scrum-begivenheder (også kaldet Scrum-ceremonier)
Der findes 5 hovedtyper af Scrum-begivenheder eller Scrum-ceremonier:
- Sprinten
- Sprintplanlægning
- Daglig Scrum (også kaldet det daglige standupmøde)
- Sprintgennemgang
- Sprintretrospektiv
Visse typer Scrum-begivenheder finder sted på bestemte tidspunkter i udviklingsprocessen. De er også kendt som Scrum-ceremonierne.
1. Sprinten
En sprint i Scrum er en fast tidsperiode på højst én måned, hvor idéer omdannes til værdi. Sprinten er Scrums hjerteslag. En sprint er en fast tidsperiode, der gentager sig over tid. Ofte måler teams deres fremtid i sprints.
Formålet med sprinten er at tidsbegrænse arbejdstiden og få teams til at levere i overensstemmelse med deres forpligtelser. Sprints gør det muligt at sætte kortsigtede, men utroligt solide mål. Under en sprint bør intet ændres på en måde, der bringer sprintmålet i fare.
Sprinten holder teamet fokuseret på opgaven, men giver mulighed for kurskorrektion eller ændringer fra sprint til sprint. Sprints skaber forudsigelighed ved at sikre, at det, udviklingsteamet forpligter sig til, enten bliver færdigt eller gennemgået inden for en kort periode.
Med sprints forsvinder “vi får se, når det sker”. Vi ved, hvornår tingene vil ske, fordi de enten er forpligtet til eller ikke forpligtet til i sprinten.
En sprint varer fra 1-4 uger, ikke længere. Denne begrænsning gør det muligt for teams at komme i gang og hurtigt levere trinvise fremskridt uden at drive folk til vanvid. Sprints kan ikke gøres længere eller forkortes. En sprint kan kun annulleres, hvis sprintmålet bliver forældet. Kun produktejeren har bemyndigelse til at annullere sprinten.
2. Sprintplanlægning
Under en sprintplanlægningsbegivenhed bliver teamet enige om den række af elementer fra produktbackloggen, som de vil færdiggøre i den kommende sprint.
For hver uge af en sprint afsættes der en time til sprintplanlægning. Sprintplanlægningsmødet finder sted, før en sprint begynder, så hvis den kommende sprint varer 4 uger, afsætter teamet fire timer til mødet.
Den vigtigste del af et sprintplanlægningsmøde er den forberedelse, der skal foretages, før mødet begynder. Produktejeren møder op til sessionen med en prioriteret backlog med brugerhistorier og funktioner, som vedkommende ønsker, at udviklingsteamet skal skabe.
På sprintplanlægningsmødet afstemmer udviklingsteamet og produktejeren præcis, hvad der ønskes, og hvor lang tid det forventes at tage at opfylde disse krav.
Hvilke og hvor mange elementer fra produktbackloggen der bliver færdiggjort, afhænger af teamets forpligtelse og hastighed (den hastighed, hvormed udviklingsteamet kan skabe inkrementer). Hvis du planlægger med et nyt team, er det bedst ikke at beregne ud fra den forventede hastighed, før I har gennemført et par sprints med teamet.
3. Daglig Scrum
Hver dag afholdes et dagligt Scrum-møde, hvor teammedlemmerne drøfter de fremskridt, de har gjort, og de problemer, de står over for, med det formål at fejre fremskridt, afstemme det aktuelle arbejde og hurtigt fjerne hindringer, så alle kan bevæge sig fremad.
Scrum-møder finder sted hver dag under en sprint. De bør ikke vare længere end femten minutter og bør være knivskarpt fokuseret på at holde teamet i bevægelse fremad.
Daglige Scrum-sessioner afholdes hver dag for at forhindre, at problemer hober sig op i baggrunden. Alle spørgsmål eller bekymringer bør tages op på det daglige Scrum-møde.
4. Sprintgennemgang
Mødet om sprintgennemgangen finder sted ved afslutningen af en sprint med det udtrykkelige formål at gennemgå de opnåede fremskridt. Under en sprintgennemgang vurderer produktejeren, om resultaterne svarer til de forventninger, der blev fastlagt på sprintplanlægningsmødet. Her kontrollerer produktejeren, at arbejdsinkrementet opfylder definitionen på færdigt.
5. Sprintretrospektiv
Et møde om sprintretrospektivet giver dit team mulighed for at se tilbage på tidligere begivenheder og situationer. Ifølge Scrum-guiden er sprintretrospektivet en "mulighed for, at Scrum-teamet kan inspicere sig selv og udarbejde en plan for forbedringer, der skal gennemføres under det næste sprint." Det giver mening, især fordi fokus i agil udvikling er løbende forbedring. For at blive bedre skal du vide, hvilket område der skal forbedres.
Retrospektivet bør skabe et trygt rum, hvor folk kan dele deres ærlige feedback om, hvad der går godt, hvad der kan forbedres, og skabe en diskussion om ting, der bør ændres næste gang – med handlingspunkter dokumenteret.
Planlægning af projekter ved hjælp af Scrum-metoden
Scrum-metoden kan bruges til projekter af mange forskellige størrelser, og den er baseret på princippet om agil udvikling, som fremhæver behovet for fleksibilitet og evnen til at reagere på forandringer.
Det første trin i brugen af Scrum-metoden er at oprette en prioriteret produktbacklog. Produktbackloggen er en opgaveliste over alle de opgaver, der skal gennemføres for at nå projektets mål. Opgaver kan tilføjes til produktbackloggen når som helst og kan prioriteres ud fra deres betydning.
Når produktbackloggen er oprettet, er næste trin at oprette en sprintbacklog. Sprintbackloggen indeholder en liste over de opgaver, der skal gennemføres under et bestemt sprint eller en bestemt tidsperiode. Opgaverne i sprintbackloggen bør baseres på de opgaver i produktbackloggen, der er vigtigst og mest presserende.
For at sikre, at opgaverne gennemføres effektivt og med gode resultater, bruger Scrum-metoden et sæt specifikke retningslinjer, der hjælper med at holde tingene håndterbare. Retningslinjerne omfatter:
- Opgaver bør opdeles i små, håndterbare dele
- Opgaver bør tildeles specifikke teammedlemmer
- Teammedlemmer bør mødes regelmæssigt for at opdatere hinanden om deres fremskridt
- Teamet bør altid fokusere på at færdiggøre de vigtigste opgaver først
Når et team er kommet i gang med at udvikle og levere værdi ved hjælp af Scrum-metoden, gentages sprintcyklussen. Det er produktejerens ansvar at sikre, at brugerhistorier og funktionsanmodninger er klar til udviklingsteamet, så de altid har noget at arbejde på. Scrum-masteren hjælper med at holde teamet i bevægelse fremad på en afstemt og struktureret måde.
Ved at følge Scrum-metodens retningslinjer kan teams være mere produktive og effektive, mens de arbejder på at færdiggøre deres projekt. Tilgangens fleksibilitet gør det muligt hurtigt at foretage justeringer efter behov, hvilket hjælper med at holde projekter på sporet og inden for tidsplanen. Scrum fremmer også teamwork, samarbejde og kommunikation mellem teammedlemmerne, hvilket hjælper med at sikre vellykkede resultater.
Fordele ved Scrum-metoden
Scrum-metoden er en agil teknik til projekt- eller produktlevering, som hjælper teams med at arbejde mere effektivt og produktivt. Det er en enkel, men effektiv tilgang, der kan bruges til softwareudvikling, produktdesign, marketingprojekter og meget mere.
Nogle af fordelene ved at bruge Scrum-metoden omfatter:
- Øget produktivitet: Når teams kan arbejde i korte tidsintervaller kaldet "sprints", kan de typisk nå mere, end hvis de arbejdede på projektet over en længere periode.
- Øget samarbejde: Scrum-metoden tilskynder teammedlemmer til at arbejde tæt sammen for at nå fælles mål. Det kan hjælpe med at reducere misforståelser og forbedre kommunikationen.
- Øget fleksibilitet: Scrum-metoden er fleksibel og kan tilpasses projektteamets specifikke behov. Det kan hjælpe med at sikre, at projektet prioriterer færdiggørelsen af de vigtigste elementer, samtidig med at omkostnings- og tidsplanforpligtelser overholdes.
- Forbedret kvalitet: Ved at bruge korte sprints kan teams fokusere på at færdiggøre specifikke opgaver og sikre, at de har den højest mulige kvalitet. Det kan hjælpe med at undgå dyre fejl og forbedre den overordnede kvalitet af det endelige produkt eller den endelige service.
En kort historie om Scrum
- 1986: Hirotaka Takeuchi og Ikujiro Nonaka udgav “New New Product Development Game” i Harvard Business Review og opfandt ordet “Scrum” til brug uden for rugbyspillet.
- 1995: Jeff Sutherland og Ken Schwaber præsenterede Scrum ved OOPSLA.
- 2001: Sutherland, Schwaber og 15 andre udviklere skabte “Manifestet for agil udvikling”, almindeligvis omtalt som “Det agile manifest”. Agile Alliance blev grundlagt og anerkendte Scrum som en af de agile metoder.
- 2002: Schwaber udgav “Agil softwareudvikling med Scrum” sammen med Mike Beedle, grundlagde Scrum Alliance og begyndte at tilbyde Scrum-certificeringer.
- 2004: Schwaber udgav “Agil projektledelse med Scrum”, som er blevet fulgt af andre bøger og vejledninger om anvendelse af Scrum på tværs af kontekster.
- 2007: Den skalerede agile ramme udvikles, kendt som SAFe.
- 2014: Dr. Dave Cornelius, en anerkendt katalysator for Lean og agilitet, præsenterede sin doktorafhandling baseret på Scrum-metoden med fokus på “Scrums værdi for organisationer”.
- Fra 2014 og frem er Scrum blevet anvendt i nye sammenhænge, herunder i enorme skalaer over hele verden.
Scrum: Sammenligning
Scrum sammenlignet med agilitet
Enkelt sagt er agilitet tankegangen, og Scrum er en af mange metoder, der gør brug af den agile tankegang. Scrum hører under agilitet som tankegang og får selskab af mange andre agil-fokuserede metoder, herunder ekstrem programmering, lean, Kanban, SAFe, testdrevet udvikling, Crystal og flere.
Forskellen mellem Scrum og agilitet er, at Scrum er en plan eller en vejledning til implementering af processer, der er i overensstemmelse med den agile tankegang. Agil softwareudvikling med Scrum er en af de mest populære tilgange til udvikling.
Læs mere om forskellene mellem vandfaldsmodellen og agilitet mere generelt her.
Scrum sammenlignet med Kanban
Der findes også andre måder at implementere agilitet på. En anden populær tilgang er for eksempel Kanban, som adskiller sig fra Scrum ved ikke at kræve klart definerede roller, ikke at gennemføre sprint med en fast varighed og ved at være åben over for ændringer i agile arbejdsgange på alle tidspunkter under udviklingen.
Nøglen til Kanban er at begrænse, hvor mange arbejdselementer der kan være under udførelse på et givent tidspunkt. Begrænsningen af igangværende arbejde (WIP) tvinger teamene til at samles om at løse og færdiggøre det, de har påbegyndt, fordi nye elementer ikke må sættes i gang, hvis gamle elementer endnu ikke er færdige (det gør kapacitetsplanlægning i Kanban ret nem). Du kan identificere et Scrum-team på dets “sprint”, og du kan identificere et Kanban-team ved at se begrænsninger på igangværende arbejde.
Du kan opleve, at et Scrum-team bruger en Kanban-tavle (betyder bogstaveligt talt skiltebræt) til visuelt at vise deres arbejdselementer på tværs af statusser – det er helt fint! Brugen af en Kanban-tavle underminerer ikke Scrum, så længe rollerne, begivenhederne og tidsafgrænsningerne stadig anvendes.
Læs mere om forskellene mellem Scrum og Kanban her.
Scrum-software
Scrum og Scrum-værktøjer er ikke kun til softwareudviklingsteams, selvom det var her, Scrum opstod. Scrum-rammen kan bruges i mange produktionsmiljøer – fra markedsføringsbureauer til byggefirmaer.
Her er noget af den bedste agile projektstyringssoftware med funktioner som produktefterslæb og sprintplanlægning, der hjælper dig med at følge Scrum-metoden.
Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.
Få dybdegående anmeldelser af disse værktøjer – sammen med skærmbilleder, bedømmelser og prisoplysninger – i anmeldelsen af Scrum-software og anmeldelsen af Scrum-værktøjer.
De bedste Scrum-ressourcer
- Scrum Guides: Det officielle (og GRATIS) Scrum-vidensgrundlag. Skrevet af Scrums medskabere, Ken Schwaber og Jeff Sutherland.
- Scrum.org: En professionelt anerkendt organisation, der tilbyder undervisning og officielle agile-certificeringer såsom Professional Scrum Mastere, Professional Scrum Product Owners og Professional Scrum-udviklere.
- Scrum Alliance: En organisation, der underviser personer på alle erfaringsniveauer i Scrum. De tilbyder også undervisning og certificeringer i form af Certified Scrum Mastere, Certified Product Owners og Certified Scrum-udviklere.
- Scrum Inc: Grundlagt af Jeff Sutherland, Scrums medskaber, som regelmæssigt opdaterer bloggen. De tilbyder undervisning og certificering.
- Atlassian: En australsk virksomhed inden for virksomhedssoftware, der leverer detaljerede og faktatjekkede vejledninger om agile metoder, herunder Scrum.
- Visual Paradigm Scrum Guides: En stor database med artikler om alt inden for Scrum, fra grundlæggende definitioner til problemløsning af specifikke problemer.
Du kan også overveje at se disse kurser i Scrum.
Scrum-ordliste
For dem, der ikke kender Scrum, kan det lyde skræmmende. Her er en oversigt over nogle almindeligt anvendte termer.
Her er en liste over Scrum-termer, som du til enhver tid kan vende tilbage til:
- Agil: Tankegangen og den overordnede ramme, som Scrum-metoden blev udviklet under. Fremmer tilpasning og fleksibilitet frem for en rigid struktur.
- Burndown-diagram: Et diagram, der viser mængden af arbejde, der stadig mangler i produktbackloggen.
- Burn-up-diagram: Et diagram, der viser mængden af arbejde, der er blevet færdiggjort fra produktbackloggen.
- Daglig Scrum: Et møde, der afholdes hver dag, hvor der afsættes femten minutter til at strukturere den kommende arbejdsdag.
- Definition af færdig: De forventninger, som et inkrement skal opfylde for at blive betragtet som klar til udgivelse.
- Udviklingsteam: Teamet i Scrum-teamet, der administrerer, organiserer og udfører det udviklingsarbejde, der kræves for at skabe et inkrement.
- Empirisme: Proceskontrol, der fastslår, at kun fortiden er sikker. Giver maksimal fleksibilitet inden for den agile ramme. Lægger vægt på gennemsigtighed, inspektion og tilpasning.
- Tekniske standarder: Et sæt standarder, der deles på tværs af teams for at sikre inkrementer.
- Forudsigelse af funktionalitet: Det sæt inkrementer fra produktbackloggen, som udviklingsteamet vurderer er muligt at færdiggøre i et sprint.
- Inkrement: Et stykke software, der kan føjes til andre inkrementer. Tilsammen udgør tilstrækkeligt mange inkrementer et produkt.
- Produktbacklog: En liste, typisk i en bestemt rækkefølge, over det arbejde, der skal udføres for at skabe et produkt.
- Produktejer: Et teammedlem i Scrum, der har til opgave at maksimere et produkts værdi.
- Scrum-tavle: En nem måde at visualisere de oplysninger, der deles mellem Scrum-teamet.
- Scrum-guiden: Den oprindelige definition af Scrum. Guiden beskriver Scrums roller, begivenheder, artefakter og regler.
- Scrum-master: Ansvarlig for at lede Scrum-teamet. Sikrer, at alle har en solid forståelse af Scrums principper. Tilbyder vejledning og undervisning, når det er nødvendigt.
- Scrum-værdier: De grundlæggende værdier, der driver Scrum-rammeværket. Disse er: forpligtelse, fokus, åbenhed, respekt og mod.
- Selvorganisering: Et grundlæggende princip i Scrum, som fastslår, at teams selv skal organisere deres arbejde uden indblanding fra eksterne teams.
- Sprint: En tidsramme på en måned eller mindre, hvor Scrum-begivenheder gennemføres. Sprints gennemføres umiddelbart efter hinanden. Der er ingen pauser mellem dem.
- Sprintmål: Formålet med det aktuelle sprint.
- Sprintevaluering: Et møde på højst tre timer, hvor sprintteamet samles og drøfter eventuelle forbedringer, der bør implementeres i det næste sprint.
- Gennemgang af sprint: Et møde på højst fire timer, der markerer afslutningen på et sprint. Arbejdet gennemgås, og interessenterne inspicerer inkrementet for at sikre, at det opfylder definitionen af færdig.
- Interessent: En person uden for Scrum-teamet. Bidrager med et eksternt perspektiv og deltager aktivt i gennemgange af sprint.
Hvad er det næste?
Vil du i kontakt med andre digitale projektledere for at dele ressourcer og bedste praksis? Bliv medlem af vores fællesskab og få adgang til mere end 100 skabeloner, eksempler og prøveeksempler, og kom i kontakt med hundredvis af andre digitale projektledere på Slack.
