Scrum
Scrum är ett agilt ramverk som hjälper team att hantera komplext arbete i korta, iterativa cykler genom fasta roller, händelser och artefakter.
Scrum är ett agilt ramverk för att utveckla och hantera komplexa produkter, ursprungligen format inom mjukvaruutveckling och nu använt inom många branscher. Det bygger på idén om empirisk processtyrning: istället för att planera en uppgift från start till mål i förväg arbetar ett team i korta, fasta tidsboxar som kallas sprintar, vanligtvis en till fyra veckor långa. Varje sprint avslutas med ett användbart arbetsinkrement, vilket skapar utrymme för återkoppling och låter teamet justera sina nästa steg. Den kombinationen av transparens, inspektion och anpassning gör Scrum väl lämpat för arbete där kraven är osäkra eller sannolikt kommer att förändras.
Scrum fastställer tre fasta roller. Produktägaren äger produktens värde och underhåller produktbackloggen, en prioriterad lista över allt som behöver göras. Scrum mastern håller teamet arbetande inom ramverket, undanröjer hinder och underlättar samarbetet utan att direkt tilldela uppgifter. Utvecklingsteamet planerar och genomför arbetet på egen hand. Fyra återkommande händelser ger varje sprint sin struktur: sprintplanering i början, daily scrum för snabb avstämning, sprint review för att visa vad som byggts, och sprint retrospective för att förbättra hur teamet samarbetar.
Scrum fungerar bäst för uppgifter där omfattningen eller lösningen inte är helt klar från början, till exempel produktutveckling eller komplexa projekt med många intressenter. Det skiljer sig från Kanban genom sina fasta tidsboxar och definierade roller, medan Kanban förlitar sig mer på ett kontinuerligt flöde utan bestämda iterationer. Jämfört med klassisk vattenfallsplanering är fördelen regelbunden inspektion: felbedömningar kommer fram tidigt istället för bara i slutet av projektet. I praktiken tenderar Scrum att misslyckas inte på grund av själva ramverket utan på grund av halvhjärtat genomförande, till exempel när retrospektiv hoppas över eller backloggen lämnas ounderhållen.
Praktiskt exempel
Ett medelstort maskinbyggarföretag utvecklar ny mjukvara för att övervaka sin produktionsutrustning. Det femmannateamet arbetar i tvåveckorssprintar: i början av varje sprint väljer man de tio viktigaste posterna av omkring 40 öppna backloggposter, och synkar dagligen i en 15 minuter lång daily scrum. Efter tio sprintar, fem månader in, är en första användbar version klar, istället för de nio månaders utveckling utan delresultat som teamet ursprungligen hade planerat. Retrospektiven avslöjar att otydliga krav kostade teamet omkring 20 procent av sin kapacitet under de tre första sprintarna, så produktägaren börjar från och med då skriva skarpare backloggbeskrivningar.
Så hjälper Leanshift
I grunden är sprint retrospective bara en återkommande Kaizen-cykel: teamet pausar, tittar ärligt på det arbete som just avslutats och gör en medveten förbättring av hur det arbetar innan det går vidare. Det stämmer med Leanshifts syn att förbättring inte är ett engångsprojekt utan en regelbunden vana inbyggd i det vardagliga arbetet. Team som lever på det här sättet förbättrar inte bara produkten, de bygger fler människor som vet hur man själv förbättrar saker.
Vanliga frågor
Är Scrum bara användbart för mjukvaruutveckling?
Nej. Scrum startade inom mjukvara men används nu inom marknadsföring, produktutveckling, utbildning och andra fält, överallt där arbetet är komplext och kraven kan förändras längs vägen.
Hur skiljer sig Scrum från Kanban?
Scrum körs i fasta tidsboxar som kallas sprintar med definierade roller och händelser, medan Kanban visualiserar ett kontinuerligt arbetsflöde utan bestämda iterationer och fokuserar på att begränsa hur mycket som pågår samtidigt.
Behöver ett litet team verkligen en dedikerad scrum master?
Inte nödvändigtvis som en heltidsroll. I små team tar ofta någon på sig det vid sidan av sitt vanliga arbete; det som spelar roll är att faciliteringen och själva ramverket faktiskt upprätthålls.