Kanban, Scrum, agil och vattenfall: vad är skillnaden?

Vattenfall. Agil. Kanban. Scrum. Vad har de här orden att göra med projekthantering, vad är skillnaderna och hur väljer man den metod som passar bäst för teamet?

Om du är osäker på vad någon av de här termerna betyder, hjälper vi dig. I den här artikeln förklarar vi vad de betyder, vilka fördelar och nackdelar de har och hur de skiljer sig åt, inklusive agil vs Scrum och Scrum vs Kanban.

Använd länkarna till vänster för att navigera till en viss rubrik om du är här för att få svar på en specifik fråga. Eller läs hela den här guiden för att få svar på alla frågor du har om vattenfall, agil, Kanban och Scrum.

Vad är Kanban?

Kanban är en underkategori av den agila metoden och fungerar inom den bredare agila mentaliteten. Den agila filosofin handlar om adaptiv planering, korta ledtider och kontinuerlig förbättring, vilket Kanban stöder.

När man jämför Kanban med Scrum är det viktigt att notera att båda är agila ramverk, men de har olika sätt att arbeta.

När någon talar om Kanban i projekthantering syftar de oftast på Kanban-tavlor. En Kanban-tavla representerar olika arbetsfaser med kolumner som innehåller de enskilda arbetspunkterna för varje fas, men mer om det senare. 

Kanban-ramverket är mycket flexibelt och kan hjälpa team att bli mer dynamiska och agila över tid. Även om Kanban och Scrum ofta jämförs, skiljer sig Kanban från Scrum i många arbetsflöden på grund av sin flexibilitet.

Så här fungerar Kanban

Kanban-ramverket utvecklades av Taiichi Ohno på Toyota på 1940-talet och har digitaliserats, anpassats och förfinats under flera decennier. Det moderna Kanban-ramverket är en visuell metod för arbetshantering online. 

När folk säger ”Kanban” syftar de vanligtvis på Kanban-tavlor: den visuella projekthantering som väcker liv i Kanban-metodiken.

I en Kanban-tavla representerar kolumner olika arbetsfaser. I varje kolumn representerar visuella kort individuella uppgifter och vilket steg de befinner sig i. Vanligtvis är dessa faser ”att göra”, ”pågående” och ”slutfört”.

Att använda Kanban-tavlor är en av de mest populära formerna av visuell projekthantering. De är mest effektiva för att ge insikter i ett projekts arbetsflöde vid ett lätt ögonkast.

Kanban-team hanterar flaskhalsar och förseningar för att minska ledtiden. De börjar med att använda det kumulativa flödesdiagrammet (CFD) för att identifiera var arbetet samlas. När de har identifierat flaskhalsarna sätter de gränser för pågående arbete. Dessa WIP-gränser begränsar antalet arbetspunkter i varje fas, vilket förhindrar överbelastning och förbättrar genomströmningen.

Fördelar med Kanban-tavlor

När du använder Kanban-tavlor för visuell projekthantering förser du teamet med en stor mängd överblicksinformation, inklusive men inte begränsat till:

• uppgifter eller leveranser

• tilldelad person

• slutdatum och tidsramar

• relevanta taggar, till exempel prioritet eller uppgiftstyp

• uppgiftsdetaljer

• Sammanhang

• relevanta filer.

Kanban-tavlor är ett flexibelt sätt för ditt team att visualisera pågående arbete. Traditionellt sett visar kolumnerna på Kanban-tavlan arbetets olika stadier, vilket är anledningen till att de är populära visuella projekthanteringsverktyg för team som utför pågående processer och projekt såsom kreativa förfrågningar eller buggspårningsprojekt. 

Du kan också anpassa kolumnerna i Kanban-tavlan baserat på tilldelade personer, lägga till en ”swimlane” eller skapa kolumner efter slutdatum.

Eftersom Kanban-tavlor kan vara så effektiva för att visualisera arbete är de en nyckelkomponent i de flesta projekthanteringsverktyg. Om du letar efter det rätta projekthanteringsverktyget för ditt team bör du försäkra dig om att det erbjuder Kanban-vy. Eller ännu bättre, leta efter ett verktyg som som tillåter dig att visa arbete på flera olika sätt. Till exempel är tavelvy (eller Kanban) i Asana ett av fyra sätt du kan visa arbete på, tillsammans med tidslinjevy, kalendervy och listvy.

