Vad är Scrum-metodik? Komplett guide för 2026

Vad är Scrum-metodiken?

Scrum-metodiken kan definieras som ett tillvägagångssätt för produktleverans som föreslår principer och processer för att förbättra resultaten.

Agil projektledning med Scrum fastställer projektens tids- och kostnadskrav. Scrum uppnår detta genom att använda tidsboxar (en specifik, begränsad tidsperiod) för arbetsiterationer, samt produktbackloggar och specifika teamevenemang. Det är ett mycket anpassningsbart ramverk som hjälper till att leverera värde i projekt snabbare. 

Inom Scrum går projekt framåt genom sprintar, som representerar en arbetsiteration mot teamets mål. Varje sprint eller iteration producerar ett leveransbart inkrement.

Scrum-metodiken är en av många agila metodiker, som alla vänder upp och ner på den historiskt förutsägbara projekt- och produktutvecklingstriangeln, även kallad vattenfallsmodellen.

Medan traditionella projektledningsmetoder begränsar omfattningen (t.ex. genom att fastställa den i en omfattningsbeskrivning för projektet) och är flexibla när det gäller tidsplan och resurser, fastställer agila metoder (inklusive Scrum) resurser och tidsplan men är flexibla när det gäller omfattningen, beroende på vad som är viktigast att åstadkomma inom den fastställda tiden med de fastställda resurserna. 

I grunden hjälper Scrum team att skapa en hälsosam balans mellan att leverera rätt sak, på rätt sätt och så snabbt som möjligt.

Målet med Scrum är att förbättra kommunikationen, teamarbetet och utvecklingshastigheten. Begrepp som sprintar, Scrum-möten, backloggar och burndown-diagram kommer alla från Scrum.

Varför Scrum?

En av de viktigaste anledningarna till Scrums popularitet är dess förmåga att hjälpa team att leverera produkter och tjänster av hög kvalitet på ett snabbt och effektivt sätt. Genom att dela upp projekt i små, hanterbara delar och regelbundet granska framstegen kan team snabbt identifiera och hantera eventuella problem som uppstår. Detta gör att de kan hålla sig på rätt spår och nå sina mål i tid.

En annan anledning till att Scrum har införts är dess fokus på samarbete och kommunikation. I en Scrum-miljö uppmuntras teammedlemmarna att arbeta tillsammans och dela idéer, snarare än att följa en strikt hierarki. Detta kan främja en känsla av ägarskap och ansvar, vilket kan hjälpa team att hålla sig motiverade och engagerade.

Överlag har införandet av Scrum drivits av dess förmåga att hjälpa organisationer och team att nå sina mål på ett snabbt och effektivt sätt. Genom att ge team möjlighet att självorganisera sig och fatta beslut kan Scrum hjälpa organisationer att förbli konkurrenskraftiga och leverera produkter och tjänster av hög kvalitet.

Scrums grundläggande tankesätt: Det agila manifestet

Det agila manifestet är centralt för Scrum-metodiken och kan betraktas som det underliggande tankesättet bakom alla agila metodiker. Scrum-metodiken bygger vidare på det agila manifestet genom att omsätta vad som ska göras i hur det ska göras. 

Med andra ord är Scrum en av många vägledningar för hur man utvecklar resultat med ett agilt tankesätt. Här följer en genomgång av det agila manifestet tillsammans med några grundläggande Scrum-principer.

1. Individer och interaktioner framför processer och verktyg

För det första fokuserar det på individer och interaktioner framför processer och verktyg. Kommunikation är avgörande, inte de processer som driver projektet. Inom Scrum innebär detta det självorganiserande, tvärfunktionella teamet.

2. Fungerande programvara framför omfattande dokumentation

Det finns ett starkt fokus på att snabbt producera leveransbara produkter, snarare än att lägga mycket tid på att dokumentera kraven. Inom programvaruutveckling med Scrum genomförs tidsboxade arbetssprintar, där ett leveransbart produktinkrement tas fram i slutet av varje sprint.

3. Kundsamarbete framför avtalsförhandling

Agila värderingar anger klient- eller kundsamarbete, att arbeta med klienten vid alla tidpunkter och att klienten är starkt involverad under hela processen. Scrum innebär konsekvent och regelbundet kundengagemang.

4. Att reagera på förändringar i stället för att följa en plan

