Vad är Scrumban?

Vad Scrumban faktiskt är

Scrumban behåller de delar av Kanban och Scrum som bär sin vikt och släpper resten. Från Kanban tar det den visuella tavlan, arbetsflödet i kolumner och en uttalad gräns för hur mycket som pågår samtidigt — det som gör flödet läsbart. Från Scrum tar det den tidsatta sprinten — det som gör en backlogg till en plan.

Det som hoppas över: dagliga stand-ups, möten för att putsa backloggen, ceremonier kring story points, retrospektiv som ritual. Sådant fungerar för tio ingenjörer i en intrimmad organisation; det fungerar inte för en grundare som försöker leverera en lördag.

Namnet kommer från Corey Ladas, vars essä och senare bok Scrumban beskrev hur Scrum-team kunde gå från fasta iterationer till ett dragbaserat flöde.

Scrumban vs Kanban vs Scrum

De tre skiljer sig främst i två saker: om arbetet planeras i tidsrutor, och hur mycket process som omger tavlan.

Källor: Scrum Guide för sprintar, roller och händelser; Kanban Guide för flöde och gränser för pågående arbete.

Hur ser en Scrumban-tavla ut?

En Scrumban-tavla är en Kanban-tavla med en sprint ovanpå. Kolumnerna visar var arbetet befinner sig; sprinten säger vilken del av backloggen veckan handlar om. En minimal tavla har fyra kolumner:

• Backlog — allt du kanske gör. Osorterat längst ner, sorterat längst upp.
• Todo — det du har bestämt att göra härnäst. Liten med avsikt: när den börjar ta slut är det signalen att planera.
• Doing — det någon (en människa eller en AI-agent) arbetar med just nu.
• Done — avslutat arbete. Rensas eller arkiveras i slutet av en sprint.

Hur sätter man upp en Scrumban-tavla?

1. Skapa de fyra kolumnerna: Backlog, Todo, Doing, Done.
2. Lägg allt du känner till i Backlog. Sortera inte allt — sortera toppen.
3. Bestäm hur mycket som får ligga i Doing samtidigt. För en person en eller två saker; för ett litet team ungefär en per person.
4. Välj en sprintlängd — en eller två veckor — och skriv ett mål för den i en mening. Dra in i Todo bara det som tjänar målet.
5. Arbeta genom att dra: när något i Doing är klart tar du nästa kort överst i Todo. Ingen trycker över arbete på någon annan.
6. Planera när Todo börjar ta slut, inte enligt en kalender. I slutet av sprinten tittar du på vad som blev klart och vad som inte blev det, och sedan startar du nästa.

Varför Weft väljer Scrumban

Weft finns eftersom de flesta uppgiftshanterare är formade för en av två ytterligheter: antingen en ensam att göra-app (oändlig lista, ingen kadens) eller en Agile-svit för femtio personer (processöverhead för en grundare som är ensam). Scrumban ligger precis i mitten — tillräckligt med struktur för att tvinga fram en leverans varje eller varannan vecka, inte så mycket att du ägnar leveransdagen åt att administrera den.

Så gör Weft det

• Fyra kolumner från början: Backlog, Todo, Doing, Done. Pågående arbete begränsas av det som väntar på dig, inte av en siffra per kolumn. Kanban Guide räknar en uttalad policy för att begränsa pågående arbete som en del av definitionen av ett arbetsflöde, så att nya poster dras in först när det frigörs kapacitet.
• En aktiv sprint i taget, med ett valfritt mål. Sprintar är valfria — hoppa över dem om ren Kanban passar. Scrum Guide definierar sprintar som händelser med fast längd på högst en månad, där en ny sprint startar direkt efter att den föregående avslutats.
• Uppgifter har prioritet, uppskattning, förfallodatum och en valfri koppling till en sprint. Inga epics, inga arbetsflöden, inga egna fält.
• Cykeltiden börjar när en uppgift flyttas till en kolumn med semantic="doing" och slutar i "done". Siffrorna kommer ur ärlig användning, inte ur räknande med story points.

Scrumban med AI-agenter

Det är dragandet som gör att Scrumban fungerar även för AI-agenter. En agent som är ansluten till Weft via MCP tar själv nästa kort: start_task gör anspråk på det, så att en andra agent inte kan ta samma kort, och complete_task avslutar det med vad som gjordes och belägget för det. När en agent behöver ett beslut frågar den dig i stället för att gissa — och så länge för mycket avslutat arbete väntar på dig slutar agenterna att påbörja nya uppgifter. Det är Kanbans gräns för pågående arbete, tillämpad på den enda resurs som inte skalar: din uppmärksamhet.

När Scrumban inte är rätt metod

• Du kör flera parallella Scrum-team. Scrum Guide anger att ett Scrum-team normalt har högst 10 personer, och att större produkter bör organiseras i flera Scrum-team som delar ett produktmål och en produktbacklogg. Rapportering på programnivå, delad velocity, beroenden mellan team — full Scrum i Jira gör rätt för sig. Nexus Guide är skriven för just den situationen: flera Scrum-team som arbetar från en gemensam produktbacklogg, med extra arbetssätt för att synliggöra och lösa beroenden mellan team.
• Du gör ren support eller löpande drift. Ingen sprintkadens behövs — ren Kanban eller ett ärendesystem passar bättre.
• Du behöver Gantt-scheman och tidslinjer. Scrumban är inriktat på sprintar, inte på beroendegrafer.

Frågor om Scrumban