Scrum Guide | 33. Scrumban och Kanban-tavlor i Scrum

Scrum och Kanban är metoder för teamwork som delar många likheter. Det finns dock också skillnader som vi skulle vilja diskutera idag. Kanban-tavlor antas också ofta av Scrum-team. Detta beror på att de är mycket praktiska för att visualisera teamwork och dess framsteg. Genom att kombinera det bästa av båda metoderna uppstod en teknik som kallas Scrumban. Den är populär i projekt som kombinerar produktutveckling med tjänsteleverans, där långa sprintar och relativt formaliserade Scrum-möten inte alltid är lämpliga.

Scrumban och Kanban-tavlor i Scrum – innehållsförteckning:

1. Introduktion
2. Kanban vs Scrum
3. Kanban-tavlor i Scrum
4. Scrumban
5. Sammanfattning

Introduktion

Kanban är en metod som har sitt ursprung i Japan. Den uppstod på 1950-talet och var främst ett verktyg för att hantera kontinuerlig produktion på ett sätt som inte skapade lager och överskott, utan för att bearbeta resurser på en löpande basis. I början av 2000-talet anpassades Kanban till behoven inom mjukvaruutveckling av David J. Anderson.

Kanban vs Scrum

Det övergripande arbetssättet i Kanban skiljer sig från Scrum främst genom att det ger en mindre formell metod. I Kanban finns det inte så detaljerade riktlinjer för exempelvis arbete i sprintar, rollerna för Product Owner, Scrum Master och Development Team. Detta är möjligt eftersom Kanban fokuserar på kontinuiteten av uppgifter som att tillhandahålla en specifik typ av tjänst, vilket är mer repetitivt och inte kräver så komplex planering.

Men syftet och arbetssätten är liknande. Målet med Kanban är att leverera den högsta kvaliteten på produkten till kunden i tid. Principerna som rör arbetssätten som är gemensamma för båda metoderna kan formuleras som följer:

1. Arbetet ska flyta smidigt och utan nedetid – i Scrum uppnås detta genom den kontinuerliga följden av sprintar, medan i Kanban är arbetet kontinuerligt på grund av det smidiga flödet av uppgifter. De bildar en kö, från vilken utvecklarna väljer (drar) några uppgifter att slutföra.
2. Teamet ska fokusera endast på utvalda uppgifter – med Kanban-termer ska teamet “minska arbete i progress”. I Scrum är motsvarigheten till detta User Stories som väljs från Product Backlog för att sättas in i Sprint Backlog.
3. Framsteg av uppgifter ska vara synliga för alla involverade – i Kanban visualiseras de av tavlor, som också ofta förekommer i Scrum-team.

Kanban-tavlor i Scrum

En Kanban-tavla är ett allmänt använt verktyg för att visualisera teamwork. Det är en tabell med flera kolumner. I varje kolumn finns det uppgifter med en viss status. Kategoriseringen av uppgifter baseras på en enkel regel: ett kort med en beskrivning av uppgiften – eller dess virtuella motsvarighet – placeras i en av kolumnerna. Den minimi-version av Kanban-tavlor innehåller tre kolumner:

• Att göra
• Pågående
• Avslutad – till den sista kolumnen går de uppgifter som uppfyller Definitionen av Avslut, som vi skrev om här.

Nedan kan du hitta ett exempel på en kanban-tavla från ett allt-i-ett projektledningssystem – Firmbee.com

Vanligtvis finns det fler kolumner. Om det finns fler uppgifter att slutföra, finns det vanligtvis en ytterligare kolumn med titeln “valda för slutförande” mellan kolumnerna “att slutföra” och “pågående”. Medan “att göra”-kolumnen fungerar som Product Backlog, som vi skrev om här, fungerar kolumnen “valda för slutförande” som Sprint Backlog, som vi beskriver i detalj i denna artikel.

Det andra vanliga tillägget är en “under granskning” kolumn eller “för godkännande”. Den sätts vanligtvis in mellan kolumnerna som innehåller “pågående” uppgifter och “avslutade” uppgifter. Den innehåller uppgifter som har slutförts av Development Team och som väntar på godkännande från Product Owner. Product Owners uppgift är att kontrollera deras överensstämmelse med acceptanskriterierna och få deras slutgiltiga godkännande från kunden. I denna situation flyttas endast de slutgiltigt accepterade uppgifterna till den sista kolumnen.

Scrumban

På grund av den stora populariteten av Scrum och Kanban, uppstod deras hybrid som kombinerar det bästa av båda arbetssätten. Scrumban fungerar bäst i organisationer som kopplar skapandet av produkter med tillhandahållandet av tjänster, ofta involverande implementeringen av produkten hos kunden. På grund av minskningen av möten och kommunikation kan teamet vara större.

Scrumban lägger mindre vikt vid mätvärden som vanligtvis används i Scrum, såsom Burndown Chart. Men det använder Scrum-pelarna av behovet av kontinuerlig förbättring av arbetsprocessen och anpassning till kundens villkor och behov.

När man arbetar i Scrumban, är arbetet dock inte uppdelat i sprintar. Scrum-möten hålls var 3, 6 eller 12 månader.

Planeringen av arbetet följer “On-Demand”-principen, dvs. när det uppstår. User Stories placeras direkt i den första kolumnen av Kanban-tavlan som innehåller “att göra”-uppgifter. Således fungerar den som Sprint Backlog, som vi skrev om i mer detalj i denna artikel. Som i Sprint Backlog placeras de mest brådskande uppgifterna högst upp på att-göra-listan. Men för mer komplexa projekt kan projektledaren upprätthålla en separat att-göra-lista som motsvarar Product Backlog, från vilken han eller hon väljer vilka uppgifter som ska placeras i den första kolumnen.

När uppgifter flyttas från den första till den andra kolumnen tillämpas “Pull”-regeln. Det innebär att uppgifter inte delegeras till en viss utvecklare. Varje person väljer en uppgift från kön och utför den självständigt.

Antalet uppgifter som placeras i den mittersta kolumnen, “att slutföra” är vanligtvis begränsat beroende på storleken på teamet, så att, om möjligt, alla hanterar endast en uppgift i taget.

Sammanfattning

Scrum och Kanban, även om de används för liknande syften, är olika arbetssätt. Scrum fungerar bäst i kreativa, innovativa projekt som utförs av små Scrum-team. Kanban, å sin sida, skapades för att fungera i en kontinuerlig och nedetidsfri miljö för att tillhandahålla liknande tjänster. Scrum använder ofta Kanban-tavlor som en metod för att visualisera det arbete som utförs. Kombinationen av båda resulterade i Scrumban, som fungerar bäst som en ram för organisationer som säljer sina produkter och tillhandahåller tjänster baserat på dem till kunden.

Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.