I stället för att se förändringar som fienden är det centralt för det agila ramverket att kunna se förändringar som något positivt och reagera på dem. Scrum har krav som ständigt utvecklas, och förändringar välkomnas.

Utöver det agila manifestet innehåller Scrum i sig fem värderingar som är avgörande för att människor och team ska bli skickliga på att arbeta effektivt: engagemang, fokus, öppenhet, respekt och mod. 

Dessa värderingar ger ett agilt team eller Scrumteam vägledning om hur de ska agera i sitt arbete. De beslut som fattas och de steg som tas bör förstärka dessa värderingar, inte försvaga eller undergräva dem. När de tillämpas effektivt kommer Scrums empiriska pelare – transparens, inspektion och anpassning – till liv och bygger förtroende.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Create Free Account

Have an account? Log In

Vilka är Scrums tre artefakter?

Scrumartefakter kommunicerar viktig information som Scrumteamet behöver känna till under produktutvecklingen.

1. Produktbacklogg

Produktbackloggen listar alla funktioner, egenskaper och krav som måste ingå i produkten, i prioritetsordning. Det är vanligt att kraven på en produkt förändras under utvecklingens gång, antingen för att återspegla verksamhetens behov eller marknadstrender. Produktbackloggen uppdateras ständigt för att återspegla sådana förändringar.

2. Produktbackloggpost

Detta är de poster som utgör en produktbacklogg. De beskriver vilka förändringar som behöver göras och det önskade resultatet. Ett sätt att uttrycka det önskade resultatet på ett sätt som utvecklingsteamet förstår är genom ”användarberättelser”, en enkel mening som förklarar vad en viss verksamhet eller användare söker i produkten.

Användarberättelser är strukturerade så här: “Som en [tom plats] vill jag [tom plats] så att jag kan [tom plats].”

3. Sprintbacklogg

Sprintbackloggen består av de produktbackloggposter som har valts ut för en sprint. Den innehåller också en plan för att skapa ett inkrement i slutet av sprinten. 

Sprintbackloggen definierar det arbete som utvecklingsteamet ska utföra under nästa sprint samt de poster som krävs för att skapa ett inkrement som uppfyller definitionen av klart.

Scrumramverket

Scrumramverket är en agil metodik som fokuserar på att leverera värde stegvis och iterativt över tid. Processen börjar med att en produktägare skapar en produktbacklogg baserad på synpunkter från chefer, team, intressenter, kunder och användare och avslutas med en presentation av färdigt arbete vid en sprintgranskning, följd av en sprintretrospektiv. Processen upprepas med regelbundna intervall, vanligtvis 1–4 veckor. 

Scrum i sig, liksom Scrumhändelserna, är avsiktligt lättviktigt och enkelt. Scrum är lätt att lära sig, men kan vara svårt att bemästra. Det är avsett att tillhandahålla ett ramverk för tvärfunktionella team som ska lösa komplexa problem.

Enkelt uttryckt: Scrum är en metodik eller process för att omsätta det agila tankesättet i praktiken. 

Scrumroller

Inom Scrum- metodiken finns tydligt definierade roller.

1. Scrums utvecklingsteam
2. Scrummästare
3. Produktägare

Dessa roller hjälper till att skilja Scrum-modellen från liknande agila metoder som extrem programmering, lean eller testdriven utveckling.

Scrum-miljön främjar användningen av små, flexibla team med högst 9 personer som arbetar sig igenom produktbackloggen. Ett lackmustest för teamstorleken är om du kan mätta dem med två pizzor (ja, jag menar allvar).

Det motsvarar vanligtvis 5–9 personer i ett team. Personer bör endast tilldelas ett Scrumteam åt gången. Denna regel motiveras ofta av hur team kommunicerar, hur incitament samordnas och hur många relationer en individ kan upprätthålla samtidigt. 

1. Scrum-utvecklingsteam

Ett Scrum-utvecklingsteam är en grupp yrkespersoner som ansvarar för att leverera ett leveransbart inkrement av ”färdigt” i slutet av varje sprint.

Utvecklingsteam är unika på följande sätt:

