Mis on Kanban? Kaardid, tahvlid, põhiprintsiibid ja tavad

Mis on Kanban?

Kanban on väga populaarne arendusraamistik kiire tarkvaraarenduse metoodikas. See pakub läbipaistvat viisi meeskonna ülesannete ja töövõime visualiseerimiseks. See kasutab peamiselt füüsilisi ja digitaalseid tahvleid, et meeskonnaliikmed saaksid visualiseerida projekti praegust seisukorda, millega nad tegelevad.

Kanban sai alguse Toyotast 1940. aastatel. Kanbani tähendus jaapani keeles on "reklaamtahvlid". Kanbani tahvlil on veerud ja jutukaardid. Veerud pole midagi, kuid töövoo olekud ja kaardid pole muud kui meeskonna liikme tegeliku ülesande demonstreerimine.

Selles Kanbani õpetuses saate teada:

• Mis on Kanban?
• Millal Kanbani kasutada?
• Kanbani kaardid
• Kanbani juhatus
• Kanbani töövoog
• Kanbani neli põhimõtet
• Kuus Kanbani põhipraktikat
• Tõmbepõhine süsteem
• Plii aeg ja tsükli aeg
• Kumulatiivne vooskeem (CFD)
• WIP-i piiramine (pooleliolev töö)
• Scrum vs. Kanban

Millal Kanbani kasutada?

Siin on Kanbani arendusmeetodi kasutamise põhjused:

• Kanbani saab kasutada igas domeenis ja tarkvara arendamisel saab seda väga tõhusalt kasutada. Kanbani projektijuhtimine aitab meeskonna efektiivsust parandada.
• See on tõmbepõhine süsteem. Ülesandeid tõmmatakse kohe, kui inimene on vaba.
• Kanbani tuleks kasutada siis, kui soovite oma tööd igal ajal välja anda. See nõuab küll hargnemist, kuid on teostatav.
• Kanbani tuleks kasutada siis, kui soovite prioriteete lennult muuta. Selleks pole vaja teha muud, kui panna see lugu ülesannete järjekorda.
• Seda tuleks kasutada siis, kui soovite oma tööd visualiseerida ja soovite visuaalselt näha oma ülesannete edenemist.

Kanbani kaardid

Kanbani süsteem soovitab töö visualiseerida. See soovitab kasutada füüsilist ja digitaalset tahvlit.

Kanbani kaardid

Kanbani kaardid on olulised tükid Kanbani tahvlil, kuna need esindavad meeskonna tööd. Nendel kaartidel on

1. Prioriteet
2. Omanik
3. Tüüp
4. Tähtaeg

Kanbani tahvli veerg tähistab tööetappi ja saate veerule panna WIP (Work in Progress) limiidi. WIP-piirang tähendab maksimaalset kaartide arvu, mis selles veerus viibida võib .

Kuna Kanbani projektijuhtimine kasutab tõmbepõhist süsteemi, saab arendaja vabaks jäädes kaardi tõmmata veerust ülesanded veergu dev.

Kanbani juhatus

Kanban Board on vilgas projektijuhtimise tööriist, mis aitab Kanabanil rakendada projekte isiklikel ja ärilistel eesmärkidel. See on füüsiline või digitaalne (JIRA) tahvel, mis on loodud meeskondade abistamiseks oma töö visualiseerimisel erinevates etappides ja protsessides. See aitab ka kaartide abil veergudega tööetappe esindada.

Sellel on veerud, mis tähistavad teose olekut nagu

1. Tegema,
2. Dev
3. Testimine
4. Valmis.

Kõigis nendes veergudes võib olla kaarte <= WIP-i piirang. Kaardid tähistavad tegelikku tööd.

Pooleliolevate toodete piiramiseks võite kasutada positiivseid numbreid ja selle piirarvu saab paigutada nii füüsiliste kui ka digitaalsete Kanbani tahvlite veergude ülaossa. Iga meeskonna inimene saab hallata oma kaardi olekut ja kogu meeskond saab visualiseerida töövoo. Järgmisena selles Kanbani õpetuses õpime Kanbani töövoogu.

Kanbani töövoog

