Scrumban är en projekthanteringsmetod som kombinerar två vanliga agila strategier: Scrum och Kanban. Scrumban utvecklades för att hjälpa team att övergå från Scrum till Kanban eller tvärtom. Läs mer om hur Scrumban kan hjälpa ditt team att nå sina mål.
Dramedy. Motel. Spork. Alla de här sakerna började som två separata enheter som kombinerades för att skapa något helt nytt.
Det är den grundläggande idén bakom den nyare agila metoden som kallas Scrumban. I den här artikeln förklarar vi vad Scrumban är och hur det nya agila ramverket kan hjälpa ditt team att nå deadliner och mål.
Scrumban är en projekthanteringsmetod som kombinerar två vanliga agila strategier: Scrum och Kanban. Scrumban utvecklades ursprungligen för att hjälpa team att övergå från Scrum till Kanban, eller tvärtom. Om team har erfarenhet av en strategi framför en annan kan den här tekniken hjälpa dem att gradvis övergå till den andra metoden.
Scrumban var ursprungligen tänkt att hjälpa team att övergå från en strategi till en annan, men vissa team upptäcker att kombinationen av de två strategierna fungerar bäst för dem. Scrumban används bäst av ett team som redan känner till vissa aspekter av Scrum eller Kanban. Erfarenheten de har kommer att ge dem en viss förtrogenhet när de börjar använda Scrumban-metoden.
Skapa en Scrumban-mallScrum och Kanban är två vanliga agila metoder, men de har sina skillnader. Scrum är ett agilt ramverk som hjälper team att samarbeta och att effektivt utföra viktigt arbete. Traditionellt körs Scrum i sprintar som ofta är två veckor långa. Scrum-ramverket erbjuder en kartbild över värderingar, roller och riktlinjer för hur man genomför sprintar på ett effektivt sätt.
Kanban är ett agilt ramverk som hjälper team att hitta en balans mellan det arbete de behöver utföra och varje teammedlems tillgängliga kapacitet. Kanban-ramverket bygger på en filosofi om kontinuerlig förbättring, där arbetsobjekt ”dras” från en produktbacklog till ett regelbundet flöde av arbete. Kanban-metoden används oftast med Kanban-tavlor, särskilt programvara för Kanban-tavlor.
Som namnet antyder har det agila Scrumban-ramverket några egenskaper från både Scrum-ramverket och Kanban-metoden.
Processupprepning sker med regelbundna intervaller, vanligtvis i slutet av en sprint när teamet håller sprintåterblickar och sprintgenomgångar.
Arbetet prioriteras beroende på uppgifternas komplexitet och efterfrågan på produkten.
Hela teamet är överens om vad "klart" betyder, så att alla vet vad det innebär att slutföra en uppgift. Det innebär att slutresultaten är tydligt beskrivna och definierade.
Använder en tydlig backlog av punkter som behöver slutföras. När en teammedlem börjar arbeta med en uppgift ”drar” de uppgifterna från backloggen till sin nuvarande arbetsbelastning.
Det finns fastställda gränser för antalet pågående uppgifter för att förhindra att teamet blir överbelastat.
Uppgifter representeras visuellt som kort som flyttas genom olika faser i processen på en Kanban-tavla.
Det finns ingen teamhierarki i Scrumban. Det innebär att alla i utvecklingsteamet har samma möjlighet som alla andra att fatta beslut och göra val. Det innebär också att det inte finns någon tydlig ledare för gruppen, utan att teamet är helt självstyrande.
Scrumban-projekt behöver inte nödvändigtvis ha en deadline. Sprintar arbetas ofta i tvåveckorssteg, så att teammedlemmarna kan fokusera på specifika sprintuppgifter tills det är dags att granska och upprepa. Det gör Scrumban till ett bra val för mycket långsiktiga projekt eller projekt med ett tvetydigt mål.
Scrumban-processen består av fyra enkla steg. Eftersom det inte finns någon Scrum Master i Scrumban är det viktigt att alla i teamet känner till de här fyra viktiga stegen. Så här kommer du igång.
En Scrumban-tavla är en Kanban-tavla som kan innehålla en produktbacklogg, en sprintbacklog, teamets arbetsflödesfaser (till exempel inte påbörjad, pågående och granskning) och en tydlig kolumn för slutförda uppgifter. Faserna som visas på Kanban-tavlan bestäms av ditt team. Vissa team väljer till exempel att inte ha sin produktbacklogg på Scrumban-tavlan, utan bara sin sprintbacklogg.
Scrumban följer sprintarnas cykliska natur. Om det inte finns fler kort på tavlan tar teammedlemmarna kort från produktbackloggen. Helst granskar teamet korten på tavlan varje vecka och lägger till kort från produktbackloggen baserat på sprintens mål.
Skapa en Scrumban-mallI Scrumban finns det inga formulär för "story points", en strategi som tilldelar poäng till uppgifter baserat på den uppskattade tid eller insats som varje uppgift kommer att ta. Istället bör Kanban-tavlan bara ha ett visst antal kort på tavlan för att förhindra överbelastning. Det kallas vanligen pågående arbete-gränser eller WIP-gränser. Scrumban-teamet bestämmer tillsammans hur många kort som kan finnas i varje fas samtidigt, så att teamet inte överväldigas av uppgifter.
En viktig fördel med Scrumban är möjligheten att planera och ändra arbetsflödet när som helst under processen. Om teamet till exempel känner att det finns för många kort på tavlan samtidigt kan de enkelt välja att pausa inhämtningen av uppgifter tills fler kort flyttas till kategorin "Slutfört".
Scrumban är en av de mest flexibla agila metoderna. Det finns ingen teamhierarki i Scrumban, vilket ger alla möjlighet att välja vad teamet ska arbeta med. Det enklaste sättet att prioritera uppgifter i Scrumban är att titta på vad produkten behöver mest. Eftersom prioriteringsprocessen är kontinuerlig kan teammedlemmarna välja vad de anser är viktigast för produkten. Eftersom det inte finns någon Scrum-mästare eller produktchef får varje teammedlem möjligheten att bestämma vad de tycker är bäst.
Läs: Förstå kaizen: En guide till kontinuerlig förbättring i BusinessDagliga möten hjälper alla i teamet att förstå vad som pågår. Teammedlemmar kan bestämma vilken uppgift de vill arbeta med baserat på korten på tavlan. När alla deltar i dagliga stand-up-möten kan utvecklingsteamet prioritera varje uppgift bättre eftersom de känner till teammedlemmarnas arbetsbelastning. Eftersom det inte finns någon utsedd ledare i Scrumban-metoden kan teammedlemmarna turas om att leda dagliga stand-up-möten.
En av de största fördelarna med Scrumban-metoden är att det är ett extremt flexibelt formulär för projekthantering. Här är några sätt att använda Scrumban-metoden för att skapa effektivare processer för teamet.
Om teamet har ett långsiktigt eller pågående projekt utan en fastställd deadline kan Scrumban vara en bra metod för att säkerställa ett konsekvent arbetsflöde. Scrumban hjälper till genom att etablera inkrementella kontroller. Eftersom Scrumban arbetar i sprintar kan teamet övervaka om arbetet fortsätter att flöda under gransknings- eller planeringsperioder. Så även om det inte finns någon deadline för ett pågående projekt kan Scrumban-metoden hålla igång flödet på uppgiftstavlan.
För vissa utvecklingsteam kan Scrum-plattformens stela struktur faktiskt hindra teamets arbetsflöde. Om ditt team kämpar med Scrum-strukturen är Scrumban en agil metod som kan hjälpa till att föra in dem i ramverket. Eftersom Scrumban är en hybrid av Scrum och Kanban kan teamet lära sig viktiga delar av Scrum-ramverket samtidigt som de behåller flexibiliteten i Kanban-metoden.
Om ditt team vill behärska grunderna innan de använder Scrumban kan en Scrum-mall hjälpa er att organisera backloggar, köra sprintar och experimentera med bästa agila praxis.
Alla projekthanteringsmetoder har sina för- och nackdelar. Här är några aspekter av Scrumban som hjälper dig att avgöra om den här metoden fungerar för ditt team.
Kan hjälpa till att spara tid: Om teamet inte använder någon form av projekthantering är Scrumban-metoden ett bra sätt att börja spåra arbetet som utförs. Genom att använda Scrumban-metoden kan du förhindra att teamet utför dubbelarbete eller lägger tid på uppgifter som inte uppfyller målet för en specifik sprint.
Perfekt för långsiktiga eller storskaliga projekt: Eftersom Scrumban är en iterativ agil metod möjliggör den små förändringar över stora tidsintervall. Det gör det till ett utmärkt ramverk för långsiktiga projekt, eftersom projektbehoven förändras med tiden. När behoven förändras hjälper Scrumban dig att iterera och förbättra dina processer för att hålla jämna steg med förändringarna.
Enskilda teammedlemmar får mer självständighet: Om ditt team vill ha mer autonomi kan Scrumban-metoden vara ett bra sätt att börja. Scrumban-metoden ger teammedlemmarna möjlighet att fatta beslut och prioritera arbetet som de vill, i stället för att bara slutföra det arbete som tilldelats av en scrummästare eller produktägare.
Brist på ledning kan leda till förvirring: Även om självständighet och autonomi kan vara motiverande för ett team kan bristen på tillsyn leda till förvirring och dålig organisation i ett annat. Kom ihåg att det som fungerar för ett team kanske inte fungerar för ett annat. Att hitta rätt projekthanteringsmetod handlar om att upptäcka vad som fungerar för just ditt team.
Scrumban är en relativt ny metod: Eftersom Scrumban är en nyare metod finns det inte så många etablerade processer. Ett Scrumban-team kan ha en process som skiljer sig mycket från ett annat teams process, och en del av anledningen till det är att det inte finns något standardiserat ramverk som med Scrum eller lean projekthantering.
Projektledare har mindre kontroll: Om du har en produktchef eller projektledare som är väldigt praktisk kanske den här metoden inte fungerar lika bra. I Scrumban finns det inga specifika roller i utvecklingsteamet. Det innebär att alla har samma möjlighet att välja vad de anser är rätt beslut för sprinten.
Långsiktig planering för ett Scrumban-projekt fungerar bäst med ett arbetshanteringsverktyg. Med Asanas tavelvy kan Scrumban-teamet se vad alla arbetar med och var de befinner sig i processen. Redo att prova en Scrumban-tavla för ditt team?
Skapa en Scrumban-mall