• Utvecklingsteam är självorganiserande. Ingen inom Scrum-teamet (inte ens Scrum-mastern) får tala om för dem hur de ska omvandla produktbackloggen till inkrement.
• De är tvärfunktionella. Alla medlemmar måste ha de färdigheter som krävs för att skapa ett inkrement; vissa kan ha andra kompetenser, men alla bör kunna bidra. 
• De är som team ansvariga för både framgångar och misslyckanden. Det spelar ingen roll om en medlem gjorde ett misstag som ledde till att teamet inte hade ett inkrement i slutet av en sprint – utvecklingsteamet tar ansvar som helhet.

2. Scrum-master

Scrum-mastern ansvarar för att underlätta Scrum-processen. Scrum-mastern ser till att alla har en god förståelse för Scrums principer och erbjuder vägledning och utbildning när det behövs.

Scrum-mastern leder Scrum-teamet genom den dagliga Scrum-träffen. Scrum-mastern ställer ofta tre frågor:

1. Vad gjorde du igår?
2. Vad ska du göra imorgon?
3. Vilka hinder står i din väg?

Scrum-mastern är inte ledare eller personalansvarig för ett Scrum-team. Scrum-mastern ansvarar inte direkt för resultaten. Hela teamet måste ta ansvar för slutprodukten.

Scrum-mastern arbetar också med produktägaren för att se till att projektet följer planen. 

Uppgifterna kan bland annat vara att:

• Säkerställa att alla förstår Scrum-målen.
• Optimera hanteringen av produktbackloggen.
• Organisera Scrum-evenemang.
• Hjälpa till att undanröja hinder när de uppstår.

Scrum-masterns uppgift är att hålla alla fokuserade och arbeta mot samma mål. Scrum-mastern har i uppdrag att undanröja hinder, förhindra onödiga distraktioner och hjälpa teamet att göra framsteg dag efter dag. Även om resultatet av Scrum i slutändan vilar på hela teamet känner Scrum-mastrar ofta stor press att lyckas i rollen.

3. Produktägare

Produktägaren representerar verksamheten eller kundbasen. Produktägaren ska se till att de andra medlemmarna i Scrum-teamet inte glömmer sprintens syfte. På grund av den stora variationen av möjliga företagsanvändare och kunder måste produktägaren ha en god förståelse för användarnas behov.

Varje sprint börjar med att produktägaren dokumenterar och prioriterar produktens krav och önskade funktioner för utvecklingsteamet. Under ett planeringsmöte är produktägarens uppgift att besvara de frågor om specifikationer och krav som utvecklingsteamet kan ha. 

Produktägaren deltar inte i utvecklingen, men kan under varje sprint bli ombedd att besvara klargörande frågor längs vägen.

Produktägarens dagliga ansvarsområden kan omfatta: 

• Dokumentera produktkrav.
• Skriva initiativ, epics och användarberättelser.
• Samordna med produktledningen för att säkerställa att produktkraven överensstämmer med den övergripande produktplanen.
• Undersöka behoven hos verkliga kunder och användare av produkten.
• Besvara klargörande frågor från utvecklingsteamet.
• Samarbeta med ledare i hela organisationen för att säkerställa att produkten kan säljas, implementeras, få support med mera. 

Produktägare är avgörande för en framgångsrik produktutvecklingscykel enligt Scrum-metodiken. Utan tydliga och prioriterade krav kanske utvecklingsteam inte vet vad som ska utvecklas och i vilken ordning. Produktägare ser till att utvecklingsteam vet vad som är viktigast att arbeta med nu och vad som kommer härnäst. 

Scrum-evenemang (även kallade Scrum-ceremonier)

Det finns 5 huvudtyper av Scrum-händelser eller Scrum-ceremonier:

1. Sprinten
2. Sprintplanering
3. Daglig Scrum (även kallat det dagliga ståmötet)
4. Sprintgenomgång
5. Sprintretrospektiv

Vissa typer av Scrum-händelser äger rum under specifika tidpunkter i utvecklingsprocessen. Dessa kallas även Scrum-ceremonier.

1. Sprinten

En sprint i Scrum är en fast tidsperiod på en månad eller mindre, där idéer omvandlas till värde. Sprinten är Scrums hjärtslag. En sprint är en bestämd tidsperiod som upprepas över tid. Ofta mäter team sin framtid i sprintar. 

Syftet med sprinten är att tidsbegränsa arbetstiden och få team att leverera enligt sina åtaganden. Sprintar gör det möjligt att sätta mål som är mer kortsiktiga, men oerhört stabila. Under en sprint bör inget ändras som skulle kunna äventyra sprintmålet. 