Vad är Scrum?

Scrum är ett av de mest populära agila ramverken. Till skillnad från Kanban, som i allmänhet används som ett verktyg för att visualisera arbete, är Scrum ett fullständigt ramverk och du kan ”leda team” på Scrum. Ramverket utvecklades av Taiichi Ohno och erbjuder en kartbild över värderingar, roller och riktlinjer för att hjälpa teamet att fokusera på iterationer och kontinuerlig förbättring.

När man jämför Kanban med Scrum är det viktigt att notera att Scrum har mer definierade roller och strukturerade iterationer. Det är mycket mindre flexibelt än Kanban men ett utmärkt sätt för agila team att samarbeta och få viktigt arbete gjort.

Så här fungerar Scrum

Scrum skapades ursprungligen för team inom mjukvaruutveckling, men idag använder team inom produkt-, teknik- och andra branscher Scrum för att utföra sitt arbete snabbare och mer effektivt. 

För att genomföra Scrum utser team vanligtvis en Scrummästare som är ansvarig för att genomföra tre distinkta Scrum-faser och se till att alla är på rätt spår. Scrum-mästaren kan vara din teamledare, projektledare, produktägare eller personen som är mest intresserad av att använda Scrum. 

Scrum-mästaren ansvarar för att implementera de tre traditionella Scrum-faserna:

• Fas 1: sprintplanering. En Scrum-sprint är vanligtvis två veckor lång, men team kan välja att köra kortare eller längre sprinter. Under sprintplaneringsfasen tittar scrummästaren och teamet på teamets produktbacklogg och väljer arbete som ska slutföras under sprinten.

• Fas 2: Dagliga Scrum-standups. Under Scrum-arbetet (även kallad ”Scrum-cykeln”) har teamen möten på 15 minuter varje dag för att granska framstegen och se till att rätt mängd arbete tilldelas.

• Fas 3: sprintåterblick. När Scrum-cykeln är över håller Scrum-mästaren ett sprintåterblicksmöte för att utvärdera vilket arbete som har utförts, återföra oavslutat arbete till backlogen och förbereda inför nästa sprint.

Målet med Scrum är inte att bygga ihop något på två veckor, skicka det och aldrig se det igen. Istället håller Scrum en inställning om ”ständig förbättring” där team tar små steg mot större mål. Genom att dela upp arbete i mindre bitar och arbeta med dessa bitar kan Scrum hjälpa team att bättre prioritera och leverera arbete mer effektivt.

Fördelar med Scrum

• Team som kör Scrum har klart fastställda regler, mätvärden och ansvarsområden.

• Dagliga scrum-möten i kombination med sprintplanering och sprintgenomgång (eller ”återblicksmöten”) hjälper team att ständigt kolla läget och förbättra nuvarande processer.

• Eftersom det grundas i en backlog av arbete erbjuder Scrum en lättanvänd, självorganiserande struktur för teamledare och produktägare att hantera och stödja sitt teams viktigaste arbete.

• Under en Scrum har teamen en förutbestämd och begränsad mängd arbete och tid för varje sprint. Den här nivån av inbyggd prioritering kombineras med klart definierade ansvarsområden som säkerställer att alla vet vad de är ansvariga för hela tiden.

Slutligen är den viktigaste skillnaden mellan Kanban och Scrum att den senare levererar arbete i fasta steg genom sprintar, medan Kanban betonar kontinuerligt flöde genom att begränsa pågående arbete och optimera processen.

Vad är agil?

Agil projekthantering är en iterativ metod där arbetet slutförd i korta sprintar. Genom att prioritera ett flexibelt tillvägagångssätt och kontinuerlig leverans är den agila metoden mer flexibel vid oväntade projektförändringar, men kan på så vis drabbas av omfattningskrypning.

Den agila metoden utvecklades för att motverka traditionell projekthantering enligt vattenfallsstil. I och med att programvaruutveckling blev vanligare i början av 2000-talet behövde utvecklare en iterativ strategi för prototyper och projektledning, och därmed uppstod agil programvaruutveckling. 