Kanbani töövoog on sammude komplekt, mis aitab meeskondadel määratleda Kanabani välispoliitikad ja põhimõtted. See esindab reegleid ja protseduure, kui töö käib arengu ja tarnetsüklite erinevates etappides. Kanbani töövoog koosneb samm-sammult protsessidest konkreetse ülesande alustamise ja edastamise vahel.

Kanbani peamine põhimõte on järgmine: "lõpetage alustamine, alustage lõpetamist". WIP-piirangute abil saab see rohkem tööd. Kohandatavad Kanbani töövood ja olekud on saadaval igas kaasaegses tööriistas nagu JIRA.

Allpool on toodud põhiseisundid, mida paljud tarkvaratiimid oma töövoo haldamisel järgivad.

Osariikides	Ülesannete mõistmine
Tegema	Ülesanded saabuvad siia sellesse olekusse esimest korda.
Analüüsiks valmis	Analüüsige ülesannet ja lisage nõuded täielikult.
Valmis arendamiseks	Analüüs on lõpetatud ja arendus võib alata.
Arenduses	Ülesandeid arendatakse.
Testimiseks valmis	Arendus on lõpule jõudnud ja nüüd saab testimist alustada.
Testimisel	Ülesandeid testitakse.
Valmis vabastamiseks	Testimine on lõpule viidud; vabanemine võib juhtuda.
Välja antud / tehtud	Välja lastud.

Kanbani neli põhimõtet

Allpool on Kanbani neli peamist põhimõtet:

1. Alustage sellest, mis teil praegu on : Kanbani süsteem soovitab töötada järk-järgult ja alustada sellest, mis teil praegu on. Kuna selle üheks tavaks on pidev täiustamine, peate süsteemi järk-järgult täiustama.

2. Nõus järgmiste, evolutsiooniliste muutuste jätkamisega : Kanban soovitab protsessis järkjärgulist muutust ja te ei tohi protsessis suuri muutusi teha ühe korraga.

3. Austa praegust protsessi, rolle ja vastutust: alusta veel kord sellest, mis sul praegu on, ja muutke protsessi, rolli ja vastutust järk-järgult.

4. Julgustage juhtimistegevust kõigil tasanditel : iga inimene saab tegutseda juhina ja pakkuda ideid kogu Kanbani süsteemi tõhususe parandamiseks. Te ei tohiks arvata, et see on juhtimistasandi tegevus ja isegi meeskonna noorim liige võib tegutseda juhina.

Kuus Kanbani põhipraktikat

Järgmised on Kanbani peamised kuus peamist tava:

1. Töövoo visualiseerimine : see põhimõte soovitab töövoo visualiseerimiseks omada Kanbani tahvlit (füüsilist või digitaalset). Iga meeskonna isik peab nägema oma kaarti ja teiste meeskonnaliikmete kaarte. Saate oma kaarte teisaldada erinevates veergudes vastavalt ülaltoodud pildile. See toob meeskonnas palju läbipaistvust ja hõlbustab blokeerijate lahendamist

2. Piirata pooleliolevaid töid : Kanban on tõmbepõhine süsteem ja see parandab meeskonna tõhusust, et piirata pooleliolevat tööd ja omada ülesandeid, mida meeskond saab antud aja jooksul täita. See WIP-piirang kehtib töövoo algusest lõpuni. Veeru ülaosas saab piirangut rakendada positiivse täisarvu abil.

3. Keskendu voolule : see põhimõte keskendub voolule ja kõikidele katkestustele. Kui esineb katkestusi või blokeerijaid, tuleb need püsivalt fikseerida.

4. Selgesõnaline poliitika : meeskonnas saab välja töötada poliitika, et vähendada ümbertöötamist ja keskenduda valdkondadele, mis vajavad tähelepanu või kus see on tõhusam.

5. Tagasiside ring: tagasiside tsüklid on Kanbanis väga olulised. See ei ole ainult meeskonnas, vaid mitme meeskonna, treeneri jne vahel. See aitab parandada Kanbani süsteemi üldist tervist.

6. Pidev täiustamine : see on Kanbani süsteemi põhiprintsiip. Selles öeldakse, et saate alati protsessi paremaks muuta ja see toob kaasa parema efektiivsuse.

Tõmbepõhine süsteem