Sprinten håller teamet fokuserat på uppgiften, men möjliggör kurskorrigeringar eller förändringar från en sprint till nästa. Sprintar skapar förutsägbarhet genom att säkerställa att det utvecklingsteamet åtar sig antingen blir klart eller granskas inom en kort tidsperiod. 

Med sprintar försvinner ”vi får se när det händer”. Vi vet när saker kommer att hända eftersom de antingen är åtaganden i sprinten eller inte. 

En sprint varar mellan 1 och 4 veckor, aldrig längre. Denna begränsning gör det möjligt för team att komma igång och snabbt leverera stegvisa framsteg, utan att driva människor till vansinne. Sprintar kan inte göras längre eller kortas ned. En sprint kan endast avbrytas om sprintmålet blir inaktuellt. Endast produktägaren har befogenhet att avbryta sprinten. 

2. Sprintplanering

Under en sprintplaneringshändelse kommer teamet överens om vilka produktbackloggposter de ska slutföra under den kommande sprinten.

För varje vecka av en sprint avsätts en timme för sprintplanering. Sprintplaneringsmötet äger rum innan en sprint börjar, så om den kommande sprinten är 4 veckor lång avsätter teamet fyra timmar för mötet.

Den viktigaste delen av ett sprintplaneringsmöte är förberedelserna som måste göras innan mötet börjar. Produktägaren kommer till mötet med en prioriterad backlogg med användarberättelser och funktioner som de vill att utvecklingsteamet ska skapa. 

Under sprintplaneringsmötet kommer utvecklingsteamet och produktägaren överens om exakt vad som önskas och hur lång tid det förväntas ta att uppfylla dessa krav. 

Vilka och hur många poster från produktbackloggen som kommer att slutföras beror på teamets åtagande och arbetstakt (den hastighet med vilken utvecklingsteamet kan skapa inkrement). Om du planerar med ett nytt team är det bäst att inte beräkna utifrån den förväntade arbetstakten förrän ni har genomfört några sprintar tillsammans.

3. Daglig Scrum

Varje dag äger ett dagligt Scrum-möte rum där teammedlemmarna diskuterar de framsteg de har gjort och de problem de står inför, med avsikten att fira framsteg, samordna det aktuella arbetet och snabbt undanröja hinder så att alla kan fortsätta framåt.

Scrum-möten äger rum varje dag under en sprint. De bör inte vara längre än femton minuter och bör vara helt fokuserade på att hålla teamet i rörelse framåt. 

Dagliga Scrum-möten hålls varje dag för att förhindra att problem samlas på hög i bakgrunden. Alla frågor eller funderingar bör tas upp på det dagliga Scrum-mötet.

4. Sprintgenomgång

Mötet för sprintgenomgång äger rum i slutet av en sprint med det uttryckliga syftet att gå igenom de framsteg som har gjorts. Under en sprintgenomgång bedömer produktägaren om resultaten motsvarar de förväntningar som fastställdes vid sprintplaneringsmötet. Här verifierar produktägaren att arbetsinkrementet uppfyller definitionen av färdigt.

5. Sprintretrospektiv

Ett sprintretrospektiv ger teamet möjlighet att se tillbaka på tidigare händelser och situationer. Enligt Scrum-guiden är sprintretrospektivet en ”möjlighet för Scrum-teamet att granska sig självt och skapa en plan för förbättringar som ska genomföras under nästa sprint.” Det är särskilt logiskt eftersom fokus inom agil utveckling ligger på kontinuerliga förbättringar. För att bli bättre måste du veta vilket svärd du ska vässa.

Retrospektivet bör skapa en trygg plats där människor kan dela ärlig feedback om vad som fungerar bra, vad som kan förbättras och inleda en diskussion om sådant som bör förändras nästa gång – med konkreta åtgärder dokumenterade.

Planera projekt med Scrum-metoden

Scrum-metoden kan användas för projekt av många olika storlekar och bygger på principen om agil utveckling, som betonar behovet av flexibilitet och förmåga att reagera på förändringar.

Det första steget när man använder Scrum-metoden är att skapa en prioriterad produktbacklogg. Produktbackloggen är en att-göra-lista över alla uppgifter som behöver slutföras för att uppnå projektets mål. Uppgifter kan läggas till i produktbackloggen när som helst och kan prioriteras utifrån deras betydelse.