Sedan dess har det agila manifestet varit den främsta resursen för agila värderingar och principer för alla som vill implementera den här metoden. Den agila metoden används inte längre bara för programvaruutveckling. Bland annat har marknadsföring, IT, evenemangsplanering och produktutveckling anpassat och modifierat metoden för att passa sina branscher.

Hur agil fungerar

Agil projekthantering inkluderar iterativ backlog-hantering, sprintar, reflektion, iteration och fler sprintar. Varje agil sprint varar vanligtvis i två till fyra veckor.

Varje sprint går igenom följande faser:

• Först organiserar produktägaren produktbackloggen. Produktbackloggen är en lista över alla uppgifter som teamet kan arbeta med under sprinten. Den här informationen lagras vanligtvis i ett projekthanteringsverktyg.

• Inför sprinten deltar hela projektteamet i sprintplaneringen där de viktigaste uppgifterna att arbeta med under tvåveckorsperioden identifieras.

• Under sprinten samlas det agila teamet ofta för att diskutera hinder och punkter att göra. 

När sprinten är över samlas teammedlemmarna för en sprintåterblick och för att identifiera vad som gick bra och vad som kunde ha gjorts bättre.

Vad är vattenfallsmetoden?

Vattenfallsmodellen delar in varje projekt i olika faser och faserna passeras i ordningsföljd. Ingen fas kan påbörjas innan den föregående fasen är slutförd. Vanligtvis slutar varje fas i en projektmilstolpe som indikerar att nästa fas kan inledas.

De specifika faserna i vattenfallsprocessen beror på exakt vad teamet skapar, men vanligtvis ser de ut ungefär så här: 

• Kravupställningsfasen, vilken ibland kan vara uppdelad i en ytterligare analysfas

• Systemdesignsfasen

• Genomförandefasen, även kallad för utvecklingsfasen eller kodningsfasen beroende på typen av projekt

• Testfasen.

• Implementeringsfasen, även kallad driftsfasen

• Underhållsfasen

Hur vattenfall fungerar

Vattenfallsmetoden har fått sitt namn från hur den ser ut när man ritar ut processen. Precis som ett vattenfall kan projekten se ut som vatten som rinner från en projektfas till en annan.

Implementering av den här projekthanteringsmetoden kräver mycket planering och förberedelse i förväg. En stor del av vattenfallsprojekthanteringen är att skapa en vattentät projektplan så att teamet tydligt förstår projektets krav och begränsningar innan arbetet påbörjas. Det beror på att det inte finns mycket utrymme för variation, anpassning eller fel när ett vattenfallsprojekt väl har satts i gång. 

Med noggrann planering går det att framgångsrikt uppnå slutprodukten genom tydliga och förutsägbara arbetsflöden. Den här projektmetoden är bra för tidshantering och förloppsspårning, även om den är mindre flexibel än andra modeller, till exempel agil. 

Så här väljer du rätt projektmetodik

Vi har gått igenom de enskilda metoderna och ramverken. Nu är det dags att jämföra dem med varandra för att ta reda på vilken du bör implementera för att hjälpa ditt team att nå sina mål.

Kanban vs Scrum

Kanban och Scrum är de två vanligaste agila metoderna. Både Kanban och Scrum uppmuntrar team att omfamna ständig förbättring.

Kärnpunkterna inom agil metodik är flexibilitet och ständig förbättring – det är faktiskt en av anledningarna till att produkt-, teknik- och mjukvaruutvecklingsteam dras till agila filosofier. Ständig utveckling är en viktig del i både Kanban och Scrum.

Kanban och Scrum är båda bra verktyg för teamsamarbete. Även om samarbeten kan ha olika form beroende på vilket ramverk ditt team väljer är både Kanban och Scrum i grund och botten ett sätt för team att arbeta bättre tillsammans.

Även om de två har några saker gemensamt finns det några stora skillnader mellan Kanban och Scrum. Låt oss ta en titt!

• Scrum är mer konkret än Kanban. Scrum har en specifik mängd ”regler” för varje team att följa. Kanban används oftast för att visualisera arbete. Många team kör faktiskt Scum på en Kanban-tavla – men i så fall kör de ändå Scum, inte Kanban. Tänk inte på Kanban som en ”metodik” med ett regelverk, utan som ett sätt att visualisera arbete.

