Scrum

Från Wikipedia
Hoppa till: navigering, sök

Scrum är en metodik för systemutveckling skapad av Jeff Sutherland och Ken Schwaber. Ordet "scrum" kommer från rugbyn, och är ett moment när bollen sätts i spel. Rugby användes som en liknelse av de japanska managementforskarna Hirotaka Takeuchi och Ikujiro Nonaka för att beskriva en speciell stil av utveckling. I rugbyliknande utveckling samarbetar ett tvärfunktionellt team för att göra klart produkten på samma sätt som ett rugbylag spelar tillsammans för att föra bollen uppför planen. Denna typ av arbetsform kontrasterade Nonaka och Takeuchi med mer stafettliknande processer. I dessa färdigställs arbetet i funktionella faser med tydliga överlämningar mellan grupper när arbetet går från en fas till en annan.

Scrum har tillämpats sedan tidigt 1990-tal och formaliserades 1995. Scrum är ett sätt att fördela arbetsuppgifter i tiden med bibehållet fokus på levererad affärsnytta.

Metodiken omfattar ett antal roller och ett antal beståndsdelar (engelska artifacts) i form av obligatoriska möten och dokument [1]

Roller[redigera | redigera wikitext]

  • Product owner (produktägare)

Tar emot, hanterar och prioriterar önskemål om tillägg och ändringar för en produkt. Produktägaren måste vara en fysisk person.

  • Scrum master

Fungerar som coach för teamet. Säkerställer efterlevnad av processen, synkroniserar mellan aktörer samt avlägsnar hinder för utvecklargruppen.

  • Utvecklingsteam

Utvecklingsteamet är självorganiserande. Det är bra om den täcker så mycket som möjligt av kompetensbehovet. Gruppen bör bestå av 3-9 personer.

Beståndsdelar[redigera | redigera wikitext]

  • Product backlog

En samlingsplats för alla önskemål om förändringar av produkten. Ägs och hanteras av produktägaren. Det finns ingen begränsning på antal önskemål. I stället används prioritering. Ju högre prioritet, desto bättre specificerat ska ändringsönskemålet vara.

  • Sprint backlog

Den delen av en product backlog som utvecklingsteamet åtar sig att implementera under den kommande sprinten samt den plan som de formulerat för hur de ska göra det.


  • Inkrementet

Det som skapas i varje sprint. Dvs en existerande körbar produkt som fått ett tillskott av nya egenskaper eller funktioner. Inkrementet är centralt i Scrum. Hela ramverket bygger på att man skapar total transparens varje sprint. Genom att granska inkrementet och produktbackloggen kan man komma fram till hur man ligger till och vad som är bäst att göra härnäst.

  • Sprint

Arbetet delas in i sprintar. Varje sprint, som är mellan 3 och 30 dagar lång, inleds med en planeringssession (Sprint planning) och avslutas med en granskning av de utlovade ändringarna (Sprint review). Under sprinten sker dagligen Daily scrums. Som sista punkt i en sprint äger en förbättringsaktivitet rum (Sprint retrospective).

  • Daily scrum

Ett kort planeringsmöte för utvecklingsteamet. Det får ta maximalt 15 minuter. Utvecklingsteamet inspekterar sin progress så här långt i sprinten och uppdaterar sina planer för resten av sprinten så att de maximerar sina chanser att uppnå sina mål. Ett vanligt sätt att hålla en daily Scrum är att man använder sig av tre frågor:

    • Vad har jag gjort sedan igår?
    • Vad ska jag åstadkomma till imorgon?
    • Vad hindrar mig?
  • Sprint review

På svenska: sprintgranskning. En från dag ett inplanerad granskning av sprintens resultat. Under granskningen redovisas först status för de i sprinten inplanerade sakerna, därefter demonstreras klar funktionalitet för produktägare, kunder och andra inbjudna intressenter. Syfter är att få in granskningskommentarer från alla deltagare. Speciellt är man intresserad av att veta vad som är klart och inte. Därefter redovisar produktägaren sina planer för framtiden i form av sin produktbacklog och även denna granskas av alla deltagare.

Resultatet av en sprintgranskning är en ny och uppdaterad produktbacklog som avspeglar alla deltagares bästa uppfattning om hur man ligger till och vad som ska göras härnäst.

  • Sprint retrospective

På svenska: återblick. Alla gruppmedlemmar samt scrum master och produktägare arbetar tillsammans för att lära sig från sprinten som gått. Förbättringar i arbetssättet identifieras, och ett antal saker väljs ut och åtgärdas i kommande sprint.

  • Sprint planning

En heldag under vilken alla ändringsönskemål gås igenom av produktägaren för hela scrum-gruppen. Gruppen bryter ned kraven och estimerar sedan alla aktiviteterna. Slutligen vägs tidsestimaten mot tillgänglig tid och de ändringsönskemål, prioriterade av produktägaren, som gruppen åtar sig att införa under sprinten fastställs och benämns sprint backlog.

Referenser[redigera | redigera wikitext]

  1. ^ Scrum guide från Scrum.org, skriven av Jeff Sutherland och Ken Schwaber

Externa länkar[redigera | redigera wikitext]