Scrum vs Kanban: Den ultimata uppdelning guiden

Six Sigma, Lean,Pmbok , Klungamot.Kanban- Det finns mycketprojektledningJargong och metodiska debatter kastas runt som du kan hitta förvirrande eller oklart. Det finns dock några metoder som kommer i åtanke när du vill skapa en effektivprojektplanen.

Projektledningsmetoderär avsedda att ge lag med ram eller teori för att basera sinaprojekt planerarunt om. VarjeProjektledningsmetodikHar sina fördelar och nackdelar, men ett par metoder ger ett fördelaktigt sätt att visualisera din projektplan.

BådeKlungaoch Kanban faller underAgile metodikParaply, vilket gör dem bra ramar för att bryta ner större, komplexa projekt i hanterbara bitar. Låt oss ta en titt på skillnaderna mellan de två och komma till botten av Scrum vs Kanban debatten.

Vad är scrum?

Klungaär ett projektram för genomförandet avAgile Project Management Methodology. Det är en populär metod för att hantera projekt som kräver snabb utveckling, testning och utsläpp av produkter.

Scrum-ramen bryter ett projekt i korta en till fyra veckors iterationer, kallade sprints. AScrumslag, generellt ledd av aScrrummästare, arbetar för att leverera en iteration eller en version av det slutliga projektet i slutet av varje sprint. Scrum-lag har också dagliga mötesmöten för att diskutera framsteg och öka samarbetet.

För att läsa mer om Scrum, kolla in vår guide påScrum för nybörjare: Hur man använder Scrum till Tame Chaos .

Vad är ett scrumbräda?

A Scrumboardär ett verktyg som hjälper dig att hantera och övervaka ditt Scrum-projekt. Det hjälper dig att säkert spåra vilket arbete som finns kvar på dinProduktstock, Vilka föremål tilldelas din Sprint-efterslogg, och hur arbetet fortskrider inom din aktiva sprint.

Medan aScrumboardkan vara en fysisk styrelse med anteckningar eller kort bifogade, de tenderar att vara digitala, online-styrelser ingår i mångaprojektledningplattformar.

Procurify, en inköpsprogramvara i Kanada, fann detDe räddade 70% av sin tid genom att planera sina sprints med ett samarbetsverktyg. De har nu synlighet i ett annat arbete och kan samarbeta över olika lag.

Här är några fördelar och nackdelar med att användaSCRUM METODoch scrum boards för att hantera dina projekt:

Fördelar:

Nackdelar:

Vad är kanban?

Kanbanär en annan populär smidig ram. Men, till skillnad från Scrum, är Kanban mindre tidsbaserad och mer fokuserad på att hantera volymen av arbetet i processen (WIP).

Kanban-ramverket var utformat för att hjälpa till att upprätthålla ett kontinuerligt flöde av produktivitet samtidigt som det inte är överarbetat eller överväldigat. Det hjälper projektgrupper att minska flaskhalsar, förbättra effektiviteten, ökakvalitetoch öka den totala utgången.

Att lära sig mer om Kanban ochKanban mjukvaruutveckling, kolla uppDen ultimata guiden till Kanban-metoden .

Vad är en kanban styrelse?

Traditionellt innebär Kanban enplaneraWhiteboard eller tavlan, där status som "planerat", "pågår", "i granskning" etc., är alla listade.

Varjeleveransbarskrivs sedan ner på en post-it och placeras under rätt status. Som denleveransbarFlyttar genom stegen, post-den flyttar påProjektstatusWhiteboard.

Här är några fördelar och nackdelar med att använda Kanban och Kanban Boards för att hantera dina projekt:

Fördelar:

Nackdelar:

Kanban vs Scrum: Vad är skillnaderna?

Kanban och Scrum är båda projektramarna som är byggda för att hjälpa lag omfamna Agile metodik , värderingaroch principer. Som sådan har de ett antal likheter. Båda ramarna uppmuntrar processförbättring, lagsamarbete och bryter projekt ner i mindre och mer hanterbara bitar.

Men Kanban och Scrum har betydligt olika tillvägagångssätt i hur de väljer att genomföra dessa principer. Här är fem viktiga områden där Kanban och Scrum varierar:

Roller och ansvar

Scrum har trespecifika roller, var och en med eget fördefinierade ansvar:

Kanban föreskriver inte roller som Scrum gör. Faktum är att en av de fyra principerna i Kanban säger att lag borde behålla sina nuvarande roller och ansvarsområden. Troen bakom denna princip är att lag kommer att anta ramman lättare om de inte behöver oroa sig för att ändra jobbtitlar och beskrivningar.

Delegation och prioritering

Scrum bygger på idén om självhanterade lag som arbetar tillsammans för att slutföra ett projekt. Produktägaren kan i slutändan ha det sista säga över vilka funktioner eller uppgifter som prioriteras på produktens backlog (en lista över alla funktioner, uppgifter och arbete som ska slutföras på projektet), eftersom de agerar som representant för kundens behov. Men hela laget ger inmatning till vilka uppgifter som kommer att hanteras i en sprint.

Scrum Team MedlemmarOckså har vanligtvis full autonomi när det gäller att slutföra arbetet inom sprinten. De kan välja vilka saker de arbetar på när, så länge det är allt som uppnås vid slutet av sprinten.