När produktbackloggen har skapats är nästa steg att skapa en sprintbacklogg. Sprintbackloggen innehåller en lista över uppgifter som ska slutföras under en specifik sprint eller tidsperiod. Uppgifterna i sprintbackloggen bör baseras på de uppgifter i produktbackloggen som är viktigast och mest brådskande.

För att säkerställa att uppgifterna slutförs effektivt och ändamålsenligt använder Scrum-metoden en uppsättning specifika riktlinjer som hjälper till att hålla arbetet hanterbart. Riktlinjerna omfattar:

• Uppgifter bör delas upp i små, hanterbara delar
• Uppgifter bör tilldelas specifika teammedlemmar
• Teammedlemmarna bör träffas regelbundet för att uppdatera varandra om sina framsteg
• Teamet bör alltid fokusera på att slutföra de viktigaste uppgifterna först

När ett team har kommit igång med att utveckla och leverera värde med Scrum-metoden kommer sprintcykeln att upprepas. Det är produktägarens ansvar att se till att användarberättelser och funktionsförfrågningar är klara för utvecklingsteamet, så att de alltid har något att arbeta med. Scrummästaren hjälper till att hålla teamet framåtriktat och samordnat på ett strukturerat sätt.

Genom att följa Scrum-metodens riktlinjer kan team bli mer produktiva och effektiva när de arbetar med att slutföra sitt projekt. Metodens flexibilitet möjliggör snabba justeringar vid behov, vilket hjälper till att hålla projekten på rätt spår och enligt tidsplanen. Scrum uppmuntrar också till lagarbete, samarbete och kommunikation mellan teammedlemmarna, vilket bidrar till att säkerställa framgångsrika resultat.

Fördelar med Scrum-metoden

Scrum-metoden är en agil teknik för projekt- eller produktleverans som hjälper team att arbeta mer effektivt och ändamålsenligt. Det är ett enkelt men kraftfullt arbetssätt som kan användas för programvaruutveckling, produktdesign, marknadsföringsprojekt och mycket mer.

Några av fördelarna med att använda Scrum-metoden är:

1. Ökad produktivitet: När team kan arbeta i korta tidsintervall som kallas ”sprinter” kan de vanligtvis åstadkomma mer än om de arbetade med projektet under en längre tidsperiod.
2. Ökat samarbete: Scrum-metoden uppmuntrar teammedlemmarna att arbeta nära tillsammans för att uppnå gemensamma mål. Det kan bidra till att minska missförstånd och förbättra kommunikationen.
3. Ökad flexibilitet: Scrum-metoden är flexibel och kan anpassas för att möta projektteamets specifika behov. Det kan bidra till att säkerställa att projektet prioriterar att slutföra de viktigaste delarna, samtidigt som kostnads- och tidsplaneringsåtaganden uppfylls.
4. Förbättrad kvalitet: Genom att använda korta sprinter kan team fokusera på att slutföra specifika uppgifter och säkerställa att de håller så hög kvalitet som möjligt. Det kan bidra till att undvika kostsamma misstag och förbättra den övergripande kvaliteten på den slutliga produkten eller tjänsten.

En kort historik om Scrum

• 1986: Hirotaka Takeuchi och Ikujiro Nonaka publicerade ”New New Product Development Game” i Harvard Business Review och myntade ordet ”Scrum” för användning utanför rugbyspelet.
• 1995: Jeff Sutherland och Ken Schwaber presenterade Scrum vid OOPSLA.
• 2001: Sutherland, Schwaber och 15 andra utvecklare skapade ”Manifestet för agil utveckling”, vanligtvis kallat ”det agila manifestet”. Agile Alliance grundades och beskrev Scrum som en av de agila metoderna. 
• 2002: Schwaber publicerade ”Agil mjukvaruutveckling med Scrum” tillsammans med Mike Beedle, grundade Scrum Alliance och började erbjuda Scrum-certifieringar.
• 2004: Schwaber publicerade ”Agil projektledning med Scrum”, som följts av andra böcker och guider om hur Scrum används i olika sammanhang. 
• 2007: Det skalade agila ramverket utvecklas och blir känt som SAFe. 
• 2014: Dr. Dave Cornelius, en erkänd katalysator inom Lean och agila arbetssätt, presenterade sin doktorsavhandling baserad på Scrum-metodiken med fokus på ”Värdet av Scrum för organisationer”.
• Från 2014 och framåt har Scrum tillämpats i nya sammanhang, bland annat i mycket stor skala över hela världen. 