Kanban on tõmbepõhine meetod, kus ülesandeid tõmmatakse pigem edasi. Niipea kui olete oma praeguse kaardi valmis saanud, saate uue kaardi tõmmata Kanbani juhatuse eelmisest veerust.

WIP-limiidiga aitab Kanban parandada tarneaega ja tsükliaega. Nende kahe ajastuse vahel peaks olema võimalikult väike vahe. Näiteks on meil 5 arendajat ja ainult 1 testija; mis juhtub sel juhul? Alati oleks palju testimist vajavaid kaarte ning need istuvad jõude ja ootavad.

Eespool mainitud probleemide ületamiseks ja tõhususe parandamiseks järgib Kanban tõmbepõhist lähenemisviisi WIP-piirangutega, kus tõmmatavate kaartide arv oleks piiratud.

Niisiis, testija tõmbab ülesande "testimiseks valmis" etapist, kui ta on oma praeguse ülesande käes. Kui Kanbani veergudes on WIP-piirang (arendusetapid), pole teil Kanbani töövoos palju järelevalveta kaarte.

Tõmbepõhine süsteem aitab leida ka meeskonnale õige kiiruse. Õige liikumiskiiruse korral töötab meeskond paremini.

Plii aeg ja tsükli aeg

Kanbani meetodis kasutatakse palju aega ja tsükliaega, nende kahe vahel on erinevus ja segaduste vältimiseks on oluline sellest aru saada.

Ettevalmistusaeg	Tsükli aeg
Juhtimisaega mõõdetakse ajana, mis jääb ülesande saabumise ja teie töövoos lahkumise vahele, see tähendab, et see on vabastatud.	Tsükli aega mõõdetakse ajana, mis jääb ülesande saabumise olekusse "pooleli" ja "ülesandeks valmis" saabumiseni.

Siinkohal on oluline mõista ka seda, et mitte arvestada aega, mis kulub vabastamiseks valmisoleku ja tegeliku vabastamise vahel.

Tsükli aeg = töö pooleli / läbilaskevõime

Ideaalse stsenaariumi korral peaks lõhe- ja tsükliaja vahe olema minimaalne ning Kanban kasutab plii ja tsükli aja ajalooliste andmete mõõtmiseks kumulatiivset vooskeemi (CFD).

Kumulatiivne vooskeem (CFD)

CFD on diagramm, mis on saadaval kõigis juhtivates töövoo haldamise tööriistades, näiteks JIRA. See diagramm mõõdab kogu töökaartide / ülesannete hulka, mis sisestasid töövoo ja kogusid aja jooksul täidetud kaarte / ülesandeid.

See aitab teil saada prognoositud keskmise aja ja tsükli kestuse prognoosi.

CFD diagramm annab teile näitajad või probleemsed valdkonnad, mida parandada. See annab teile selge pildi ja selle skeemi põhjal. Saate parandada oma meeskonna tööaega ja tsükliaega.

Kanbani kumulatiivne vooskeem

1. Juhtimisaeg : see on ajavahemik uue kaardi saabumise ja selle lõpliku lahkumise vahel töövoos.
2. Tsükli aeg : see on ajavahemik kaardi saabumisest tööolekusse ja kaardi vabastamiseks valmisolekuajani.
3. WIP : Pooleliolev töö (WIP) piirab tööüksuste maksimaalset hulka töövoo erinevates etappides.
4. Läbilaskevõime : see on tegelik jõudlus ja see näitab antud aja jooksul tarnitud kaartide tegelikku arvu.

Läbilaskevõime = WIP / tsükli aeg

WIP-i piiramine (pooleliolev töö)

Kanbani arendusmetoodikas piirab WIP ülesannete / kaartide arvu, millega meeskonnaliige saab töötada või korraga töötada.

WIP-piirangud tagavad meeskonna töö stabiliseerimise ja ennustava olemuse suurendamise, mis on pull-põhises süsteemis hädavajalik. Tavaliselt langetab WIP-i piiramise otsuse meeskond ise.

WIP-piirangute määramise põhjus:

Siin on põhjused WIP-piirangute määramiseks:

• See nihutab keskendumist asjade tegemisele, kuna inimene keskendub korraga ühele ülesandele.
• See aitab meeskondadel mõista oma võimekust.
• See parandab tootlikkuse plii ja tsükli aega.
• See aitab vältida ülesannete kogumist (ooterežiimis).
• See aitab töövoo liikumisel ja ülesanded muudavad liikumist.
• Samuti aitab see blokeerijaid lahendada, kuna inimene ei lülitu erinevate ülesannete vahel.