• Scrum är tidsbegränsat, Kanban är flexibelt. Scrum körs i sprinter, vilka vanligtvis är två veckor långa cykler. När varje sprint är avklarad har du en uppsamling av slutfört arbete – oavsett vad för slags arbete. Kanban-tavlor har inte nödvändigtvis ett start- eller slutdatum. På Asana använder vi faktiskt ofta Kanban-tavlor för att representera pågående processer.

• Kolumner med Kanban-tavlor kan organiseras på många sätt. När man kör en Scrum är det viktigt att spåra arbetet samtidigt som det utvecklas genom olika stadier. Men på Kanban-tavlor som inte är baserade på Scrum kan tavelkolumner representera en mängd olika typer av arbete, inte bara arbetsstatus. Kolumner kan representera det arbete som kommer att genomföras varje månad, en retrospektiv som beskriver det arbete som tidigare uppnåtts, eller vad du vill att de ska vara – till skillnad från Scrum som har ett fastare regelverk.

Kanban vs Scrum: Påverkan på teamsamarbete

När man jämför Kanban och Scrum när det gäller teamsamarbete kan skillnaderna i tillvägagångssätt avsevärt påverka hur teammedlemmarna interagerar och arbetar tillsammans. Scrum använder ett strukturerat tillvägagångssätt med definierade roller som scrummästare och produktägare. Det här ramverket förbättrar samarbetet inom Scrum-teamet genom regelbundna händelser såsom sprintplanering, dagliga standup-möten och sprintåterblickar.

Kanban fokuserar å andra sidan på att visualisera arbetsflöden med hjälp av en Kanban-tavla, vilket naturligtvis leder till öppenhet och uppmuntrar till kontinuerligt samarbete. Kanban-team kan enkelt identifiera flaskhalsar och hjälpa kollegor, vilket främjar ett kontinuerligt arbetsflöde. Kanban har inga formellt definierade roller, men det främjar en kultur av delat ansvar och problemlösning i realtid.

Kanban vs Scrum: Vilken erbjuder större flexibilitet?

När man utvärderar Kanban vs Scrum för flexibilitet erbjuder Kanban i allmänhet mer anpassningsförmåga än Scrum. Kanban-systemets kontinuerliga flödesmodell möjliggör löpande justeringar av prioriteringar och arbetsbelastning. Team kan när som helst lägga till, ta bort eller omprioritera arbetspunkter på Kanban-tavlan utan att störa det övergripande arbetsflödet.

Scrum är också flexibelt, men arbetar med iterationer av fast längd som kallas sprintar. Den här tidsbegränsade metoden kan ibland begränsa möjligheten att snabbt ändra eller införliva nytt arbete mitt i en sprint. Scrum erbjuder dock flexibilitet genom sprintplanering och backlog-förfining, vilket kan hjälpa team att anpassa sitt fokus för varje ny sprint.

När Scrum och Kanban passar

Det finns ingen exakt regel för när teamet bör använda Kanban, Scrum eller någon annan form av visuell projekthantering. Ett bra sätt att avgöra om Kanban passar er är att se om följande gäller:

• Ditt team behöver ett system för visuell projekthantering.

• Du vill ha en överblick över projektets status.

• Ni är inte ett teknik-, produkt- eller programvaruutvecklingsteam.

• Ni sköter pågående processer och projekt.

• Det mesta av ditt arbete produceras inte under en kort tidsperiod.

Även om du väljer att inte köra ett Scrum-ramverk kan du ändå hämta inspiration från det. Du kanske till exempel inte vill att arbetet ska begränsas till två veckors sprintar, men det kan vara användbart att föra en backlog över arbetet för att teamet ska kunna prioritera och förstå uppgifterna bättre. Det bästa med Kanban är att du kan välja det som fungerar för dig och avfärda resten.

Scrum kan vara ett effektivt sätt att organisera och prioritera hela din process. Även fast Scrum inte är perfekt för varje team kan du dra fördel av Scrum om:

• Ni är ett teknik-, produkt- eller programvaruutvecklingsteam eller ett agilt team.

• Du tror att teamet skulle kunna dra fördel av en fastare struktur.

• Du har en stor backlog av arbete att klara av.

