Hvad er Kanban? Kort, tavler, grundlæggende principper og praksis

Indholdsfortegnelse:

Anonim

Hvad er Kanban?

Kanban er en meget populær ramme for udvikling inden for den agile softwareudviklingsmetode. Det giver en gennemsigtig måde at visualisere et teams opgaver og arbejdskapacitet på. Det bruger hovedsageligt fysiske og digitale tavler for at give teammedlemmerne mulighed for at visualisere den aktuelle status for det projekt, de arbejder på.

Kanban stammer fra Toyota i 1940'erne. Kanbans betydning på japansk er "reklametavler". Kanban-tavlen har kolonner og historiekort. Kolonnerne er intet, men arbejdsflowtilstande og kort er intet andet end en demonstration af den aktuelle opgave, som et teammedlem udfører.

I denne Kanban-vejledning lærer du:

  • Hvad er Kanban?
  • Hvornår skal jeg bruge Kanban?
  • Kanban-kort
  • Kanban bestyrelse
  • Kanban Workflow
  • De fire principper for Kanban
  • Six Kanban Core Practices
  • Trækbaseret system
  • Ledetid og cyklustid
  • Kumulativt flowdiagram (CFD)
  • Begrænsning af WIP (igangværende arbejde)
  • Scrum Vs. Kanban

Hvornår skal jeg bruge Kanban?

Her er årsagerne til brugen af ​​Kanban-udviklingsmetode:

  • Kanban kan bruges i ethvert domæne, og det kan bruges meget effektivt til softwareudvikling. Kanban-projektledelse hjælper med at forbedre teamets effektivitet.
  • Det er et pull-baseret system. Opgaver trækkes, så snart en person er gratis.
  • Kanban skal bruges, når du når som helst vil frigive dit arbejde. Det kræver gitforgrening, men det er gennemførligt.
  • Kanban skal bruges, når du vil ændre prioriteterne i farten. Til det er alt hvad du behøver at gøre, at sætte denne historie øverst i to-do-køen.
  • Det skal bruges, når du vil visualisere dit arbejde, og du vil se fremskridtene i dine opgaver visuelt.

Kanban-kort

Kanban-systemet anbefaler visualisering af arbejde. Det foreslår brugen af ​​det fysiske og det digitale kort.

Kanban-kort

Kanban-kortene er vigtige stykker på Kanban-tavlen, da det repræsenterer det arbejde, som holdet arbejder på. Disse kort har

  1. Prioritet
  2. Ejer
  3. Type
  4. Afleveringsdato

En kolonne i Kanban-brættet repræsenterer arbejdsfasen, og du kan placere en WIP-grænse (Work in Progress) på kolonnen. WIP-grænsen betyder det maksimale antal kort, der kan forblive i den kolonne .

Da Kanban-projektledelse bruger et pull-baseret system, når og når en udvikler er fri, kan han / hun trække et kort fra opgavekolonnen til dev-kolonnen.

Kanban bestyrelse

Kanban Board er et agilt projektstyringsværktøj, der hjælper med at implementere Kanaban til at styre projekter til personlige og forretningsmæssige formål. Det er et fysisk eller digitalt (JIRA) bord designet til at hjælpe teams med at visualisere deres arbejde på forskellige stadier og processer. Det hjælper også med at repræsentere stadierne af arbejdet med kolonner ved hjælp af kort.

Det har kolonner, der repræsenterer status for arbejdet som

  1. At gøre,
  2. Dev
  3. Testning
  4. Færdig.

Hver af disse kolonner kan have kort <= WIP-grænsen. Kortene repræsenterer det faktiske arbejde.

Du kan bruge positive tal til at begrænse igangværende arbejde, og dette grænsenummer kan placeres øverst i kolonnerne i både fysiske og digitale Kanban-kort. Ethvert individ i teamet kan styre tilstanden på sit kort, og hele teamet kan visualisere arbejdsgangen. Næste i denne Kanban-tutorial lærer vi mere om Kanban Workflow.

