Agila arbetssätt för team – en komplett guide med gratis poster
Så hjälper Scrum team att lösa komplexa problem, skapa kundvärde och lära kontinuerligt. En guide till värderingar, ansvar och aktiviteter – med Mia Kolmodins svenska poster som gratis högupplöst PDF.
Finns även på 1 språk:
Den här guiden beskriver ett av de vanligaste arbetssätten för agila team: ramverket Scrum. Scrum är ett lättviktigt ramverk som ger stöd åt både nya och erfarna team. För organisationer med många team finns kompletterande angreppssätt, exempelvis Scrum@Scale. Här går vi igenom grunderna; Scrumguiden är den officiella källan för ramverkets aktuella definition.
Scrum bygger på empirism och lean-tänkande. Teamet lär sig genom erfarenheter, synliggör arbetet, granskar resultatet och anpassar nästa steg. Det ger stöd när vi arbetar med komplexa problem och inte på förhand kan veta om en lösning får den effekt vi vill uppnå. Scrum har under lång tid varit ett av de mest använda agila ramverken.
Teamet kan arbeta med mjukvaruutveckling, produktutveckling eller ledning i olika slags organisationer. Även HR, vård och byggverksamhet kan ha nytta av arbetssättets principer. Den gemensamma nämnaren är komplexitet: när lösningen och resultatet är osäkra behöver vi planera i korta steg, prova och lära, i stället för att låsa en detaljerad långtidsplan.
Gemensamma värderingar i det agila teamet
De fem värderingarna i Scrum ger teamet förutsättningar att bygga ett högpresterande samarbete. Om teamet inte lever efter dem blir det svårt att skapa och behålla ett agilt förhållningssätt. En process räcker inte i sig för att bli agil.
Fokus
Alla i Scrumteamet fokuserar på sprintens arbete och teamets mål.
Mod
Teammedlemmarna har mod att göra det rätta och att ta sig an svåra problem.
Öppenhet
Teamet och dess intressenter är öppna med arbetet och de utmaningar som följer med att utföra det.
Åtagande
Teammedlemmarna åtar sig att nå teamets mål och stödja varandra.
Respekt
Teammedlemmarna respekterar varandra som kapabla, självständiga människor och bemöter även andra med respekt.
Ansvar i Scrumteamet
Scrum har få delar och regler. Scrumguiden beskriver tre ansvarsområden inom Scrumteamet: produktägare, Scrum Master och Developers. Här använder vi även det svenska ordet teammedlemmar för dem som skapar lösningen. Kompetenserna varierar med teamets uppdrag; arbetet behöver inte handla om programmering.
Produktägaren – optimera värdet
Produktägaren ansvarar för att maximera produktens värde genom Scrumteamets arbete och för en effektiv hantering av produktbackloggen. Det innebär att formulera och kommunicera produktmålet, tydliggöra backloggens innehåll och ordna arbetet så att det viktigaste är synligt. Produktägaren kan delegera arbetsuppgifter men behåller ansvaret. Det är inte samma ansvar som en projektledares.
Scrum Mastern – skapa förutsättningar för effektivt arbete
Scrum Mastern ansvarar för att etablera Scrum enligt Scrumguiden och för Scrumteamets effektivitet. Det är ett ledarskap som tjänar teamet och organisationen: coacha självledning och tvärfunktionellt arbete, hjälpa teamet att undanröja hinder och stödja meningsfulla Scrumaktiviteter. Scrum Mastern är inte chef över teammedlemmarna.
Teammedlemmarna – skapa och leverera lösningen
Developers ansvarar för att skapa ett användbart inkrement varje sprint. De planerar sprintarbetet, håller kvalitet genom Definition of Done, anpassar planen mot sprintmålet varje dag och håller varandra ansvariga som professionella kollegor. Tillsammans med produktägaren förstår de kund- och affärsvärdet och bestämmer hur lösningen ska skapas. Teamet är självledande; individuella mål och konkurrerande prioriteringar får inte dra arbetet åt olika håll.
Den agila rytmen – aktiviteter som hjälper teamet att lära
Arbetssättet innehåller aktiviteter som hjälper teamet att samarbeta och leverera värde kontinuerligt. När en sprint avslutas börjar nästa direkt. En sprint har en fast längd på högst en månad. Inga ändringar får äventyra sprintmålet, kvaliteten får inte försämras och omfattningen kan förtydligas och omförhandlas med produktägaren när teamet lär sig mer.
Teamet planerar en sprint i taget och får därefter återkoppling som kan förbättra både arbetssättet och leveransen. Planering är därför inte den enda viktiga aktiviteten: retrospektivet ger utrymme att omsätta erfarenheterna i förbättringar. Nedan finns frågor som stöd för samtalen, inte en obligatorisk agenda från Scrumguiden.
Sprintplanering
Sprintplaneringen skapar en gemensam plan för varför sprinten är värdefull, vad som kan bli klart och hur arbetet ska genomföras. Produktägaren och teamet formulerar sprintmålet tillsammans. Teammedlemmarna väljer arbete utifrån tidigare resultat, kommande kapacitet och Definition of Done. User stories är ett användbart sätt att beskriva arbete, men är inte ett krav i Scrum.
- Förstår vi värdet vi behöver leverera för att nå sprintmålet?
- Vilka user stories eller andra backlogposter behöver vi dra in för att nå målet?
- Hur vet vi att respektive del av arbetet är klar?
- Vad behöver vi göra för att leverera varje del?
Dagligt möte – Daily Scrum
Daily Scrum är ett möte på 15 minuter för Developers. Syftet är att granska framstegen mot sprintmålet och anpassa sprintbackloggen och planen för nästa arbetsdag. Teamet väljer själv format. Frågorna nedan kan hjälpa, men mötet ska inte bli en individuell statusrapport till en chef.
- Vad har vi gjort sedan sist som hjälper oss mot sprintmålet?
- Vad behöver vi göra i dag för att bidra till vårt högst prioriterade arbete?
- Bör jag samarbeta med någon?
- Finns det hinder som vi behöver hjälp att undanröja?
Sprintgranskning – Sprint Review
Under sprintgranskningen granskar teamet och viktiga intressenter sprintens resultat och vad som har förändrats i omvärlden. Det är ett arbetsmöte för att bestämma nästa steg, inte bara en presentation eller ett godkännandetillfälle. Ett färdigt inkrement kan levereras även före granskningen.
- Hur hjälper vi kunder och intressenter att förstå sprintens resultat och värde?
- Behöver vi samordna granskningen med andra team?
- Hur säkerställer vi att hela teamet är involverat?
- Har teamet nått sprintmålet, och vad innebär lärdomarna för nästa steg?
Retrospektiv
Retrospektivet hjälper Scrumteamet att planera sätt att öka kvalitet och effektivitet. Teamet granskar människor, samarbete, processer, verktyg och Definition of Done och väljer förbättringar för det fortsatta arbetet.
- Vad gick bra och vad gick mindre bra?
- Vad har vi lärt oss?
- Vad bekymrar oss fortfarande?
- Vem vill jag visa uppskattning för den här sprinten?
- Vilka saker vill vi förbättra under nästa sprint?
Förfining av produktbackloggen
Förfining är ett löpande arbete där backlogposter bryts ned och görs tydligare, mindre och mer precisa. Det är inte en separat obligatorisk Scrumaktivitet med en bestämd mötestid. Produktägaren och teamet samarbetar för att kommande arbete ska vara tillräckligt förstått.
- Vilken är teamets nästa möjlighet att skapa mest värde?
- Vad är kund- och affärsvärdet, och hur vet vi om vi har lyckats?
- Vad bör vi göra nästa sprint för att lyckas?
Kontinuerligt lärande och T-formade kompetenser
Teamet kan visualisera sina kompetenser i relation till sitt syfte och därmed stödja lärande i det dagliga arbetet. I ett tvärfunktionellt team är förmågorna viktigare än yrkestitlarna. En T-formad kompetensprofil kombinerar djup kunskap inom ett område med tillräcklig bredd för att samarbeta och bidra inom andra områden.
T-formade kompetenser kan förbättra samarbetet, leveransen och flödet och minska riskfyllda beroenden av enskilda personer. Synliggör både kunskap och intresse för olika arbetsuppgifter, och använd bilden för att planera gemensamt lärande. Hur stor effekten blir beror på teamets situation; det är inte en garanti om en viss ökning av hastigheten.
Att lösa komplexa problem och hantera osäkerhet
Inkrementell utveckling
Inkrementellt arbete innebär att lösningen byggs och levereras i delar. I originalets Mona Lisa-exempel läggs delar av den färdiga bilden till tills helheten är komplett; värdet av varje del beror på vad den kan användas till. Om lösningen och den önskade effekten redan är kända kan en mer sekventiell plan fungera. Agilitet kan då främst bidra genom mindre steg och tidigare återkoppling. Inkrementell utveckling kräver däremot inte i sig att hela lösningen är känd från början.
Iterativ utveckling
Iterativt arbete innebär att vi börjar med en skiss eller ett utkast och successivt utvecklar detaljerna. Vi börjar med en prototyp och förfinar lösningen med hjälp av återkoppling. En första idé ger riktning, men vi lär oss steg för steg och avgör när resultatet är tillräckligt bra. Redan första steget kan ge värde genom vad vi lär oss. Scrum stödjer detta genom kort planering, återkommande leveranser och möjligheten att planera om inför nästa sprint.
Iterativ och inkrementell utveckling tillsammans
Genom att kombinera iterativa och inkrementella arbetssätt använder vi agilitetens möjligheter för att hantera osäkerhet. Vi kan hitta nya lösningar, prova dem steg för steg och nå ett bättre resultat även om den första idén var fel. Korta återkopplingscykler minskar risken att lägga lång tid på fel lösning.
Scrum är användbart när teamet har kompetens att experimentera, skapa prototyper, bygga användbara delar och få återkoppling på deras värde. Om teamet måste vänta på andra team för att kunna arbeta så behöver beroendena minska. Då blir samarbetet smidigare och kontinuerlig leverans lättare.
Gratis att ladda ner, använda och dela
Postern är skapad av Mia Kolmodin och publicerad under Creative Commons Erkännande–Dela Lika 2.5 Sverige (CC BY-SA 2.5 SE). Du får använda och dela materialet, och även bearbeta det för andra sammanhang. Om du vill översätta postern till ytterligare ett språk är du välkommen att kontakta Mia för hjälp med originalfilen.
- Dela: kopiera och sprid materialet i valfritt medium eller format.
- Bearbeta: ändra, bygg vidare på och kombinera materialet, även för kommersiella ändamål.
- Erkännande: ange Mia Kolmodin/Dandy People som upphov, länka till licensen och markera om du har gjort ändringar. Gör inte detta på ett sätt som antyder att upphovspersonen stödjer dig eller din användning.
- Dela lika: om du bearbetar materialet ska du dela ditt bidrag under samma licens.
- Inga ytterligare begränsningar: inför inte juridiska villkor eller tekniska skydd som begränsar det som licensen tillåter.
Licensen är godkänd för fria kulturella verk. Licensgivaren kan inte återkalla dessa friheter så länge du följer villkoren.