Scrum: jämförelse

Scrum kontra agila metoder

Enkelt uttryckt är agilt arbetssätt ett tankesätt, medan Scrum är en av många metoder som använder det agila tankesättet. Scrum ryms inom det agila paraplyet som tankesätt och kompletteras av många andra agilt inriktade metoder, bland annat extremprogrammering, lean, Kanban, SAFe, testdriven utveckling, crystal och fler. 

Skillnaden mellan Scrum och agilt arbetssätt är att Scrum är en plan eller en handledning för att implementera processer som är anpassade till det agila tankesättet. Agil mjukvaruutveckling med Scrum är en av de mest populära metoderna för utveckling.

Läs mer om skillnaderna mellan vattenfallsmodellen och agilt arbetssätt mer generellt här.

Scrum kontra Kanban

Det finns även andra sätt att implementera agila arbetssätt. Ett annat populärt tillvägagångssätt är till exempel Kanban, som skiljer sig från Scrum genom att det inte kräver tydligt definierade roller, inte genomför sprintar med en fast tidslängd och tillåter förändringar i det agila arbetsflödet under alla delar av utvecklingen. 

Nyckeln till Kanban är att begränsa hur många arbetsobjekt som får vara pågående vid varje given tidpunkt. Begränsningen av pågående arbete (WIP) tvingar teamen att samlas kring att lösa och slutföra det de har påbörjat, eftersom nya objekt inte får börja bearbetas om äldre objekt ännu inte har slutförts (det gör kapacitetsplanering i Kanban ganska enkel). Du kan identifiera ett Scrum-team genom dess ”sprintar” och ett Kanban-team genom att se begränsningar för pågående arbete. 

Du kan se ett Scrum-team använda en Kanban-tavla (vilket bokstavligen bara betyder anslagstavla) för att visuellt visa sina arbetsobjekt utifrån olika statusar – det är helt i sin ordning! Att använda en Kanban-tavla undergräver inte Scrum, förutsatt att rollerna, händelserna och tidsbegränsningarna fortfarande används. 

Läs mer om skillnaderna mellan Scrum och Kanban här.

Scrum-programvara

Scrum och Scrum-verktyg är inte bara till för mjukvaruutvecklingsteam, även om det var där Scrum uppstod. Scrum-ramverket kan användas i många produktionsmiljöer – från marknadsföringsbyråer till byggföretag.

Här är några av de bästa agila projektledningsverktygen med funktioner som backloggar och sprintplanering, vilka hjälper dig att följa Scrum-metodiken.

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.

1. 1. monday AI Workspace — Bäst för AI-driven resursoptimering
2. 2. Wrike — Bäst för stora projekt och skalning
3. 3. Productive — Bäst för byråprojekt och budgetering
4. 4. Celoxis — Bäst för förenklad planering och arbetsflöden
5. 5. Copper — Bäst för byråer som effektiviserar övergången från försäljning till leverans
6. 6. Ziggu — Bäst för integration av kundportal
7. 7. Zoho Projects — Bäst för integration med Zoho-sviten
8. 8. Workzone — Bäst för omfattande projektöverblick
9. 9. ClickUp — Bäst för att ersätta flera separata verktyg
10. 10. Resource Guru — Bäst för att förhindra överbeläggning
11. 11. Quickbase — Bäst för plattformsflexibilitet
12. 12. Bubble PPM — Bäst för portföljhantering
13. 13. Microsoft Project — Bäst för team som använder Microsoft 365
14. 14. FigJam — Bäst för kreativt samarbete
15. 15. Rocketlane — Bästa kundportalerna för att dela insikter

Få djupgående recensioner av dessa verktyg – tillsammans med skärmbilder, poäng och prisinformation – i recensionen av Scrum-programvara och recensionen av Scrum-verktyg.

Bästa Scrum-resurserna