Kanban Workflow

Kanban Workflow er et sæt trin, der hjælper hold med at definere eksplicitte politikker og principper i Kanaban. Det repræsenterer reglerne og procedurerne, mens arbejdet foregår på tværs af forskellige faser af udviklings- og leveringscyklusser. Kanban-workflow består af trinvise processer mellem start og levering af en bestemt opgave.

Den grundlæggende princip Kanban følger er "stop start, start finish". Ved hjælp af WIP-grænser får det mere arbejde udført. Der er Kanban-arbejdsgange, der kan tilpasses, tilgængelige i ethvert moderne værktøj som JIRA.

Nedenfor er de grundlæggende tilstande, som mange softwareteam følger for deres styring af workflow.

Stater Forståelse af opgaver
At gøre Opgaver ankommer her for første gang i denne tilstand.
Klar til analyse Analyser opgaven og tilføj krav fuldstændigt.
Klar til udvikling Analysen er afsluttet, og udviklingen kan starte.
I udviklingen Opgaver udvikles.
Klar til test Udviklingen er afsluttet, og nu kan testningen starte.
I testningen Opgaver testes.
Klar til frigivelse Test afsluttet frigivelse kan ske.
Udgivet / udført Udgivet.

De fire principper for Kanban

Nedenfor er de fire vigtigste kerneprincipper i Kanban:

  1. Start med det, du har nu : Kanban-systemet foreslår at arbejde trinvist og start med det, du har i øjeblikket. Da en af ​​dens praksis er at forbedre kontinuerligt, skal du forbedre systemet gradvist.
  1. Enig om at forfølge inkrementel, evolutionær ændring: Kanban anbefaler en inkrementel ændring i processen, og du må ikke foretage en stor ændring i processen på én gang.
  1. Respekter den nuværende proces, roller og ansvar: Start igen med det, du har nu, og skift proces, rolle og ansvar på en inkrementel måde.
  1. Tilskynd til lederskabsaktioner på alle niveauer : Enhver kan fungere som en leder og give ideer til at forbedre effektiviteten af ​​det samlede Kanban-system. Du skal ikke tro, at dette er en ledelsesaktivitet, og selv det yngste medlem af teamet kan fungere som en leder.

Six Kanban Core Practices

Følgende er de vigtigste seks kernepraksis i Kanban:

  1. Visualiser arbejdsgangen : Dette princip foreslår at have et Kanban-kort (fysisk eller digitalt) til visualisering af arbejdsgangen. Hver person i et hold skal se sit kort og kort fra andre holdmedlemmer. Du kan flytte dine kort i forskellige kolonner i henhold til ovenstående billede. Det bringer masser af gennemsigtighed inden for teamet og gør det også lettere at løse blokerende
  1. Begræns igangværende arbejde : Kanban er et pull-baseret system, og det forbedrer effektiviteten af ​​et team for at begrænse igangværende arbejde og have opgaver, som teamet kan udføre i den givne tidsramme. Denne WIP-grænse gælder fra begyndelsen til slutningen af ​​arbejdsgangen. Du kan anvende grænsen øverst i kolonnen ved hjælp af et positivt heltal.
  1. Fokus på flow : Dette princip fokuserer på flow og på eventuelle afbrydelser. Hvis der er afbrydelser eller blokerende, skal de rettes permanent.
  1. Eksplicitte politikker : Politikker kan etableres i et team for at reducere omarbejdningen og fokusere på de områder, der kræver opmærksomhed, eller hvor det er mere effektivt.
  1. Feedbacksløjfe : Feedbacksløjfer er meget vigtige i Kanban. Det er ikke kun inden for holdet, men mellem flere hold, trænere osv. Dette hjælper med at forbedre Kanban-systemets generelle sundhed.
  1. Kontinuerlig forbedring : Dette er det centrale princip i Kanban-systemet. Det siger, at du altid kan forbedre processen, og det vil resultere i bedre effektivitet.

