Hva er Kanban? Kort, tavler, kjerneprinsipper og praksis

Hva er Kanban?

Kanban er et veldig populært rammeverk for utvikling innen den smidige programvareutviklingsmetoden. Det gir en gjennomsiktig måte å visualisere teamets oppgaver og arbeidskapasitet på. Den bruker hovedsakelig fysiske og digitale tavler for å la teammedlemmene visualisere den nåværende tilstanden til prosjektet de jobber med.

Kanban stammer fra Toyota på 1940-tallet. Kanbans betydning på japansk er "reklametavler". Kanban-styret har kolonner og historiekort. Kolonnene er ingenting, men arbeidsflyttilstander og kort er bare en demonstrasjon av den faktiske oppgaven et teammedlem utfører.

I denne Kanban-opplæringen lærer du:

• Hva er Kanban?
• Når skal du bruke Kanban?
• Kanban-kort
• Kanban-styret
• Kanban arbeidsflyt
• De fire prinsippene til Kanban
• The Six Kanban Core Practices
• Trekkbasert system
• Ledetid og syklustid
• Kumulativt strømningsdiagram (CFD)
• Begrensning av WIP (pågående arbeid)
• Scrum vs. Kanban

Når skal du bruke Kanban?

Her er årsakene til at du bruker Kanban utviklingsmetode:

• Kanban kan brukes i ethvert domene, og det kan brukes veldig effektivt i programvareutvikling. Kanban prosjektledelse hjelper til med å forbedre effektiviteten til teamet.
• Det er et trekkbasert system. Oppgaver trekkes så snart et individ er gratis.
• Kanban skal brukes når du når som helst vil slippe arbeidet ditt. Det krever gitforgrening, men det er gjennomførbart.
• Kanban skal brukes når du vil endre prioriteringene i farta. For det er alt du trenger å gjøre å sette denne historien på toppen av gjøremålskøen.
• Den skal brukes når du vil visualisere arbeidet ditt, og du vil se fremdriften i oppgavene dine visuelt.

Kanban-kort

Kanban-systemet anbefaler visualisering av arbeidet. Det antyder bruk av det fysiske og det digitale kortet.

Kanban-kort

Kanban-kortene er viktige brikker på Kanban-kortet, da det representerer arbeidet teamet jobber med. Disse kortene vil ha

1. Prioritet
2. Eieren
3. Type
4. Tidsfrist

En kolonne i Kanban-brettet representerer arbeidsfasen, og du kan plassere en WIP-grense (Work in Progress) på kolonnen. WIP-grensen betyr det maksimale antall kort som kan ligge i den kolonnen .

Siden Kanban-prosjektledelse bruker et pull-basert system, når og når en utvikler er ledig, kan han / hun trekke et kort fra oppgavekolonnen til dev-kolonnen.

Kanban-styret

Kanban Board er et smidig prosjektledelsesverktøy som hjelper med å implementere Kanaban for å administrere prosjekter for personlige og forretningsmessige formål. Det er et fysisk eller digitalt (JIRA) tavle designet for å hjelpe teamene å visualisere arbeidet sitt på forskjellige stadier og prosesser. Det hjelper også å representere trinnene i arbeidet med kolonner ved hjelp av kort.

Den har kolonner som representerer status for arbeidet som

1. Å gjøre,
2. Dev
3. Testing
4. Ferdig.

Hver av disse kolonnene kan ha kort <= WIP-grensen. Kortene representerer selve arbeidet.

Du kan bruke positive tall for å begrense pågående arbeid, og dette grensetallet kan plasseres på toppen av kolonnene i både fysiske og digitale Kanban-tavler. Ethvert individ i teamet kan administrere tilstanden til kortet sitt, og hele teamet kan visualisere arbeidsflyten. Neste i denne Kanban-opplæringen vil vi lære om Kanban Workflow.

Kanban arbeidsflyt