• teamet blir motiverat av snabba deadliner och leveranser

• någon i teamet vill bli scrummästare.

Kom ihåg: när du överväger Kanban eller Scrum kan du alltid kombinera de två genom att köra Scrum på en Kanban-tavla.

Agil vs vattenfall

När det gäller agil jämfört med vattenfall kommer det troligen att bli lättare för dig att välja den metod som är bäst för ditt team om du överväger fördelarna och nackdelarna med varje metod. Låt oss ta en titt.

För- och nackdelar med vattenfallsprojekthantering

Vattenfallsprojektledning är effektivare för tvärfunktionella projekt. Några av de största fördelarna med vattenfallsmetoden är att man kan …

• Planera projekt i förväg för att förhindra omfattningskrypning.

• Enkelt spåra förloppet mellan projektets olika faser.

• Arbeta med flera projekt utan att vara helt fokuserad på ett enda initiativ.

• Hantera beroenden enkelt.

Vattenfallsmetoden har dock också några nackdelar som är viktiga att notera:

• Kan leda till ökad projektrisk på grund av bristande flexibilitet.

• Kan leda till att information går förlorad om olika personer arbetar med projektet under olika faser och inte dokumenterar tydligt.

• Kan leda till oväntade buggar när kvalitetskontroller sker sent.

• Kan leda till minskad kundnöjdhet om kunden inte är involverad.

För- och nackdelar med agil metodik

Den agila metoden är populär av en anledning – här är några av de största fördelarna för agila team. De...

• anpassar sig snabbt till oväntade förändringar

• Fokusera på kundnöjdhet.

• Upplever hög inre motivation genom att betona teamarbete och teammedlemmarnas engagemang

Med all den flexibiliteten kommer några nackdelar som agila team måste ta itu med:

• Kan öka omfattningskrypning och projektbudget oväntat. 

• Det kan vara svårt att engagera kunder om de inte har tid eller kapacitet. 

• Att fokusera uteslutande på den agila sprintprocessen gör att teammedlemmarna inte kan arbeta med andra initiativ.

• Det kan vara svårt för virtuella team att trivas i agila miljöer.

När man ska använda agil eller vattenfall

De flesta team kan på något sätt dra nytta av båda metoderna. Här är en enkel jämförelse mellan agil och vattenfall som kan hjälpa till att avgöra vilken metod som passar bäst för er:

Använd vattenfallsmetoden om …

• Ni arbetar med ett sekventiellt projekt och ingen fas kan inledas innan den föregående är slutförd.

• Du vill ha strikt kontroll över omfattningskrypning.

• Du värdesätter tydlig och effektiv planering.

• Du vill förstå hela utvecklingslivscykeln innan du sätter igång projektet.

• Du värdesätter funktionalitet framför snabba leveranser.

Prova den agila metoden när …

• Du vill använda en mer iterativ process.

• Du vill leverera resultat snabbt även om det innebär att förbättringar kan behöva göras senare.

• ditt team rör sig snabbt.

• Ditt team värdesätter anpassningsförmåga framför förutsägbarhet.

• dina kunder vill vara aktiva intressenter.

Om du är övertygad om att agil metodik är rätt för dig, kommer ditt nästa steg troligen att vara att överväga om Scrum är rätt sätt att leda ditt team.

Agil vs Scrum

När det gäller agil vs Scrum handlar det inte om att välja det ena eller det andra, utan snarare om huruvida du vill göra Scrum till ditt agila ramverk.

Kan man vara agil utan Scrum?

Absolut! Scrum är kanske det vanligaste agila ramverket, men det går att vara agil utan att följa Scrum-reglerna. 

Agil kan stå för sig själv, men utan en scrummästare, dagliga standup-möten och sprintar varannan vecka finns det några bästa praxis som du bör ha i åtanke för att möjliggöra ett smidigt arbetsflöde:

• Håll projekten små. Utan Scrum-regler är det mycket enklare att hantera ett litet projekt med ett litet team som arbetar mot ett litet mål.

• Tilldela en produktägare. Utan en scrummästare bör du utse en teammedlem som tar hand om projektkrav och resursbehov. Den här teamkollegan kommer att vara den som ska kontaktas för frågor om arbetsflöde, projektändringar och resursallokering.