Trækbaseret system

Kanban er en pull-baseret metode, hvor opgaver trækkes frem for at blive skubbet. Så snart du har udfyldt dit nuværende kort, kan du trække et nyt kort fra den forrige kolonne på Kanban-kortet.

Med WIP-grænsen hjælper Kanban med at forbedre ledetiden og cyklustiden. Der skal være mindst mulig afstand mellem disse to tidsindstillinger. For eksempel har vi 5 udviklere og kun 1 tester; hvad vil der ske i dette tilfælde? Der vil altid være mange kort, der kræver test, og de vil sidde inaktiv og vente.

For at overvinde ovennævnte problemer og forbedre effektiviteten følger Kanban den pull-baserede tilgang med WIP-grænser, hvor der vil være et begrænset antal kort, der skal trækkes.

Så en tester vil trække en opgave fra "klar til test" -fasen, når han er færdig med sin nuværende opgave i hånden. Med WIP-grænsen i Kanban-kolonner (udviklingsstadier) har du ikke mange uovervågede kort i Kanban-arbejdsgangen.

Det pull-baserede system hjælper også med at finde den korrekte hastighed for holdet. Med den rigtige hastighed på plads vil teamet klare sig bedre.

Ledetid og cyklustid

I Kanban-metoden bruges ledetid og cyklustid i vid udstrækning, der er en forskel mellem de to, og det er vigtigt at forstå det for at undgå forvirring.

Ledetid Cyklustid
Ledetid måles som tiden mellem opgavens ankomst til din arbejdsgang og dens afgang fra arbejdsgangen, hvilket betyder, at den er frigivet. Cyklustid måles som tiden mellem opgavens ankomst i tilstanden "i gang" og opgavens ankomst i "klar til frigivelse".

Her er det også vigtigt at forstå ikke at medtage den tid det tager mellem klar til frigivelse og faktisk frigivelse.

Cycle Time = Work in Progress / Throughput

I det ideelle scenarie skal afstanden mellem ledetid og cyklustid være minimal, og Kanban bruger et kumulativt flowdiagram (CFD) til at måle historiske data for bly- og cyklustid.

Kumulativt flowdiagram (CFD)

CFD er et diagram, der er tilgængeligt i alle førende workflow-styringsværktøjer som JIRA. Dette diagram måler den samlede mængde arbejdskort / opgaver, der kom ind i workflowet og samlede færdige kort / opgaver over tid.

Det hjælper dig med at få et skøn over den gennemsnitlige leveringstid og cyklustid for den forud specificerede tid.

CFD-diagram giver dig indikatorer eller problemområder, du skal rette. Det giver dig et klart billede og baseret på dette diagram. Du kan rette dit teams ledetid og cyklustid.

Kanban kumulative flowdiagram

  1. Lead Time : Det er varigheden mellem et nyt korts ankomst i din workflow og dets endelige afgang fra workflowet.
  2. Cyklustid : Det er en varighed mellem kortets ankomst i arbejdstilstand, og når kortet er klar til frigivelse.
  3. WIP : Work in progress (WIP) begrænser den maksimale mængde arbejdsposter i de forskellige faser af workflowet.
  4. Gennemstrømning : Det er den faktiske ydeevne, og det fortæller det faktiske antal leverede kort inden for en given tidsramme.

    5. Gennemstrømning = WIP / cyklustid

Begrænsning af WIP (igangværende arbejde)

I Kanban-udviklingsmetode begrænser WIP antallet af opgaver / kort, som et teammedlem eller hele kan arbejde på ad gangen.

WIP-grænserne sikrer, at holdet stabiliserer deres arbejde og øger den forudsigelige karakter, hvilket er vigtigt i det pull-baserede system. Normalt træffes WIP-grænseafgørelsen af ​​holdet selv.

Årsag til at indstille WIP-grænserne:

