Scrum

Från Rilpedia

Hoppa till: navigering, sök
Wikipedia_letter_w.pngTexten från svenska WikipediaWikipedialogo_12pt.gif
rpsv.header.diskuteraikon2.gif
icon_anmal.gif
rp-wp-sv.gif

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 kraftfullt sätt att fördela arbetsuppgifter i tiden med bibehållet fokus på levererad affärsnytta.

Roller

  • 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.

  • ScrumMaster

Motsvarigheten till projektledare. Säkerställer efterlevnad av processen, synkroniserar mellan aktörer samt avlägsnar hinder för utvecklargruppen.

  • Team

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

Beståndsdelar

  • Product Backlog

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


  • Sprint Backlog

Den delen av en Product Backlog som Scrum-gruppen åtar sig att implementera under den kommande Sprinten.


  • Sprint

Arbetet delas in i Sprintar. Varje Sprint, som är c:a 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 de s.k. Daily Scrums. Som sista punkt i en Sprint äger en förbättringsaktivitet rum (Sprint Retrospective).


  • Daily Scrum

Ett kort statusmöte där endast Scrum-gruppens deltagare får prata. ScrumMaster går igenom alla personer i gruppen, som i tur och ordning besvarar tre frågor:

    • Vad har jag gjort sedan igår?
    • Vad ska jag åstadkomma tills i morgon?
    • Vad hindrar mig?


  • Sprint Review

På svenska: sprintgranskning. En från dag ett inplanerad granskning av det arbete som genomförts i sprinten. 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. Syftet med granskningen är att alla inblandade ska få bästa möjliga förståelse för dagsläget. Fokus är på att visa upp ny och ändrad funktionalitet genom att faktiskt köra produkten.


  • Sprint Retrospective

På svenska: återblick. Alla gruppmedlemmar samt ScrumMaster 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 aktiviterna. 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.


Vad uppnås med Scrum? Ett antal saker blir effekten när Scrum har implementerats.

  • Gruppen blir självständig, motiverad och därigenom effektiv.
  • Fokus bibehålls, alla vet att om 4 veckor ska ändringarna visas upp för intressenterna.
  • Det blir lätt att ändra inriktningen på utveckling. Ena Sprinten kanske en viss kund prioriteras. Nästa Sprint kan prioritera en helt annan kund.


Övrigt bra att känna till Scrum prioriterar

  1. Kvalitet
  2. Leveranstid
  3. Omfattning

i nämnd ordning, dvs om gruppen märker att inte hela Sprint Backlogen kan implementeras så bibehålls kvalitet och tid, och som konsekvens minskas omfattningen på arbetet (färre ändringsönskemål realiseras).

Nackdelen blir att man kan behöva ha en viss omfattning och leveranstid hos en produkt om ledningen redan sålt/lovat detta till kund. Då blir automatiskt kvalitet lägre prioriterat. Scrum-metodiken bör ha förståelse hos företagsledning, säljorganisation och kund för att fungera.

Estimering av tid med planning poker

I Scrum är det vanligt att estimera tid för utvecklingsuppgifter genom att använda tekniken Planning poker.

Externa länkar

Hämtad från "https://sv.rilpedia.org/wiki/Scrum"
Personliga verktyg