Vad är Kanban?
Kanban är en mycket populär ram för utveckling inom den agila programvaruutvecklingsmetoden. Det ger ett transparent sätt att visualisera arbetsuppgifter och arbetsförmåga för ett team. Den använder huvudsakligen fysiska och digitala kort för att låta teammedlemmarna visualisera det aktuella läget för det projekt de arbetar med.
Kanban har sitt ursprung i Toyota på 1940-talet. Kanbans betydelse på japanska är "skyltar". Kanban-tavlan har kolumner och berättelsekort. Kolumnerna är ingenting, men arbetsflödestillstånd och kort är inget annat än en demonstration av den verkliga uppgiften som en lagmedlem utför.
I denna Kanban-handledning lär du dig:
- Vad är Kanban?
- När ska jag använda Kanban?
- Kanban-kort
- Kanban styrelse
- Kanban arbetsflöde
- De fyra principerna för Kanban
- Six Kanban Core Practices
- Dragbaserat system
- Ledtid och cykeltid
- Kumulativt flödesdiagram (CFD)
- Begränsa WIP (pågående arbete)
- Scrum Vs. Kanban
När ska jag använda Kanban?
Här är skälen till att använda Kanban utvecklingsmetod:
- Kanban kan användas i vilken domän som helst, och den kan användas mycket effektivt vid mjukvaruutveckling. Kanban-projektledning hjälper till att förbättra teamets effektivitet.
- Det är ett dragbaserat system. Uppgifter dras så fort en individ är fri.
- Kanban ska användas när du vill släppa ditt arbete när som helst. Det kräver gitförgrening, men det är genomförbart.
- Kanban ska användas när du vill ändra prioriteringarna i farten. För det är allt du behöver göra att sätta den här historien högst upp i att göra-kön.
- Den ska användas när du vill visualisera ditt arbete och du vill se framstegen för dina uppgifter visuellt.
Kanban-kort
Kanban-systemet rekommenderar visualisering av arbete. Det föreslår användningen av det fysiska och det digitala kortet.
Kanban-kort
Kanban-korten är viktiga delar på Kanban-kortet eftersom de representerar det arbete som teamet arbetar med. Dessa kort kommer att ha
- Prioritet
- Ägare
- Typ
- Förfallodatum
En kolumn i Kanban-kortet representerar arbetsfasen och du kan placera en WIP-gräns (Work in Progress) på kolumnen. WIP-gränsen betyder det maximala antalet kort som kan finnas kvar i den kolumnen .
Eftersom Kanban-projektledning använder ett pull-baserat system, när och när en utvecklare är ledig, kan han / hon dra ett kort från att göra-kolumnen till dev-kolumnen.
Kanban styrelse
Kanban Board är ett smidigt verktyg för projektledning som hjälper till att implementera Kanaban för att hantera projekt för personliga och affärsmässiga ändamål. Det är en fysisk eller digital (JIRA) styrelse som är utformad för att hjälpa team att visualisera sitt arbete i olika stadier och processer. Det hjälper också att representera stadierna av arbetet med kolumner med hjälp av kort.
Det har kolumner som representerar arbetets status som
- Att göra,
- Dev
- Testning
- Gjort.
Var och en av dessa kolumner kan ha kort <= WIP-gränsen. Korten representerar det verkliga arbetet.
Du kan använda positiva siffror för att begränsa pågående arbete, och detta gränsantal kan placeras högst upp på kolumnerna i både fysiska och digitala Kanban-kort. Varje individ i teamet kan hantera tillståndet för sitt kort, och hela teamet kan visualisera arbetsflödet. Nästa i denna Kanban-handledning lär vi oss om Kanban Workflow.
Kanban arbetsflöde
Kanban Workflow är en uppsättning steg som hjälper team att definiera exliplicit-policyer och principer i Kanaban. Det representerar reglerna och förfarandena medan arbetet pågår över olika stadier av utvecklings- och leveranscykler. Kanban-arbetsflöde består av steg-för-steg-processer mellan start och leverans av en viss uppgift.
Den grundläggande rektorn Kanban följer är "sluta börja, börja avsluta". Med hjälp av WIP-gränser får det mer arbete gjort. Det finns anpassningsbara Kanban-arbetsflöden och tillstånd tillgängliga i alla moderna verktyg som JIRA.
Nedan följer de grundläggande tillstånden som många programteam följer för sin arbetsflödeshantering.
| stater | Förståelse av uppgifter |
| Att göra | Uppgifter kommer hit för första gången i detta tillstånd. |
| Redo för analys | Analysera uppgiften och lägg till krav helt. |
| Redo för utveckling | Analysen är klar och utvecklingen kan starta. |
| I utvecklingen | Uppgifter utvecklas. |
| Redo för testning | Utvecklingen slutförd och nu kan testningen starta. |
| I testningen | Uppgifter testas. |
| Redo för släpp | Testning slutförd; släpp kan ske. |
| Släppt / klart | Släppte. |
De fyra principerna för Kanban
Nedan följer de fyra huvudprinciperna för Kanban:
- Börja med det du har nu : Kanban-systemet föreslår att du arbetar stegvis och börjar med det du har för närvarande. Eftersom en av dess praxis är att förbättra kontinuerligt måste du förbättra systemet gradvis.
- Håller med om att fortsätta med inkrementell, evolutionär förändring: Kanban rekommenderar en stegvis förändring i processen, och du får inte göra en stor förändring i processen på en gång.
- Respektera den nuvarande processen, roller och ansvar: Börja igen med det du har nu och ändra processen, rollen och ansvaret på ett stegvis sätt.
- Uppmuntra till ledarskap på alla nivåer : Varje individ kan agera som ledare och ge idéer för att förbättra effektiviteten i det övergripande Kanban-systemet. Du ska inte tro att det här är en aktivitet på ledningsnivå, och även den yngsta medlemmen i teamet kan agera som ledare.
Six Kanban Core Practices
Följande är de viktigaste sex kärnmetoderna i Kanban:
- Visualisera arbetsflödet : Denna princip föreslår att du har ett Kanban-kort (fysiskt eller digitalt) för att visualisera arbetsflödet. Varje individ i ett lag måste se sitt kort och kort från andra lagmedlemmar. Du kan flytta dina kort i olika kolumner enligt bilden ovan. Det ger mycket öppenhet inom teamet och gör det också lättare att lösa blockerare
- Begränsa pågående arbete : Kanban är ett pull-baserat system, och det förbättrar effektiviteten i ett team för att begränsa pågående arbete och har uppgifter som kan slutföras inom den angivna tidsramen av teamet. Denna WIP-gräns gäller från början till slutet av arbetsflödet. Du kan använda gränsen överst i kolumnen med ett positivt heltal.
- Fokus på flöde : Denna princip fokuserar på flöde och på eventuella avbrott. Om det finns avbrott eller blockerare måste de åtgärdas permanent.
- Explicita policyer : Politik kan fastställas i ett team för att minska omarbetningen och fokusera på de områden som kräver uppmärksamhet eller där det är mer effektivt.
- Feedback Loop : Feedback loopar är mycket viktigt i Kanban. Det är inte bara inom laget utan mellan flera lag, tränare etc. Detta hjälper till att förbättra den allmänna hälsan i Kanban-systemet.
- Kontinuerlig förbättring : Detta är kärnprincipen i Kanban-systemet. Det säger att du alltid kan förbättra processen, och det kommer att resultera i bättre effektivitet.
Dragbaserat system
Kanban är en pull-baserad metod där uppgifter dras istället för att drivas. Så snart du har slutfört ditt nuvarande kort kan du dra ett nytt kort från föregående kolumn på Kanban-kortet.
Med WIP-gränsen hjälper Kanban till att förbättra ledtid och cykeltid. Det bör finnas minst möjliga klyfta mellan dessa två tidpunkter. Till exempel har vi 5 utvecklare och bara en testare; vad kommer att hända i det här fallet? Det skulle alltid finnas många kort som kräver testning, och de kommer att sitta lediga och vänta.
För att övervinna de ovannämnda problemen och förbättra effektiviteten följer Kanban den pull-baserade metoden med WIP-gränser, där det skulle finnas ett begränsat antal kort att dra.
Så en testare kommer att dra en uppgift från "redo för testning" -stadiet när han har avslutat sin nuvarande uppgift i handen. Med WIP-gränsen i Kanban-kolumner (utvecklingsstadier) har du inte många obevakade kort i Kanban-arbetsflödet.
Det dragbaserade systemet hjälper också till att hitta rätt hastighet för teamet. Med rätt hastighet på plats kommer laget att prestera bättre.
Ledtid och cykeltid
I Kanban-metoden används ledtid och cykeltid i stor utsträckning, det finns en skillnad mellan de två, och det är viktigt att förstå det för att undvika förvirring.
| Ledtid | Cykeltid |
| Ledtid mäts som tiden mellan uppgiftens ankomst i ditt arbetsflöde och dess avgång från arbetsflödet, vilket innebär att den har släppts. | Cykeltid mäts som tiden mellan uppgiftens ankomst i "pågående" tillstånd och uppgiftens ankomst i "redo att släppas". |
Här är det också viktigt att förstå att inte ta med den tid det tar mellan redo för release och faktisk release.
Cykeltid = pågående arbete / genomströmning
I det ideala scenariot bör klyftan mellan ledtid och cykeltid vara minimal, och Kanban använder ett kumulativt flödesschema (CFD) för att mäta historik för ledning och cykeltid.
Kumulativt flödesdiagram (CFD)
CFD är ett diagram som finns i alla ledande verktyg för arbetsflödeshantering som JIRA. Det här diagrammet mäter den totala mängden arbetskort / uppgifter som gått in i arbetsflödet och samlade slutförda kort / uppgifter över tiden.
Det hjälper dig att göra en uppskattning av genomsnittlig ledtid och cykeltid för förutbestämd tid.
CFD-diagram ger dig indikatorer eller problemområden att fixa. Det ger dig en tydlig bild och baserat på detta diagram. Du kan korrigera ditt lags ledtid och cykeltid.
Kanban kumulativa flödesdiagram
- Ledtid : Det är längden mellan att ett nytt kort anländer till ditt arbetsflöde och dess slutliga avgång från arbetsflödet.
- Cykeltid : Det är en varaktighet mellan kortets ankomst i arbetstillstånd och när kortet är klart för frisläppande.
- WIP : Work in progress (WIP) begränsar den maximala mängden arbetsobjekt i de olika stadierna av arbetsflödet.
- Genomströmning : Det är den faktiska prestandan, och den berättar det faktiska antalet kort som levereras inom en viss tidsram.
Genomströmning = WIP / cykeltid
Begränsa WIP (pågående arbete)
I Kanban utvecklingsmetodik begränsar WIP antalet uppgifter / kort som en teammedlem eller hela kan arbeta med samtidigt.
WIP-gränserna säkerställer att teamet stabiliserar sitt arbete och ökar den förutsägbara karaktären, vilket är viktigt i det pull-baserade systemet. Vanligtvis fattas WIP-gränsbeslutet av laget självt.
Anledning att ställa in WIP-gränserna:
Här finns skäl att ställa in WIP-gränserna:
- Det flyttar fokus på att få saker gjorda som en individ fokuserar på en enda uppgift åt gången.
- Det hjälper team att förstå deras kapacitet.
- Det förbättrar produktivitetens ledning och cykeltid.
- Det hjälper till att undvika att stapla upp uppgifter (i vänteläge).
- Det hjälper till att flytta arbetsflödet och uppgifterna fortsätter att röra sig.
- Det hjälper också till att lösa blockerare eftersom en individ inte växlar mellan olika uppgifter.
Scrum Vs. Kanban
Här är de viktiga skillnaderna mellan Scrum Vs. Kanban
| Klunga | Kanban |
| Scrum betonar planering . Det börjar med sprintplanering och slutar med sprint retrospektiv. Det finns många möten som hjälper till att försäkra att laget är anpassat till nästa steg, prioriteringar och lärdomar från tidigare sprints. | Kanban är öppen för att göra ändringar när du är på språng. Det betyder att det är mindre styvhet och saker kan förändras ofta . |
| Den rekommenderar insamling av tidsmätningar som gjorts under sprints | Kanban rekommenderar diagram för att få en överblick över lagets framsteg över tiden. |
| Scrum ber inte längre om ett åtagande från lag. Istället handlar det om sprintmål och prognoser. | Kanban förlitar sig på tidsboxning och prognoser . |
| Det betonar planering, och därför har uppskattning en mycket viktig roll i Scrum | Kanban har inga obligatoriska krav för uppskattning. |
| Varje individ har sin roll och sitt ansvar. | Inga fastställda roller så flexibilitet när det gäller individuella ansvarsområden. |
| Iterationerna / sprintarna är fasta i varaktighet. Denna varaktighet varierar från 2 veckor till 1 månad. | Kanban är inte baserat på varaktighet . Denna sak mäts med avseende på cykeltider. |
| Team måste göra en viss mängd arbete. | Engagemang inte nödvändigt det är frivilligt för lag. |
| I denna metod är tvärfunktionella team viktiga eftersom de kan hantera alla störningar som kan orsaka en flaskhals i programutvecklingen. | Att ha ett specialiserat team är viktigt. |
| Det är inte möjligt att lägga till objekt i pågående iterationer. | Nya artiklar kan enkelt läggas till om ytterligare kapacitet är tillgänglig. |
| En sprintbacklogg ägs endast av ett enda lag . | Flera lag kan dela Kanban-styrelsen. |
| Leveranser bestäms av sprints , som en uppsättning arbeten måste vara färdig och redo för granskning. | Produkter och processer levereras kontinuerligt efter behov. Så test- och granskningsprocessen pågår samtidigt. |
| Scrum mjukvaruutvecklingsmetod fokuserar på eftersläpningen . | Kanban-metoden fokuserar helt på processinstrumentpanelen . |
| Varje teammedlem har en specifik roll i Scrum master besluta tidslinjer, produktägare sätter mål och mål och teammedlemmar genomför utvecklingsarbetet. | Det finns inga fördefinierade roller för ett lag. Det kan dock fortfarande finnas en projektledare; teamet uppmuntras att samarbeta och arbeta tillsammans. |
| Bäst för projekt med förändrade prioriteringar . | Perfekt för lag med stabila prioriteringar som sannolikt inte kommer att förändras över tiden. |
| Mäter produktion med hastighet genom sprint. | Mäter produktion med cykeltid eller exakt tid det tar att slutföra en hel del av ett projekt. |
| Scrum kräver en fullständig övergång från den traditionella modellen till Agile Scrum-modellen som skulle implementeras i projektet. | Kanban tillåter inte drastiska förändringar i projektet. |
| Det är en idealisk metod för projekt med mycket olika prioriteringar . | Bäst lämpad för lag med stabila prioriteringar . |
| I Scrum fokuserar hela teamet på att samarbeta och slutföra uppgiften för att tillhandahålla kvalitetsutvecklingsarbete. | Team arbetar för att uppnå mål och minska tiden för att slutföra hela processen. Således är minskningen av tidscykeln de största indikatorerna på framgång här. |
| Skruva tonvikten på sina scheman ; nya objekt kan inte läggas till pågående iterationer. | Kanban är mer iterativ av natur eftersom den inte har specifika tidsramar . Så att nya artiklar kontinuerligt kan läggas till när ytterligare kapacitet är tillgänglig. |
| Det totala arbetet utförs i satser / sprints . | Hela projektet utförs på rörelse av ensträngade arbetsflöden . |
| Scrum master fungerar som en problemlösare. | Kanban uppmuntrar varje teammedlem att vara en ledare och dela ansvar mellan dem alla. |
| Scrum föreskriver tidsboxade iterationer . | Kanban fokuserar på att planera en annan varaktighet för individuell iteration. |
| Scrum hjälper företag att spara tid och pengar . | Kanban-metoden fokuserar på kontinuerlig förbättring , produktivitet och effektivitet. |
| Uppnå stabil och konsekvent kommunikation av prestanda på alla nivåer. | Teammedlemmar är mer benägna att uppnå sina mål mycket lättare på grund av Kanban-styrelsernas visuella karaktär. |
| Projektet kodas och testas under sprinten översyn | Teammedlemmar är mer benägna att uppnå sina mål mycket lättare på grund av Kanban-styrelsernas visuella karaktär. |
| Det är lättare att anpassa sig till de ständiga förändringarna på grund av korta sprints och regelbunden feedback. | Den är utformad för en regelbunden, stadig produktion , stora förändringar i kundernas efterfrågan kan få Kanban att misslyckas. |
| Den totala kostnaden för projektet är minimal vilket kan leda till snabbare och billigare resultat . | Om en uppgift inte uppskattas korrekt kommer den totala projektkostnaden aldrig att vara korrekt . I sådana fall kan uppgiften spridas över flera sprints. |
| Denna metod kräver endast erfarna teammedlemmar . Så om teamet består av personer som inte är expert kan projektet inte slutföras i tid. | Inga specifika tidsramar tilldelas för varje fas, så teammedlemmar får aldrig idén hur mycket tid de kan ta i varje fas. |
| I denna Agile Scrum-metod är det lättare att leverera en kvalitetsprodukt vid en planerad tidpunkt. | Den är utformad för en regelbunden, stadig produktion, stora förändringar i kundernas efterfrågan kan få Kanban att falla. |
| Den projektplanen kommer aldrig att störa , även om en gruppmedlem lämnar laget. | Om någon av teammedlemmarna lämnar under utvecklingen kan det skada projektutvecklingen . |
| Dagliga möten frustrerar ibland teammedlemmarna . | Föråldrad Kanban-styrelse kan leda till problem i utvecklingsprocessen. |
| Stora projekt kan enkelt delas in i lätt hanterbara sprints. |
Sammanfattning:
- Kanban-definition: Kanban definieras som en smidig utvecklingsmetod för att utveckla programvara, bilar, varor, läkemedel, skor eller annat tillverkningsarbete.
- Kanban använder Kanban-kortet för att visualisera arbetet. Den använder kolumner som steg (att göra, utveckla, testa, etc.) och kort som ett arbetsobjekt.
- Kanban metodik stöder det fysiska och digitala kortet för visualisering.
- Kanban är ett dragbaserat system och kort dras från tidigare steg till nuvarande steg av lagmedlemmar.
- Kanban-metoden använder CFD-diagrammet för att förstå lagets ledtid och cykeltid. Det här diagrammet hjälper lagen att fixa klyftan mellan dessa två tidpunkter och förbättra effektiviteten.
- Kanban-utvecklingsmetodik, WIP, begränsar antalet uppgifter / kort som en teammedlem eller hela kan arbeta med samtidigt.
- WIP begränsar skiftfokus på att få saker gjorda eftersom en individ fokuserar på en enda uppgift åt gången.