Scrum vs. Kanban

Siin on olulised erinevused Scrum Vs. Kanban

Scrum	Kanban
Scrum rõhutab planeerimist . See algab sprindi planeerimisest ja lõpeb sprindi retrospektiiviga. Toimub palju koosolekuid, mis aitavad kindlustada, et meeskond on kooskõlas eelmiste sprintide järgmiste sammude, prioriteetide ja õppustega.	Kanban on avatud muudatuste tegemiseks liikvel olles. See tähendab, et jäikust on vähem ja asjad võivad sageli muutuda .
See soovitab koguda sprintide ajal tehtud ajamõõtmisi	Kanban soovitab graafikuid, et saada ülevaade meeskonna arengust ajas.
Scrum ei küsi enam meeskondadelt pühendumist. Selle asemel on tegemist sprindi eesmärkide ja prognoosidega.	Kanban loodab ajapoksile ja prognoosidele .
See rõhutab planeerimist ja seega on hindamisel Scrumis väga oluline roll	Kanbanil ei ole hindamiseks kohustuslikke nõudeid .
Igal inimesel on oma roll ja kohustused.	Nr komplekt rolle nii paindlikkust perspektiivis individuaalse vastutuse.
Kordused / sprindid on fikseeritud kestusega. See kestus varieerub 2 nädalast 1 kuuni.	Kanban ei põhine kestusel . Seda asja mõõdetakse tsükli aja järgi.
Meeskonnad peavad tegema kindla töömahu.	Pühendumine pole vajalik, see on meeskondadele vabatahtlik.
Selles meetodis on funktsionaalsed meeskonnad olulised, kuna nad suudavad toime tulla kõigi häiretega, mis võivad põhjustada tarkvaraarenduse kitsaskoha.	Võttes spetsialiseerunud meeskond on oluline.
On võimatu lisada punkte käimasoleva iteratsiooni.	Uute üksuste lisamine on hõlbus, kui lisamaht on saadaval.
Sprindi mahajäämus kuulub ainult ühele meeskonnale .	Kanbani tahvlit saavad jagada mitu meeskonda .
Tulemused määratakse kindlaks sprintide abil , mis peavad olema valmis ja ülevaatamiseks valmis.	Tooteid ja protsesse tarnitakse pidevalt vajalikul alusel. Nii et testimis- ja ülevaatusprotsess kestab samaaegselt.
Scrumi tarkvaraarendusmeetod keskendub mahajäämusele .	Kanbani meetod keskendub täielikult protsessi juhtpaneelile .
Igal meeskonnaliikmel on Scrum-isandil kindel roll ajagraafikute otsustamisel, tooteomaniku eesmärkide ja eesmärkide seadmisel ning meeskonnaliikmetel arendustööde teostamisel.	Meeskonnal pole eelnevalt määratletud rolle. Siiski võib endiselt olla projektijuht; meeskonda julgustatakse koostööd tegema ja koostööd tegema.
Parim muutuvate prioriteetidega projektide jaoks .	Ideaalne meeskondadele, kellel on stabiilsed prioriteedid ja mis tõenäoliselt aja jooksul ei muutu.
Mõõdab tootmist, kasutades kiirust läbi sprintide.	Mõõdab tootmist, kasutades tsükliaega või täpset aega, mis kulub projekti ühe täisosa lõpuleviimiseks.
Scrum nõuab täielikku üleminekut traditsiooniliselt mudelilt Agile Scrumi mudelile, mis projekti rakendataks.	Kanban ei luba projekti drastilisi muudatusi .
See on ideaalne meetod projektide jaoks, millel on väga erinevad prioriteedid .	Sobib kõige paremini stabiilsete prioriteetidega meeskondadele .
Scrumis keskendub kogu koostöö koostööle ja ülesande täitmisele, et pakkuda kvaliteetset arendustööd.	Võistkonnad töötavad eesmärkide saavutamise nimel ja vähendavad kogu protsessi lõpuleviimise aega. Seega on ajatsükli vähendamine siin suurim edu näitaja.
Scrum rõhutab oma ajakavasid ; uusi üksusi ei saa käimasolevatele kordustele lisada.	Kanban on oma olemuselt iteratiivsem, kuna sellel pole kindlaid ajaraame . Nii saab uusi tooteid pidevalt lisada, kui lisavõimsust on saadaval.
Kogu töö tehakse partiidena / Sprints .	Kogu projekt viiakse läbi ühekeermeliste tööüksuste voogude liikumisega.
Scrum master tegutseb probleemide lahendajana.	Kanban julgustab iga meeskonnaliiget olema juht ja jagama vastutust kõigi nende vahel.
Scrum näeb ette ajakastiga kordused .	Kanban keskendub individuaalse iteratsiooni erineva kestuse kavandamisele .
Scrum aitab ettevõtetel säästa aega ja raha .	Kanbani meetod keskendub pidevale täiustamisele , tootlikkusele ja efektiivsusele.
Saavutage tulemuste stabiilne ja järjepidev suhtlus kõigil tasanditel.	Kanbani tahvlite visuaalse olemuse tõttu on meeskonnaliikmed suurema tõenäosusega oma eesmärke palju lihtsamalt saavutanud .
Projekt on kodeeritud ja testitud sprindi ülevaatuse käigus	Kanbani tahvlite visuaalse olemuse tõttu on meeskonnaliikmed suurema tõenäosusega oma eesmärke palju lihtsamalt saavutanud .
On lihtsam kohaneda pidevate muutustega , sest lühikese Atlanta ja regulaarset tagasisidet.	See on loodud korrapärase ja kindla väljundi jaoks , kliendi nõudluse suured muutused võivad Kanbani ebaõnnestuda.
Projekti kogumaksumus on minimaalne, mis võib viia kiirema ja odavama tulemuseni .	Kui ülesannet pole õigesti hinnatud, ei ole projekti kogumaksumus kunagi täpne . Sellistel juhtudel saab ülesande jaotada mitmele sprindile.
See metoodika nõuab ainult kogenud meeskonnaliikmeid . Niisiis, kui meeskond koosneb inimestest, kes pole eksperdid, ei saa projekti õigeaegselt lõpule viia.	Nr konkreetsete ajavahemike on eraldatud iga faasi, nii meeskonna liikmed ei saa kunagi idee, kui palju aega nad võivad võtta igas faasis.
Selles Agile Scrumi meetodis on kvaliteetset toodet lihtsam tarnida plaanitud ajal.	See on mõeldud korrapärase ja püsiva toodangu jaoks . Klientide nõudluse suured muutused võivad Kanbani langeda.
Projekti plaani kunagi häirida isegi kui meeskonna liige lahkub meeskond.	Kui keegi meeskonnaliikmetest arenduse käigus lahkub, võib see projekti arendamist kahjustada .
Igapäevased kohtumised tekitavad meeskonnaliikmetes mõnikord pettumust .	Aegunud Kanbani juhatus võib arendusprotsessis probleeme tekitada.
Suuri projekte saab hõlpsasti jagada hõlpsasti hallatavateks sprintideks.

Kokkuvõte:

• Kanbani määratlus: Kanban on defineeritud kui vilgas arendusmetoodika tarkvara, autode, kaupade, ravimite, jalatsite või mis tahes muu tootmistöö arendamiseks.
• Kanban kasutab töö visualiseerimiseks Kanbani tahvlit. See kasutab veerud etappidena (ülesanded, arendus, testimine jne) ja kaardid tööüksusena.
• Kanbani metoodika toetab visualiseerimiseks füüsilist ja digitaalset tahvlit.
• Kanban on tõmbepõhine süsteem ja meeskonnaliikmed tõmbavad kaarte eelmisest etapist praegustesse etappidesse.
• Kanbani meetod kasutab CFD-diagrammi, et mõista meeskonna tööaega ja tsükliaega. See graafik aitab meeskondadel nende kahe aja vahelise lõhe parandada ja tõhusust parandada.
• Kanbani arendusmetoodika piirab WIP-i ülesannete / kaartide arvu, millega meeskonnaliige saab töötada või korraga töötada.
• WIP piirab vahetuste keskendumist asjade sooritamisele, kuna inimene keskendub korraga ühele ülesandele.