Kanban uppmuntrar samarbete och ledarskap på alla nivåer, men det omfamnar inte det självstyrda laget på samma sätt som Scrum gör. Eftersom Kanban främjar lag som upprätthåller sina gamla roller, tenderar tidigare lagstrukturer att diktera hur delegationen hanteras.

Vanligtvis kommer chefen att ha ansvaret för att prioritera arbete och aktivt hantera arbetsflödet. De kan delegera specifika uppgifter till vissa individer eller låta dem hanteras som "först kom, först serveras."

Ändringar och ändringar

Scrum och Kanbanhantera modifieringar och förändringar på mycket olika sätt.

I Scrum planeras en sprint före starten, laget utför sitt arbete, och sprinten slutar med produktleverans och granskning. Eventuell kundåterkoppling, problem, buggar eller begärda ändringar läggs sedan till den övergripande produktstocken och arbetade i framtida sprints baserade på prioritet.

Ändringar som identifieras Mid-Sprint kommer inte att hanteras till framtida sprints om inte ett problem är tillräckligt viktigt för att den måste adresseras direkt. Detta tillvägagångssätt innebär att Sprint-tidslinjerna inte ändras, men ytterligare sprints kan behöva läggas till det övergripande projektet om tillräckligt med ändringsförfrågningar uppstår.

I Kanban kan ändringar göras vid vilken tidpunkt som helst, och omedelbara ändringar uppmuntras aktivt. Detta kan påverka projektets tidslinje beroende på förändringens svårighetsgrad.

Kanban varUrsprungligen skapadav Toyota för biltillverkning, och det används ofta för att ta itu med mycket av samma uppgifter eller arbetsstycken. I denna typ av scenario, där produkterna är utbytbara, är betoningen att leverera en viss volym i stället för en viss bit. Så, när en produkt befinner sig vara skadad, defekt eller i behov av omarbetande, drogs det vanligtvis ut ur arbetsflödet som ska skrotas eller ändras.

Produktivitetsmätning

Scrum är beroende av mätvärden somhastighetochbrinna nerpriser för att mäta produktiviteten.

Tillsammans hjälper dessa verktyg att illustrera hur produktiv laget har varit så långt och hur produktivt de måste fortsätta att vara för att slutföra projektet i tid.

Kanban tenderar att övervaka cykeltiden,ledtid, och pågående arbete för att bedöma produktiviteten.

Tänk dig att du tilldelades en uppgift måndagsmorgon, du började arbeta på den onsdag morgonen, och du avslutade den i slutet av dagen på fredag. I det här scenariot var din ledtid fem dagar (måndag till fredag), och din cykeltid var tre dagar (onsdag till fredag).

Due datum och leverans timelines

I SCRUM är sprints typiskt en till fyra veckor i längd och en produktökning, eller en version av produkten, levereras i slutet av varje sprint. Eventuell stöddokumentation, såsom träningsmaterial, skulle också levereras vid denna tidpunkt. Det finns sällan mid-sprint förfallodates eller leveranser.

Undantaget skulle vara när de ömsesidiga uppgifterna båda är tilldelade till samma sprint. Om uppgiften B inte kan starta tills uppgiften A är klar, kan uppgift A får ha ett tillräckligt tidigt förfallodatum för att säkerställa att båda görs i tid för leverans. Men ofta finns det inget formellt förfallodatum tilldelat, och laget hanterar helt enkelt dessa beroenden i sina dagliga mötesmöten.

Kanban är baserad på tanken på kontinuerliga leveranser. Kanban-lagen arbetar ofta med oberoende uppgifter, produkter eller leveranser. Så, när en bit arbete är klar, kan den levereras till kunden direkt.

Lag kan välja att gruppera leveranser, så de skickar inte ständigt ett föremål i taget, men det sätt de gör det här är upp till dem. Till exempel kan du välja att skicka varje fredag ​​eller varje gång du slår 20 färdiga bitar.

När det gäller förfallodatum tenderar Kanbans primära fokus att vara på cykeltid och ledtid snarare än vilken bit av arbete som beror när. Det innebär att förfallna datum tenderar att vara baserade på målövergångstider snarare än när kunderna förväntar sig leveranser.

Om målet är en genomsnittlig cykeltid på fem dagar, kan varje kort ha ett förfallodatum på fem dagar från när arbetet tilldelas, även om det inte levereras till kunden till slutet av månaden.

Vilket projektplandkort och ramverk är bättre för att organisera ett projekt?

Svaret påNär ska man använda kanban vs scrumBeror på vilken typ av projekt du planerar. Scrum och Kanban passar bäst för olika projekt.

Men här är en kort analys:

Scrum vs Kanban: Måste det vara antingen-eller?

Det finns ett tredje alternativ, kallat Scrban. Det är en kombination av de två ramarna som försöker ge en mitten till lag som hittar Kanban för flexibel och scrum för stel.

Om du vill veta mer, kolla in vår artikelVad du behöver veta om Scrban .

Oavsett det projekt du har till uppgift att förändras är förändring oundvikligt. Omfamna en smidig metodik är det första steget för att förbättra samarbetet, raffinera konsekventa processer och ha den flexibiliteten inbyggd, så du och ditt lag är utrustade för vad som helst som kastas.

Nu när du har landat på rätt metod för jobbet,Lär dig hur du skriver en projektplan här. EllerRegistrera dig för en gratis två veckors försök av UDN Task ManagerProjektledningsprogramvara och upptäck hur våra Kanban- och Scrummallar kan hjälpa dig att använda vilken ram du önskar.