Kanban Workflow er et sett med trinn som hjelper team til å definere retningslinjer og prinsipper for eksplisitt i Kanaban. Den representerer reglene og prosedyrene mens arbeidet pågår over ulike stadier av utviklings- og leveringssykluser. Kanban-arbeidsflyt består av trinnvise prosesser mellom start og levering av en bestemt oppgave.

Den grunnleggende rektor Kanban følger er "stopp start, start ferdig". Ved hjelp av WIP-grenser får det mer arbeid. Det er tilpassbare Kanban-arbeidsflyter og -tilstander tilgjengelig i ethvert moderne verktøy som JIRA.

Nedenfor er de grunnleggende tilstandene som mange programvareteam følger for deres arbeidsflytstyring.

Stater	Forståelse av oppgaver
Å gjøre	Oppgaver kommer hit for første gang i denne tilstanden.
Klar for analyse	Analyser oppgaven og legg til krav helt.
Klar for utvikling	Analysen er fullført og utviklingen kan starte.
I utviklingen	Oppgaver utvikles.
Klar for testing	Utviklingen er fullført, og nå kan testingen starte.
I testingen	Oppgaver testes ut.
Klar for utgivelse	Testing fullført; utgivelse kan skje.
Utgitt / Ferdig	Utgitt.

De fire prinsippene til Kanban

Nedenfor er de fire hovedprinsippene til Kanban:

1. Start med det du har nå : Kanban-systemet foreslår å jobbe trinnvis og start med det du har for øyeblikket. Siden en av dens praksis er å forbedre kontinuerlig, må du forbedre systemet gradvis.

2. Enig i å forfølge inkrementell, evolusjonær endring: Kanban anbefaler en trinnvis endring i prosessen, og du må ikke gjøre en stor endring i prosessen på en gang.

3. Respekter gjeldende prosess, roller og ansvar: Igjen, start med det du har nå, og endre prosessen, rollen og ansvaret på en inkrementell måte.

4. Oppmuntre til ledelse på alle nivåer : Hver enkelt kan opptre som en leder og gi ideer for å forbedre effektiviteten i det samlede Kanban-systemet. Du skal ikke tro at dette er en aktivitet på ledernivå, og til og med det yngste medlemmet av teamet kan fungere som en leder.

The Six Kanban Core Practices

Følgende er de seks viktigste kjernepraksisene til Kanban:

1. Visualiser arbeidsflyten : Dette prinsippet antyder å ha et Kanban-kort (fysisk eller digitalt) for å visualisere arbeidsflyten. Hver person i et lag må se kortet og kortene til andre lagmedlemmer. Du kan flytte kortene dine i forskjellige kolonner i henhold til bildet ovenfor. Det gir mye åpenhet i teamet og gjør det også lettere å løse blokkerere

2. Begrens pågående arbeid : Kanban er et trekkbasert system, og det forbedrer effektiviteten til et team for å begrense pågående arbeid og ha oppgaver som kan fullføres i den gitte tidsrammen av teamet. Denne WIP-grensen gjelder fra begynnelsen til slutten av arbeidsflyten. Du kan bruke grensen øverst i kolonnen ved å bruke et positivt heltall.

3. Fokus på flyt : Dette prinsippet fokuserer på flyt og på eventuelle forstyrrelser. Hvis det er avbrudd eller blokkeringer, må de løses permanent.

4. Eksplisitte politikker : Politikker kan etableres i et team for å redusere omarbeidet og fokusere på områdene som krever oppmerksomhet eller hvor det er mer effektivt.

5. Feedback Loop : Feedback loops er veldig viktig i Kanban. Det er ikke bare i teamet, men mellom flere lag, trenere osv. Dette hjelper med å forbedre den generelle helsen til Kanban-systemet.

6. Kontinuerlig forbedring : Dette er kjerneprinsippet i Kanban-systemet. Den sier at du alltid kan forbedre prosessen, og det vil gi bedre effektivitet.

Trekkbasert system