1. Scrum Guides: Den officiella (och GRATIS) kunskapsbasen om Scrum. Skriven av Scrums medskapare Ken Schwaber och Jeff Sutherland.
2. Scrum.org: En professionellt erkänd organisation som erbjuder utbildning och officiella agila certifieringar, såsom professionella Scrum Masters, professionella produktägare inom Scrum och professionella Scrum-utvecklare. 
3. Scrum Alliance: En organisation som lär personer på alla erfarenhetsnivåer om Scrum. De erbjuder även utbildning och certifieringar i form av certifierade Scrum Masters, certifierade produktägare och certifierade Scrum-utvecklare. 
4. Scrum Inc: Grundat av Jeff Sutherland, Scrums medskapare, som regelbundet uppdaterar bloggen. De erbjuder utbildning och certifiering.
5. Atlassian: Ett australiskt företag inom företagsprogramvara som tillhandahåller detaljerade och faktagranskade guider om agila metoder, inklusive Scrum. 
6. Visual Paradigm Scrum Guides: En stor databas med artiklar om allt som rör Scrum, från grundläggande definitioner till problemlösning av specifika problem.

Du kan också överväga att ta en titt på dessa kurser i Scrum.

Scrum-ordlista

För den som inte är insatt kan Scrum låta skrämmande. Här är en översikt över några vanligt förekommande termer. 

Här är en lista över Scrum-termer som du kan återkomma till när som helst:

• Agilt: Tankesättet och paraplyet under vilket Scrum-metodiken utvecklades. Främjar anpassning och flexibilitet framför en rigid struktur.
• Nedbrytningsdiagram: Ett diagram som visar mängden arbete som återstår i produktbackloggen.
• Uppstaplingsdiagram: Ett diagram som visar mängden arbete som har slutförts från produktbackloggen.
• Daglig Scrum: Ett möte som hålls varje dag, där femton minuter avsätts för att strukturera den kommande arbetsdagen.
• Definition av klar: De krav som ett inkrement måste uppfylla för att anses vara möjligt att lansera.
• Utvecklingsteam: Teamet inom Scrum-teamet som hanterar, organiserar och utför det utvecklingsarbete som krävs för att skapa ett inkrement.
• Empirism: Processkontroll som fastslår att endast det förflutna är säkert. Möjliggör maximal flexibilitet inom det agila ramverket. Värdesätter transparens, inspektion och anpassning. 
• Tekniska standarder: En uppsättning standarder som delas mellan team för att säkerställa inkrement.
• Prognos för funktionalitet: Den uppsättning inkrement från produktbackloggen som utvecklingsteamet bedömer vara möjliga att slutföra under en sprint.
• Inkrement: En programvarudel som kan läggas till andra inkrement. Tillsammans utgör tillräckligt många inkrement en produkt.
• Produktbacklogg: En lista (vanligtvis ordnad) över det arbete som måste utföras för att skapa en produkt.
• Produktägare: En teammedlem i Scrum som har i uppgift att maximera en produkts värde.
• Scrumtavla: Ett enkelt sätt att visualisera informationen som delas mellan medlemmarna i Scrum-teamet.
• Scrum-guiden: Den ursprungliga definitionen av Scrum. Guiden beskriver Scrums roller, händelser, artefakter och regler.
• Scrum-master: Ansvarar för att leda Scrum-teamet. Ser till att alla har en tydlig förståelse av Scrums principer. Erbjuder vägledning och undervisning när det behövs.
• Scrums värderingar: De grundläggande värderingar som driver Scrum-ramverket. Dessa är: engagemang, fokus, öppenhet, respekt och mod.
• Självorganisering: En grundläggande princip i Scrum som fastslår att team måste organisera sitt arbete internt utan inblandning från externa team.
• Sprint: En tidsperiod på en månad eller mindre då Scrum-händelser genomförs. Sprintar genomförs direkt efter varandra. Det finns inga pauser mellan dem.
• Sprintmål: Syftet med den aktuella sprinten.
• Sprintretrospektiv: Ett möte på högst tre timmar där sprintteamet samlas och diskuterar vilka förbättringar som bör genomföras inför nästa sprint.
• Sprintgranskning: Ett möte på högst fyra timmar som markerar slutet på en sprint. Arbetet granskas och intressenterna inspekterar inkrementet för att säkerställa att det uppfyller definitionen av klar.
• Intressent: En person utanför Scrum-teamet. Bidrar med ett utifrånperspektiv och deltar aktivt i sprintgranskningar.

Vad händer härnäst?

Vill du komma i kontakt med andra digitala projektledare för att dela resurser och bästa praxis? Gå med i vår medlemsgemenskap och få tillgång till över 100 mallar, exempel och prov samt få kontakt med hundratals andra digitala projektledare på Slack.