• Håll regelbundna möten. Med ett litet team och ett litet övergripande projektmål bör veckomöten vara tillräckligt för att lyckas. Passa på att granska projektets förlopp och diskutera allas mål för den kommande veckan för att hålla moralen uppe och teamet engagerat.

• Schemalägg frekventa granskningar. Precis som när ni träffas för att diskutera veckomål kommer ert agila team också att dra nytta av regelbundna kvalitetsgranskningar. Granskningarna kan avslöja detaljer i projektet som behöver mer uppmärksamhet och säkerställa att den övergripande kvaliteten på projektet är hög. 

Att förstå nyanserna i Agile och Scrum kan hjälpa dig att anpassa ditt tillvägagångssätt så att det passar teamets behov och projektkrav.

Kanban vs Scrum: Hur man använder båda metoderna tillsammans

Fortfarande osäker på om du ska använda Kanban eller Scrum? Scrumban kan vara svaret. 

För att hålla effektiva dagliga standup-möten och briljanta sprintplaneringar och återblickar behöver du ett effektivt sätt att visualisera arbete genom olika faser och spåra allt ditt pågående arbete. Kanban-tavlor kan hjälpa dig att tackla din sprintbacklog och organisera hur arbetet fortskrider under en sprint, så att varje Scrum-cykel blir en succé.

Team som kör Scrum på Kanban-tavlor (eller Scrum-tavlor som de också kallas) skapar ofta en ny tavla för varje Scrum-sprint. Det finns två skäl för detta:

1. Team som skapar nya tavlor för varje sprint kan börja helt på nytt. Det här underlättar för scrummästaren och scrumteamet att visualisera det nya arbetet de måste utföra varje sprint.

2. Scrummästare använder Scrum-tavlor från tidigare för att spåra arbetet som utförts under varje Scrum-cykel. Eftersom en viktig anledning för team att implementera Scrum är att förbättra och effektivisera processer kan det vara bra att få en överblick och se vad man har uppnått.

Som du ser handlar det om att hitta en kombination av metoder, ramverk och verktyg som fungerar för ditt team och projekt.

Effektivisera arbetet i Asana

Oavsett om projekthanteringsmetoden är vattenfall eller agil, om du överväger Kanban eller Scrum, eller om du använder Kanban-tavlor, är det viktigt att spåra arbetet genom ett centralt verktyg. 

När teammedlemmarna har en tydlig översikt över vem som gör vad och när kan de mer exakt planera sitt eget arbete och slutföra sina leveranser. 

Du kan prova Asana om du är redo att sätta igång. Asana är ett arbetshanteringsverktyg som hjälper ditt team att organisera arbetet, spåra processer och uppnå era mål.

Vanliga frågor: Kanban vs Scrum

Vad är skillnaden mellan Scrum och Kanban?

Den viktigaste skillnaden mellan Scrum och Kanban är deras sätt att hantera arbete. Scrum använder tidsbegränsade iterationer som kallas sprintar, med en definierad backlog och specifika roller som Scrum Master och Product Owner. Kanban fokuserar på kontinuerligt flöde med hjälp av en Kanban-tavla för att visualisera pågående arbete, begränsa pågående arbete och optimera cykeltiden.

Hur väljer jag mellan Kanban och Scrum för mitt team?

För att välja mellan Kanban och Scrum för ditt team bör du överväga teamets arbetsflöde och projektkrav. Använd Scrum om teamet drar nytta av strukturerade roller, regelbunden sprintplanering och definierade tidsramar. Välj Kanban om ditt team behöver flexibilitet, kontinuerlig leverans och anpassningsförmåga i realtid utan fasta sprintar.

Är Kanban fortfarande Scrum?

Kanban är inte Scrum. Båda är agila metoder, men Kanban fokuserar på kontinuerligt flöde och visualisering av arbete, medan Scrum är strukturerat kring tidsbegränsade sprintar och definierade roller.

Kan Kanban ha sprintar?

Kanban använder vanligtvis inte sprintar. Vissa team kombinerar dock Kanban med Scrum, en praxis som kallas Scrumban, för att inkludera sprintar för specifik planering samtidigt som det kontinuerliga arbetsflödet upprätthålls.