Kanban er en trekkbasert metode der oppgaver blir trukket fremfor å bli presset. Så snart du har fullført det nåværende kortet ditt, kan du trekke et nytt kort fra forrige kolonne på Kanban-tavlen.

Med WIP-grensen hjelper Kanban med å forbedre ledetid og syklustid. Det bør være minst mulig gap mellom disse to tidene. For eksempel har vi 5 utviklere og bare 1 tester; hva vil skje i dette tilfellet? Det vil alltid være mange kort som krever testing, og de vil sitte inaktiv og vente.

For å overvinne problemene nevnt ovenfor og forbedre effektiviteten, følger Kanban den pull-baserte tilnærmingen med WIP-grenser, der det vil være et begrenset antall kort som skal trekkes.

Så en tester vil trekke en oppgave fra "klar for testing" -fasen når han er ferdig med sin nåværende oppgave i hånden. Med WIP-grensen i Kanban-kolonner (utviklingsstadier), vil du ikke ha mange kort uten tilsyn i Kanban-arbeidsflyten.

Det trekkbaserte systemet hjelper også til å finne riktig hastighet for teamet. Med riktig hastighet på plass, vil teamet prestere bedre.

Ledetid og syklustid

I Kanban-metoden brukes ledetid og syklusstid mye, det er en forskjell mellom de to, og det er viktig å forstå det for å unngå forvirring.

Ledetid	Syklus tid
Ledetid måles som tiden mellom oppgavens ankomst i arbeidsflyten og avgangen fra arbeidsflyten, noe som betyr at den er utgitt.	Syklustid måles som tiden mellom oppgavens ankomst i "i gang" -tilstand og oppgavens ankomst i "klar for utgivelse".

Her er det også viktig å forstå ikke å ta med tiden det tar mellom klar for utgivelse og faktisk utgivelse.

Cycle Time = Work in Progress / Throughput

I det ideelle scenariet bør gapet mellom ledetid og syklustid være minimal, og Kanban bruker et kumulativt flytskjema (CFD) for å måle historiske data for ledning og syklus.

Kumulativt strømningsdiagram (CFD)

CFD er et diagram som er tilgjengelig i alle ledende arbeidsflytstyringsverktøy som JIRA. Dette diagrammet måler den totale mengden arbeidskort / oppgaver som gikk inn i arbeidsflyten og samlet ferdige kort / oppgaver over tid.

Det hjelper deg å ha et estimat av gjennomsnittlig leveringstid og syklus tid for forhåndsbestemt tid.

CFD-diagram vil gi deg indikatorer eller problemområder å fikse. Det vil gi deg et klart bilde, og basert på dette diagrammet. Du kan korrigere lagets ledetid og syklustid.

Kanban kumulative flytdiagram

1. Ledetid : Det er varigheten mellom et nytt korts ankomst i arbeidsflyten og den endelige avgangen fra arbeidsflyten.
2. Cycle Time : Det er en varighet mellom kortets ankomst i arbeidstilstand og når kortet er klart for utgivelse.
3. WIP : Work in progress (WIP) begrenser den maksimale mengden arbeidsartikler i de forskjellige trinnene i arbeidsflyten.
4. Gjennomstrømning : Det er den faktiske ytelsen, og den forteller det faktiske antall kort levert i en gitt tidsramme.

Gjennomstrømning = WIP / syklustid

Begrensning av WIP (pågående arbeid)

I Kanban utviklingsmetodikk begrenser WIP antall oppgaver / kort som kan jobbes med av et teammedlem eller hele samtidig.

WIP-grensene sikrer at teamet stabiliserer arbeidet sitt og øker den prediktive naturen, noe som er viktig i det trekkbaserte systemet. Vanligvis tas WIP-grensevedtaket av teamet selv.

Årsak til å sette WIP-grenser:

Her er grunner til å sette WIP-grenser:

