De 5 Scrum-ceremonierna: Vad de är, syfte & tips
Scrumceremonier är en central del av arbetssättet för att implementera agilt arbete, ett tankesätt som värdesätter människor, fungerande arbetsprodukter, samarbete med intressenter och anpassning till förändringar.
Scrum-metoden och ceremonierna bygger på Agila manifestet, som innehåller flera metoder för att samarbeta och fungera som ett team, alla med det agila tankesättet och manifestet i åtanke.
Om du har arbetat i ett team som har pratat om ”Scrum-evenemang”, ”sprintar”, ”förfining av backloggen” och ”sprintgenomgångar”, är det troligt att du har arbetat med ett team som försökte använda Scrum-metoden. Kom ihåg att det agila ramverket är ett tankesätt, medan Scrum är en metod.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Vad är Scrumceremonier?
Scrumceremonier (ibland kallade Scrum-evenemang) är viktiga händelser eller delar av Scrum-metoden som följer det agila tankesättet och ofta används inom programvaruutveckling eller iterativa projekt.
Det finns fem särskilt definierade Scrumceremonier, som jag går igenom i detalj i nästa avsnitt av den här artikeln.
Scrumceremonier är inte bara möten för mötenas skull. I stället ger de teamen en struktur för att få arbetet gjort på ett strukturerat sätt, hjälper till att skapa förväntningar, gör det möjligt för teamet att samarbeta effektivt och driver i slutändan resultat.
Om de inte hanteras på rätt sätt kan de överbelasta kalendrarna och dränka det värde de är avsedda att skapa. Med det sagt är Scrum i sig, precis som Scrumceremonierna, avsiktligt lättviktigt och enkelt.
Läs mer i vår videoguide:
Vilka är de 5 Scrumceremonierna?
Redo att gå igenom de fem Scrumceremonierna och evenemangen? Låt oss titta på deras syfte, deltagare samt tips och knep för att göra dem så effektiva som möjligt.
Det är särskilt viktigt att notera att vart och ett av dessa evenemang är tidsbegränsat, avsiktligt och till för hela Scrumteamet. Med andra ord finns de till för att göra det möjligt att leverera resultat.
Obs! Att genomföra dessa evenemang isolerat gör inte automatiskt teamet agilt och säkerställer inte heller att teamet arbetar enligt Scrum-metoden. För att Scrum ska fungera effektivt måste dessa evenemang vara en del av en större, välförstådd och tydligt formulerad process.
De bör underlätta samtal inom det agila teamet så att saker blir gjorda. Och vilken projektledare tycker inte om att få saker gjorda?
Sprinten
En sprint i Scrum är en fast tidsperiod (vanligtvis en månad eller kortare) under vilken idéer omvandlas till värde. Sprintar genomförs efter varandra tills produkten är färdig (eller utan slut). Ofta mäter team sin framtid i sprintar.
Sprintens syfte
Syftet med sprinten är att tidsbegränsa arbetstiden och få teamen att leverera enligt sina åtaganden. Sprintar gör det möjligt att sätta mål som är mer kortsiktiga, men stabila. Under en sprint bör ingenting förändras som skulle äventyra sprintmålet.
Sprintens deltagare
Hela Scrumteamet – produktägaren, utvecklingsteamet och Scrum mastern.
Sprintens längd
En sprint varar mellan 1 och 4 veckor, aldrig längre. Denna begränsning gör det möjligt för teamen att komma igång och leverera stegvisa framsteg utan att driva människor till vansinne.
När jag implementerar Scrum med ett nytt team börjar jag ofta med sprintar på 1 vecka, eftersom vi i allmänhet kan planera 1 vecka i förväg. Mer avancerade team, särskilt de som levererar programvara, kör ofta sprintar på 2 veckor för mer innovation och testning under tidsboxen.
Användbara tips
- Sprintar är varken fienden eller en drivkraft. Försök inte få människor att göra saker på grund av själva sprinten. Motivera i stället människor att uppnå sprintmålet och leverera ett produktinkrement.
- Fundera på när din sprint ska börja och sluta. En sprint bör börja direkt efter att den föregående sprinten har slutat, bokstavligen inom några timmar. Tiden mellan sprintens slut och början bör helt enkelt användas till sprintgenomgång, retrospektiv och sprintplanering; sedan börjar allt om igen!
Något annat?
Sprinter kan inte göras längre eller kortare. En sprint kan endast avbrytas om sprintmålet blir inaktuellt. Det är endast produktägaren som kan avbryta sprinten.
Sprintplaneringsmöte
Mötet för sprintplanering är det Scrum-evenemang som är utformat för att säkerställa att teamet är förberett på att få rätt saker gjorda under den kommande sprinten.
Syftet med sprintplaneringen
Sprintplanering gör det möjligt för produktägaren och utvecklingsteamet att granska den prioriterade produktbackloggen, vanligtvis i Scrum-programvara eller programvara för agil projektledning. Genom en serie diskussioner och förhandlingar identifierar de de punkter som de åtar sig att slutföra innan sprinten är slut. Produktägaren ansvarar för detta.
Deltagare i sprintplaneringen
Scrum-teamet – produktägaren, utvecklingsteamet och Scrum master.
Sprintplaneringens längd
Längden på de flesta Scrum-evenemang är kopplad till sprintens längd. När det gäller sprintplanering bör den pågå under två gånger sprintens längd (i timmar).
Användbara tips
- Epics och användarberättelser kan delas upp i mindre uppgifter och tilldelas under sprintplaneringen, så att alla vet vad de ansvarar för.
- Uppmuntra teamet att skissa på uppgifter, buggar och alla andra punkter som kräver det under detta Scrum-möte. Det bör vara ett mycket samarbetsinriktat evenemang.
- Försök att ha ett mått på teamets hastighet innan sprintplaneringen börjar, förutsatt att ni har arbetat enligt Scrum-metoden ett tag.
Något annat?
Sprintplaneringen hjälper Scrum-teamet att besvara frågorna: ”Vad kan levereras under nästa sprint? Och hur ska vi genomföra det arbetet?” Den bidrar till förutsägbarhet och skapar en samarbetsinriktad miljö.
Mallar för sprintplanering
I DPM:s mallbibliotek för medlemmar hittar du en nedladdningsbar agenda, checklista och ett e-postmeddelande som du kan anpassa efter ditt teams behov av sprintplanering. Detta ger dig ett produktivt och användbart sprintplaneringsmöte.
Daglig Scrum (dagligt standupmöte)
Den dagliga Scrumen är teamets möjlighet att uppmärksamma nyligen genomförda prestationer, definiera en plan för dagen och identifiera eventuella hinder i Scrum-projektet.
Syftet med det dagliga Scrum-mötet
Detta Scrum-event är ett frekvent och regelbundet tillfälle där teamet träffas för att kommunicera individuella framsteg mot sprintmålet. Det är inte en statusuppdatering, utan bör synliggöra eventuella hinder för teamet.
Deltagare i det dagliga Scrum-mötet
Scrum mastern och utvecklingsteamet. Produktägaren deltar valfritt.
Det dagliga Scrum-mötets varaktighet
Det här mötet är kort! Det bör inte pågå längre än 15 minuter. Lättare sagt än gjort.
Praktiska tips
- Håll mötet vid samma tid varje dag (vanligtvis på morgonen) och sträva efter att göra det så rutinmässigt som möjligt för Scrum-teamet.
- Det dagliga ståmötet bör inte ställas in om en ledare eller Scrum master inte kan delta. Mötet är till för teamet; genomför det dagliga Scrum-mötet.
Något annat?
Det här snabba avstämningsmötet, som också kallas dagligt ståmöte eller Scrum-möte, bör ge teamet en bra start på dagen och göra det möjligt för medlemmarna att vara samordnade och bygga förtroende för varandra. Låt teammedlemmarna hålla varandra ansvariga för att uppfylla sina åtaganden varje dag.
Möte för sprintgenomgång
Mötet för sprintgenomgång är det Scrum-event där allt arbete som slutförts under den föregående sprinten kan visas upp för intressenterna.
Syftet med sprintgenomgången
I slutet av varje sprint erbjuder sprintgenomgången en plattform där utvecklingsteamet kan visa upp allt arbete som har slutförts. Detta gör det möjligt för intressenterna att granska eller anpassa produkten allt eftersom den utvecklas.
Sprintgenomgångar kan genomföras på ett informellt sätt eller vara mer strukturerade. Detta kan bero på produktens livscykel och lanseringsplaneringen.
Deltagare i sprintgenomgången
Scrum-teamet – produktägaren, utvecklingsteamet och Scrum mastern. Det kan även ingå en blandning av personer från ledningen eller externa intressenter.
Sprintgenomgångens varaktighet
1 timme per sprintvecka. En sprint på 2 veckor bör ha en sprintgenomgång på 2 timmar.
Praktiska tips
- Produktägaren bör ställa frågor till intressenterna, samla in feedback och även ge svar på de frågor som uppstår.
- Feedback som kan omsättas i åtgärder och som tas emot under sprintgenomgången bör omvandlas till nya objekt i produktbackloggen för senare prioritering och diskussion.
Något annat?
Detta Scrum-event, som också kallas sprintdemo, bidrar till att bygga förtroende mellan intressenterna och Scrum-teamet. Det är det mest direkta sättet att samla in tidig och frekvent feedback och lägga till den i sprintbackloggen.
Möte för sprintretrospektiv
Sprintretrospektivet är det sista Scrum-eventet i sprintsekvensen och ger teamet möjlighet att se tillbaka på det arbete som slutförts och identifiera sådant som kan förbättras inför framtida sprintar baserat på deras erfarenheter.
Syftet med sprintretrospektivet
Efter att en sprintgenomgång har genomförts behöver Scrum-teamet tid för att reflektera över det arbete som just visades upp och diskutera sätt att förbättra både resultatet och det agila arbetsflödet. All feedback bör samlas in och tilldelas på samma sätt som andra epics eller berättelser, så att Scrum-teamet förstår vem som ansvarar för vad och när ändringarna ska genomföras.
Deltagare i sprintretrospektivet
Scrum mastern och utvecklingsteamet. Produktägaren deltar valfritt.
Sprintretrospektivets varaktighet
Vanligtvis bör sprintretrospektiv inte pågå längre än 1,5 timmar för en sprint på två veckor. Om era sprintar är en månad långa bör mötet inte pågå längre än 3 timmar.
Praktiska tips
- När ni arbetar med delvis distansbaserade eller helt distribuerade team kan ni använda aktiva samarbetsverktyg som Mentimeter eller Confluence för att få människor att delta utan att behöva slå på mikrofonen och dela sin röst med alla.
- Om ett förbättringsförslag tas upp kan du fråga de andra medlemmarna i Scrum-teamet om de alla håller med. Om så är fallet, identifiera hur rekommendationen ska omsättas i praktiken.
Något annat?
Se till att skapa en miljö präglad av psykologisk trygghet. Det här handlar inte om att skuldbelägga någon. Dessa möten tydliggör ofta rekommendationer för att bli bättre och minska riskerna framöver. Som Scrum-master bör du se till att coacha teamet i att ge ärlig feedback och visa respekt under hela evenemanget.
Scrum-rollerna
Efter att ha nämnt några Scrum-roller ska vi gå igenom vad var och en innebär:
- Produktägaren: Den här rollen representerar kunden och verksamheten i allmänhet för den produkt som teamet arbetar med. Produktägaren äger backloggen och bestämmer prioriteringen för arbetsuppgifterna i utvecklingsteamet. Produktägaren fattar strategiska produktbeslut på daglig basis och översätter kundernas behov till konkreta arbetsuppgifter för utvecklingsteamet.
- Scrum-mastern: Scrum-mastern ansvarar för att se till att teamet har det som krävs för att lyckas, inklusive en tydlig förståelse av Scrumprocessen. Scrum-mastern är coach, rådgivare, förespråkare, den som undanröjer hinder, facilitator och medlare – allt i en och samma roll.
Scrum-mastern ansvarar för att etablera Scrum enligt definitionen i Scrumguiden, men är inte projektledare (var vaksam på ledare som tror att dessa är samma roll!) – Scrum-mastern ansvarar inte för arbetsprodukten. En Scrum-master behöver inte heller vara en enskild person eller ett heltidsarbete! Läs mer om Scrum-masters och projektledare här. - Utvecklingsteamet: Det här är en grupp tvärfunktionella teammedlemmar som alla fokuserar på att leverera fungerande programvara eller det önskade resultatet av teamets arbete. Gruppen omfattar produktutvecklare, designers, QA eller andra tekniska roller som behöver samarbeta kring den faktiska utvecklingen av en produkt.
Idealt är den här gruppen på 5–9 personer helt dedikerad till ett Scrum-team. I verkligheten, och på byråer, kan det se lite annorlunda ut. Utvecklingsteamet bör vara självorganiserande och motiverat att skapa värde, och med rätt facilitering från en Scrum-master och produktägare kan det bli så.
Var och en av dessa roller deltar på ett unikt sätt i vart och ett av Scrum-eventen. När Scrum-eventen faciliteras effektivt får varje person i sin roll en utmärkt möjlighet att lyckas.
Varför är Scrum-event viktiga?
Scrum-eventen är hjärtat i Scrum-metodiken. Utan eventen kan Scrum mycket snabbt förvandlas till en svåröverskådlig och rörig process. Detta är särskilt viktigt för nya team. Jag uppmuntrar därför alla att implementera Scrum så som det beskrivs i Scrumguiden, genomföra några sprintiterationer och sedan avgöra vad som behöver anpassas för att passa teamet bäst.
Obs! Du har förmodligen lagt märke till att vi inte pratade om en sprinttavla (ibland kallad en Kanban-tavla) i den här artikeln. Det beror på att den inte är ett kärnelement i något av Scrum-eventen. Sprinttavlor är utmärkta verktyg att använda under varje event, men de är inte ett obligatoriskt inslag.
Praktisk jämförelsetabell
Ont om tid? Ta en titt på den här korta tabellen för att jämföra och skilja mellan de olika Scrum-eventen.
Vad tycker du?
Oavsett vilken projektledningsprogramvara du använder eller vilken produkt du arbetar med är dessa Scrum-event utformade för att leverera resultat.
Jag har märkt att dessa möten ger struktur och fungerar bra när hela teamet är engagerat och har en gemensam förståelse av syftet med varje Scrum-event. Återigen är Scrum ett ramverk som ska hjälpa till att leverera programvara på ett agilt sätt.