Her er grunde til at indstille WIP-grænserne:

  • Det skifter fokus på at få tingene gjort, da en person fokuserer på en enkelt opgave ad gangen.
  • Det hjælper hold med at forstå deres kapacitet.
  • Det forbedrer produktivitet bly- og cyklustid.
  • Det hjælper med at undgå at opbygge opgaver (i ventetilstand).
  • Det hjælper med at bevæge arbejdsgangen, og opgaver fortsætter.
  • Det hjælper også med at løse blokkere, da en person ikke skifter mellem forskellige opgaver.

Scrum Vs. Kanban

Her er de vigtige forskelle mellem Scrum Vs. Kanban

Scrum Kanban
Scrum understreger planlægning . Det starter med sprintplanlægning og ender med sprint retrospektiv. Der afholdes mange møder, der hjælper med at sikre, at holdet er tilpasset de næste trin, prioriteter og læring fra tidligere sprints. Kanban er åben for at foretage ændringer på farten. Det betyder, at der er mindre stivhed, og ting kan ændre sig ofte .
Det anbefaler indsamling af tidsmålinger foretaget under sprints Kanban anbefaler grafer for at få et overblik over holdets fremskridt over tid.
Scrum beder ikke længere om en forpligtelse fra holdene. I stedet handler det om sprintmål og prognoser. Kanban er afhængig af tidsboksning og prognoser .
Det understreger planlægning, og derfor har estimering en meget vigtig rolle i Scrum Kanban har ingen obligatoriske estimater.
Hver enkelt person har deres rolle og ansvar. Ingen faste roller så fleksible med hensyn til individuelle ansvarsområder.
Iterationerne / Sprints er faste i varighed. Denne varighed varierer fra 2 uger til 1 måned. Kanban er ikke baseret på varighed . Denne ting måles med hensyn til cyklustider.
Hold er forpligtet til at begå en bestemt mængde arbejde. Forpligtelse er ikke nødvendig, det er valgfrit for hold.
I denne metode er tværfunktionelle hold vigtige, da de kan håndtere enhver forstyrrelse, der kan forårsage en flaskehals i softwareudviklingen. Det er vigtigt at have et specialiseret team .
Det er ikke muligt at tilføje varer til igangværende gentagelser. Nye varer kan let tilføjes, hvis den ekstra kapacitet er tilgængelig.
Et sprintforsinkelse ejes kun af et enkelt hold . Flere hold kan dele Kanban-bord.
Leverancer bestemmes af sprints , som et sæt arbejde skal være afsluttet og klar til gennemgang. Produkter og processer leveres løbende på det nødvendige grundlag. Så test- og gennemgangsprocessen fortsætter samtidigt.
Scrum softwareudviklingsmetode fokuserer på efterslæbet . Kanban-metoden fokuserer udelukkende på procesdashboard .
Hvert teammedlem har en specifik rolle i Scrum-master beslutter tidslinjer, produkt ejer sætter mål og mål, og teammedlemmer udfører udviklingsarbejdet. Der er ingen foruddefinerede roller for et team. Der kan dog stadig være en projektleder; holdet opfordres til at samarbejde og arbejde sammen.
Bedst til projekter med skiftende prioriteter . Ideel til hold med stabile prioriteter, der sandsynligvis ikke vil ændre sig over tid.
Måler produktion ved hjælp af hastighed gennem sprints. Måler produktion ved hjælp af cyklustid eller den nøjagtige tid, det tager at gennemføre et helt stykke af et projekt.
Scrum kræver et komplet skift fra den traditionelle model til den Agile Scrum-model, der ville blive implementeret i projektet. Kanban tillader ikke drastiske ændringer i projektet.
Det er en ideel metode til projekter med meget forskellige prioriteter . Bedst egnet til hold med stabile prioriteter .
I Scrum fokuserer hele teamet på at samarbejde og færdiggøre opgaven for at levere kvalitetsudviklingsarbejde. Hold arbejder på at nå mål og reducere tiden til at gennemføre hele processen. Således er reduktion i tidscyklussen de største indikatorer for succes her.
Scrum vægt på dets tidsplaner ; nye emner kan ikke tilføjes til igangværende gentagelser. Kanban er mere iterativ af natur, da den ikke har specifikke tidsrammer . For at nye varer kontinuerligt kan tilføjes, når der er yderligere kapacitet til rådighed.
Det samlede arbejde udføres i batches / sprints . Hele projektet udføres på bevægelse af enkeltstrengede arbejdsgenstande .
Scrum master fungerer som en problemløser. Kanban opfordrer hvert teammedlem til at være en leder og dele ansvar blandt dem alle.
Scrum ordinerer it-boks-iterationer . Kanban fokuserer på at planlægge en anden varighed for individuel iteration.
Scrum hjælper virksomheder med at spare tid og penge . Kanban-metoden fokuserer på kontinuerlig forbedring , produktivitet og effektivitet.
Opnå stabil og konsistent kommunikation af ydeevne på alle niveauer. Teammedlemmer er mere tilbøjelige til at nå deres mål meget lettere på grund af Kanban-boards visuelle karakter.
Projektet er kodet og testet under gennemgangen af sprinten Teammedlemmer er mere tilbøjelige til at nå deres mål meget lettere på grund af Kanban-boards visuelle karakter.
Det er lettere at tilpasse sig de konstante ændringer på grund af de korte sprints og regelmæssig feedback. Det er designet til en regelmæssig, stabil produktion , store ændringer i kundernes efterspørgsel kan få Kanban til at mislykkes.
De samlede omkostninger ved projektet er minimale, hvilket kan føre til et hurtigere og billigere resultat . Hvis en opgave ikke estimeres korrekt, vil de samlede projektomkostninger aldrig være nøjagtige . I sådanne tilfælde kan opgaven spredes over flere sprints.
Denne metode kræver kun erfarne teammedlemmer . Så hvis teamet består af mennesker, der ikke er ekspert, kan projektet ikke afsluttes i tide. Der tildeles ingen specifikke tidsrammer for hver fase, så teammedlemmer får aldrig ideen om, hvor meget tid de kan tage i hver fase.
I denne Agile Scrum-metode er det lettere at levere et kvalitetsprodukt på et planlagt tidspunkt. Det er designet til en regelmæssig, stabil produktion, store ændringer i kundernes efterspørgsel kan få Kanban til at falde.
Den projektplanen vil aldrig forstyrre selvom en medarbejder blade holdet. Hvis nogen af ​​teammedlemmerne forlader under udviklingen, kan det skade projektudviklingen .
Daglige møder frustrerer undertiden holdmedlemmer. Forældet Kanban-kort kan føre til problemer i udviklingsprocessen.
Store projekter kan let opdeles i let håndterbare sprints.

Resumé:

  • Kanban-definition: Kanban defineres som en agil udviklingsmetode til udvikling af software, biler, varer, medicin, sko eller andet fremstillingsarbejde.
  • Kanban bruger Kanban-tavlen til at visualisere arbejdet. Det bruger kolonner som faser (to-do, dev, testing osv.) Og kort som et arbejdsemne.
  • Kanban-metoden understøtter det fysiske og digitale kort til visualisering.
  • Kanban er et pull-baseret system, og kort trækkes fra det forrige trin til de nuværende faser af teammedlemmer.
  • Kanban-metoden bruger CFD-diagrammet til at forstå holdets ledetid og cyklustid. Dette diagram hjælper holdene med at rette op på afstanden mellem disse to tidspunkter og forbedre effektiviteten.
  • Kanban-udviklingsmetode, WIP begrænser antallet af opgaver / kort, som et teammedlem eller hele kan arbejde på ad gangen.
  • WIP begrænser skift fokus på at få tingene gjort, da en person fokuserer på en enkelt opgave ad gangen.