• Det skifter fokus på å få ting gjort som et individ fokuserer på en enkelt oppgave om gangen.
• Det hjelper team å forstå kapasiteten.
• Det forbedrer produktivitet føre og syklus tid.
• Det hjelper til å unngå å pile opp oppgavene (i ventemodus).
• Det hjelper i bevegelsen av arbeidsflyten, og oppgavene fortsetter å bevege seg.
• Det hjelper også å løse blokkerere, ettersom et individ ikke bytter mellom forskjellige oppgaver.

Scrum vs. Kanban

Her er de viktige forskjellene mellom Scrum Vs. Kanban

Scrum	Kanban
Scrum stress på planlegging . Det starter med sprintplanlegging og ender med sprint retrospektiv. Det er mange møter som hjelper til med å sikre at teamet er i tråd med de neste trinnene, prioriteringene og læringene fra tidligere sprints.	Kanban er åpen for å gjøre endringer på farten. Det betyr at det er mindre stivhet, og ting kan endres ofte .
Den anbefaler innsamling av tidsmålinger gjort under sprints	Kanban anbefaler grafer for å få en oversikt over lagets fremgang over tid.
Scrum ber ikke lenger om en forpliktelse fra lagene. I stedet handler det om sprintmålene og prognosene.	Kanban er avhengig av tidsboksing og prognoser .
Det understreker planlegging, og derfor har estimering en veldig viktig rolle i Scrum	Kanban har ingen obligatoriske krav for estimering.
Hver enkelt har sin rolle og sitt ansvar.	Ingen faste roller så fleksible når det gjelder individuelt ansvar.
Gjentakelsene / sprintene er faste i varighet. Denne varigheten varierer fra 2 uker til 1 måned.	Kanban er ikke basert på varighet . Denne tingen måles angående syklus ganger.
Lag er pålagt å forplikte seg til en bestemt mengde arbeid.	Engasjement ikke nødvendig, det er valgfritt for lag.
I denne metoden er tverrfunksjonelle team viktige da de kan håndtere forstyrrelser som kan forårsake en flaskehals i programvareutviklingen.	Å ha et spesialisert team er viktig.
Det er ikke mulig å legge til elementer i pågående iterasjoner.	Nye gjenstander kan enkelt legges til hvis ekstra kapasitet er tilgjengelig.
Et sprintforsinkelse eies kun av et enkelt lag .	Flere lag kan dele Kanban-bord.
Leveranser bestemmes av sprints , som et sett med arbeid må være ferdig og klart for gjennomgang.	Produkter og prosesser leveres kontinuerlig etter behov. Så test- og gjennomgangsprosessen fortsetter samtidig.
Scrum programvareutviklingsmetode fokuserer på etterslepet .	Kanban-metoden fokuserer helt på prosessdashboard .
Hvert teammedlem har en bestemt rolle i Scrum master bestemmer tidslinjer, produkteier setter mål og mål, og teammedlemmer gjennomfører utviklingsarbeidet.	Det er ingen forhåndsdefinerte roller for et team. Imidlertid kan det fortsatt være en prosjektleder; teamet oppfordres til å samarbeide og jobber sammen.
Best for prosjekter med skiftende prioriteringer .	Ideell for lag med stabile prioriteringer som neppe vil endre seg over tid.
Måler produksjon ved hjelp av hastighet gjennom sprints.	Måler produksjonen ved å bruke syklustid eller den nøyaktige tiden det tar å fullføre en hel del av et prosjekt.
Scrum krever et fullstendig skifte fra den tradisjonelle modellen til den Agile Scrum-modellen som vil bli implementert i prosjektet.	Kanban tillater ikke drastiske endringer i prosjektet.
Det er en ideell metode for prosjekter med vidt forskjellige prioriteringer .	Passer best for lag med stabile prioriteringer .
I Scrum fokuserer hele teamet på å samarbeide og fullføre oppgaven for å gi kvalitetsutviklingsarbeid.	Lag jobber for å nå mål og redusere tiden for å fullføre hele prosessen. Dermed er reduksjon i tidssyklusen de største indikatorene på suksess her.
Skru vekt på planene ; nye elementer kan ikke legges til pågående iterasjoner.	Kanban er mer iterativ av natur, da den ikke har spesifikke tidsrammer . Slik at nye varer kontinuerlig kan legges til når ekstra kapasitet er tilgjengelig.
Det totale arbeidet utføres i batch / Sprints .	Hele prosjektet utføres på bevegelse av en-tråds arbeidsflyt .
Scrum master fungerer som en problemløser.	Kanban oppfordrer hvert teammedlem til å være en leder og dele ansvar blant dem alle.
Scrum foreskriver it -boks-iterasjoner .	Kanban fokuserer på å planlegge en annen varighet for individuell iterasjon.
Scrum hjelper bedrifter med å spare tid og penger .	Kanban-metoden fokuserer på kontinuerlig forbedring , produktivitet og effektivitet.
Oppnå stabil og jevn kommunikasjon av ytelse på alle nivåer.	Teammedlemmer er mer sannsynlig å oppnå sine mål mye lettere på grunn av den visuelle karakteren til Kanban-brett.
Prosjektet er kodet og testet i løpet av sprinten gjennomgang	Teammedlemmer er mer sannsynlig å oppnå sine mål mye lettere på grunn av den visuelle karakteren til Kanban-brett.
Det er lettere å tilpasse seg de konstante endringene på grunn av korte sprints og regelmessige tilbakemeldinger.	Den er designet for en jevn, jevn produksjon , store endringer i kundebehov kan gjøre at Kanban mislykkes.
Den totale kostnaden for prosjektet er minimal, noe som kan føre til raskere og billigere resultater .	Hvis en oppgave ikke blir estimert riktig, vil den totale prosjektkostnaden aldri være nøyaktig . I slike tilfeller kan oppgaven fordeles på flere spurter.
Denne metoden krever bare erfarne teammedlemmer . Så hvis teamet består av personer som ikke er ekspert, kan ikke prosjektet fullføres i tide.	Ingen spesifikke tidsrammer tildeles for hver fase, så teammedlemmer får aldri ideen om hvor mye tid de kan ta i hver fase.
I denne Agile Scrum-metoden er det lettere å levere et kvalitetsprodukt til en planlagt tid.	Den er designet for en jevn, jevn produksjon, store endringer i kundebehov kan få Kanban til å falle.
Den prosjektplanen vil aldri forstyrre selv om et gruppemedlem blader laget.	Hvis noen av teammedlemmene går ut under utvikling, kan det skade prosjektutviklingen .
Daglige møter frustrerer noen ganger teammedlemmer.	Utdaterte Kanban-styre kan føre til problemer i utviklingsprosessen.
Store prosjekter kan enkelt deles inn i lett håndterbare sprinter.

Sammendrag:

• Kanban-definisjon: Kanban er definert som en smidig utviklingsmetodikk for å utvikle programvare, biler, varer, medisiner, sko eller annet produksjonsarbeid.
• Kanban bruker Kanban-brettet for å visualisere arbeidet. Den bruker kolonner som stadier (gjøremål, utvikling, testing osv.) Og kort som et arbeidselement.
• Kanban-metodikk støtter det fysiske og digitale kortet for visualisering.
• Kanban er et trekkbasert system, og kort trekkes fra forrige trinn til dagens trinn av teammedlemmer.
• Kanban-metoden bruker CFD-diagrammet for å forstå lagets ledetid og syklustid. Dette diagrammet hjelper lagene å fikse gapet mellom disse to tidspunktene og forbedre effektiviteten.
• Kanban utviklingsmetodikk, WIP begrenser antall oppgaver / kort som kan jobbes med av et teammedlem eller hele samtidig.
• WIP begrenser skift fokus på å få ting gjort som et individ fokuserer på en enkelt oppgave om gangen.