Mikä on Kanban? Kortit, levyt, perusperiaatteet ja käytännöt

Mikä on Kanban?

Kanban on erittäin suosittu kehys ketterän ohjelmistokehityksen metodologiassa. Se tarjoaa läpinäkyvän tavan visualisoida ryhmän tehtävät ja työkyky. Se käyttää pääasiassa fyysisiä ja digitaalisia tauluja, jotta tiimin jäsenet voivat visualisoida työskentelemänsä projektin nykytilan.

Kanban syntyi Toyotasta 1940-luvulla. Kanbanin merkitys japaniksi on "mainostaulut". Kanban-taulussa on sarakkeita ja tarinakortteja. Sarakkeet eivät ole mitään, mutta työnkulun tilat ja kortit ovat vain osoitus todellisesta tehtävästä, jota tiimin jäsen suorittaa.

Tässä Kanban-opetusohjelmassa opit:

• Mikä on Kanban?
• Milloin Kanbania käytetään?
• Kanban-kortit
• Kanbanin hallitus
• Kanban-työnkulku
• Kanbanin neljä periaatetta
• Kuusi Kanban-ydinkäytäntöä
• Pull-pohjainen järjestelmä
• Toimitusaika ja syklin aika
• Kumulatiivinen virtauskaavio (CFD)
• WIP: n rajoittaminen (keskeneräinen työ)
• Scrum vs. Kanban

Milloin Kanbania käytetään?

Tässä ovat syyt Kanban-kehitysmenetelmän käyttöön:

• Kanbania voidaan käyttää missä tahansa verkkotunnuksessa, ja sitä voidaan käyttää erittäin tehokkaasti ohjelmistokehityksessä. Kanbanin projektinhallinta auttaa parantamaan tiimin tehokkuutta.
• Se on vetopohjainen järjestelmä. Tehtävät vedetään heti, kun henkilö on vapaa.
• Kanbania tulisi käyttää, kun haluat julkaista teoksesi milloin tahansa. Se vaatii haarautumisen, mutta se on toteutettavissa.
• Kanbania tulisi käyttää, kun haluat muuttaa prioriteetteja lennossa. Tätä varten sinun tarvitsee vain laittaa tämä tarina tehtävärivin kärkeen.
• Sitä tulisi käyttää, kun haluat visualisoida työsi ja haluat nähdä tehtäviesi etenemisen visuaalisesti.

Kanban-kortit

Kanban-järjestelmä suosittelee työn visualisointia. Se ehdottaa fyysisen ja digitaalisen levyn käyttöä.

Kanban-kortit

Kanban-kortit ovat välttämättömiä paloja Kanban-levyllä, koska ne edustavat työtä, jonka parissa tiimi työskentelee. Näillä korteilla on

1. Prioriteetti
2. Omistaja
3. Tyyppi
4. Eräpäivä

Kanban-taulun sarake edustaa työvaihetta, ja voit asettaa sarakkeelle WIP (Work in Progress) -rajoituksen. WIP-raja tarkoittaa korttien enimmäismäärää, joka voi pysyä kyseisessä sarakkeessa .

Koska Kanban-projektinhallinta käyttää vetopohjaista järjestelmää, kun kehittäjä on vapaa, hän voi vetää kortin tehtävä-sarakkeesta dev-sarakkeeseen.

Kanbanin hallitus

Kanban Board on ketterä projektinhallintatyökalu, joka auttaa Kanabania toteuttamaan projektien hallintaa henkilökohtaisiin ja liiketoiminnallisiin tarkoituksiin. Se on fyysinen tai digitaalinen (JIRA) lauta, joka on suunniteltu auttamaan tiimejä visualisoimaan työnsä eri vaiheissa ja prosesseissa. Se auttaa myös edustamaan korttien avulla tehtävien sarakkeiden käsittelyvaiheita.

Siinä on sarakkeita, jotka edustavat teoksen tilaa

1. Tehdä,
2. Dev
3. Testaus
4. Tehty.

Jokaisessa sarakkeessa voi olla kortteja <= WIP-raja. Kortit edustavat todellista työtä.

Voit käyttää positiivisia lukuja keskeneräisten töiden rajoittamiseen, ja tämä raja-arvo voidaan sijoittaa sarakkeiden yläosaan sekä fyysisissä että digitaalisissa Kanban-taulukoissa. Jokainen tiimin henkilö voi hallita korttinsa tilaa ja koko tiimi voi visualisoida työnkulun. Seuraavaksi tässä Kanban-opetusohjelmassa opimme Kanbanin työnkulusta.

Kanban-työnkulku

Kanban Workflow on joukko vaiheita, jotka auttavat tiimejä määrittelemään ulkoiset käytännöt ja periaatteet Kanabanissa. Se edustaa sääntöjä ja menettelyjä, kun työ on käynnissä eri kehitysvaiheissa ja toimitusjaksoissa. Kanban-työnkulku koostuu vaiheittaisista prosesseista tietyn tehtävän aloittamisen ja toimittamisen välillä.

Kanbanin perusperiaate on "lopeta aloittaminen, aloita viimeistely". WIP-rajoitusten avulla se saa enemmän työtä. Mukautettavia Kanban-työnkulkuja ja tiloja on saatavana kaikissa moderneissa työkaluissa, kuten JIRA.

Alla on perustilat, joita monet ohjelmistotiimit seuraavat työnkulun hallintaan.

Osavaltiot	Ymmärtäminen tehtävistä
Tehdä	Tehtävät saapuvat tänne ensimmäistä kertaa tässä tilassa.
Valmiina analyysiin	Analysoi tehtävä ja lisää vaatimukset kokonaan.
Valmiina kehittämiseen	Analyysi on valmis ja kehitys voi alkaa.
Kehityksessä	Tehtäviä kehitetään.
Valmiina testaukseen	Kehitys on valmis, ja nyt testaus voi alkaa.
Testauksessa	Tehtäviä testataan.
Valmiina julkaisuun	Testaus valmis; vapauttaminen voi tapahtua.
Julkaistu / valmis	Julkaistu.

Kanbanin neljä periaatetta

Alla on Kanbanin neljä pääperiaatetta:

1. Aloita siitä, mitä sinulla on nyt : Kanban-järjestelmä ehdottaa työskentelyä vähitellen ja aloita tällä hetkellä käytössä olevalla. Koska yksi sen käytännöistä on parantaa jatkuvasti, sinun on parannettava järjestelmää asteittain.

2. Suostu jatkamaan inkrementaalista, evoluutiomuutosta: Kanban suosittelee asteittaista muutosta prosessissa, etkä saa tehdä suuria muutoksia prosessissa kerralla.

3. Kunnioita nykyistä prosessia, rooleja ja vastuita: Aloita jälleen kerran sillä, mitä sinulla on nyt, ja muuta prosessia, roolia ja vastuita vähitellen.

4. Kannusta johtajuutta kaikilla tasoilla : Jokainen henkilö voi toimia johtajana ja antaa ideoita Kanban-järjestelmän tehokkuuden parantamiseksi. Sinun ei pitäisi ajatella, että tämä on johtotason toiminta, ja jopa ryhmän nuorin jäsen voi toimia johtajana.

Kuusi Kanban-ydinkäytäntöä

Seuraavassa on Kanbanin kuusi pääkäytäntöä:

1. Visualisoi työnkulku : Tämä periaate ehdottaa Kanban-kortin (fyysisen tai digitaalisen) käyttämistä työnkulun visualisoimiseksi. Jokaisen joukkueen yksilön täytyy nähdä korttinsa ja muiden joukkueen jäsenten kortit. Voit siirtää korttisi eri sarakkeisiin yllä olevan kuvan mukaisesti. Se tuo paljon läpinäkyvyyttä tiimissä ja helpottaa myös estäjien ratkaisemista

2. Rajoita keskeneräistä työtä : Kanban on vetopohjainen järjestelmä, ja se parantaa tiimin tehokkuutta rajoittaa keskeneräistä työtä ja saada tehtäviä, jotka tiimi voi suorittaa tietyssä ajassa. Tätä WIP-rajoitusta sovelletaan työnkulun alusta loppuun. Voit soveltaa sarakkeen yläosassa olevaa rajaa positiivisella kokonaisluvulla.

3. Keskity virtaukseen : Tämä periaate keskittyy virtaukseen ja mahdollisiin keskeytyksiin. Jos on keskeytyksiä tai estäjiä, ne on kiinnitettävä pysyvästi.

4. Selkeät käytännöt : Tiimissä voidaan laatia käytäntöjä, joilla vähennetään uudelleenkäsittelyä ja keskitytään huomiota vaativiin tai tehokkaampiin alueisiin.

5. Palautesilmukka : Palautesilmukat ovat erittäin tärkeitä Kanbanissa. Se ei ole pelkästään joukkueen sisällä, vaan useiden joukkueiden, valmentajien jne. Välillä. Tämä auttaa parantamaan Kanban-järjestelmän yleistä terveyttä.

6. Jatkuva parantaminen : Tämä on Kanban-järjestelmän perusperiaate. Siinä todetaan, että voit aina parantaa prosessia, mikä johtaa parempaan tehokkuuteen.

Pull-pohjainen järjestelmä

Kanban on vetopohjainen menetelmä, jossa tehtäviä vedetään pikemminkin työnnetään. Heti kun olet suorittanut nykyisen korttisi, voit vetää uuden kortin Kanban-taulun edellisestä sarakkeesta.

WIP-rajoituksella Kanban auttaa parantamaan läpimenoaikaa ja jaksoaikaa. Näiden kahden ajoituksen välillä tulisi olla pienin mahdollinen ero. Meillä on esimerkiksi 5 kehittäjää ja vain yksi testaaja; mitä tapahtuu tässä tapauksessa? Aina olisi monia kortteja, jotka vaativat testausta, ja ne istuvat tyhjäkäynnillä ja odottavat.

Yllä mainittujen ongelmien ratkaisemiseksi ja tehokkuuden parantamiseksi Kanban noudattaa vetopohjaista lähestymistapaa WIP-rajoitusten kanssa, jolloin vedettäviä kortteja olisi rajoitettu määrä.

Joten testaaja vetää tehtävän "valmiina testaukseen" -vaiheesta, kun hän on suorittanut nykyisen tehtävänsä kädessä. Kun WIP-raja on Kanban-sarakkeissa (kehitysvaiheet), Kanban-työnkulussa ei ole paljon valvomatonta korttia.

Vetopohjainen järjestelmä auttaa myös löytämään oikean nopeuden joukkueelle. Oikean nopeuden ollessa paikallaan joukkue toimii paremmin.

Toimitusaika ja syklin aika

Kanban-menetelmässä läpimenoaikaa ja jaksoaikaa käytetään laajasti, näiden kahden välillä on ero, ja on tärkeää ymmärtää tämä sekaannusten välttämiseksi.

Toimitusaika	Syklin aika
Läpimenoaika mitataan ajankohtana tehtävän saapumisen työnkulkuun ja sen poistumiseen työnkulusta, eli tehtävä on vapautettu.	Syklin aika mitataan ajankohtana tehtävän saapumisesta "käynnissä" -tilaan ja tehtävän saapumiseen "valmis vapautettavaksi" -tilaan.

Tässä on myös tärkeää ymmärtää, ettei siihen sisällytetä aikaa, joka kuluu julkaisuvalmis ja todellinen julkaisu.

Syklin aika = Keskeneräinen työ / Suoritustaso

Ihanteellisessa skenaariossa läpimenoajan ja sykliajan välisen eron tulisi olla minimaalinen, ja Kanban mittaa lyijyn ja syklin historiallisten tietojen kumulatiivista vuokaaviota (CFD).

Kumulatiivinen virtauskaavio (CFD)

CFD on kaavio, joka on saatavana kaikista johtavista työnkulunhallintatyökaluista, kuten JIRA. Tämä kaavio mittaa työnkulkuun tulleiden työkorttien / tehtävien kokonaismäärän ja kerännyt valmiit kortit / tehtävät ajan myötä.

Se auttaa sinua saamaan arvion keskimääräisestä läpimenoaikasta ja syklin ajasta ennalta määritetylle ajalle.

CFD-kaavio antaa sinulle korjattavat indikaattorit tai ongelma-alueet. Se antaa sinulle selkeän kuvan ja perustuu tähän kaavioon. Voit korjata joukkueesi läpimenoaikaa ja jaksoaikaa.

Kanbanin kumulatiivinen virtauskaavio

1. Toimitusaika : Se on aika, joka kuluu uuden kortin saapumisesta työnkulkuun ja sen lopulliseen poistumiseen työnkulusta.
2. Syklin aika : Se on aika, joka kuluu kortin saapumisesta käyttötilaan ja kun kortti on valmis vapautettavaksi.
3. WIP : Keskeneräinen työ (WIP) rajoittaa työkohteiden enimmäismäärää työnkulun eri vaiheissa.
4. Suorituskyky : Se on todellinen suorituskyky ja se kertoo annettujen korttien todellisen määrän tietyssä ajassa.

Suorituskyky = WIP / syklin aika

WIP: n rajoittaminen (keskeneräinen työ)

Kanbanin kehitysmenetelmissä WIP rajoittaa tehtävien / korttien määrää, joihin tiimin jäsen voi työskennellä tai koko kerralla.

WIP-rajoitukset varmistavat, että joukkue vakauttaa työnsä ja lisää ennustavaa luonnetta, mikä on olennaista vetopohjaisessa järjestelmässä. Yleensä WIP-raja-päätöksen tekee joukkue itse.

Syy asettaa WIP-rajat:

Tässä on syitä asettaa WIP-rajat:

• Se siirtyy keskittymään asioiden suorittamiseen, kun henkilö keskittyy yhteen tehtävään kerrallaan.
• Se auttaa joukkueita ymmärtämään kapasiteettinsa.
• Se parantaa tuottavuutta ja jaksoaikaa.
• Se auttaa välttämään kasaantuvia tehtäviä (odotustilassa).
• Se auttaa työnkulun ja tehtävien liikkeessä.
• Se auttaa myös estämään estäjät, koska henkilö ei vaihda eri tehtävien välillä.

Scrum vs. Kanban

Tässä ovat tärkeät erot Scrum Vs: n välillä. Kanban

Scrum	Kanban
Scrum painottaa suunnittelua . Se alkaa sprintin suunnittelusta ja päättyy sprintin jälkikäteen. Pidetään monia kokouksia, jotka auttavat varmistamaan, että joukkue on linjassa edellisten sprinttien seuraavien vaiheiden, prioriteettien ja oppimisten kanssa.	Kanban on valmis tekemään muutoksia tien päällä. Se tarkoittaa, että jäykkyyttä on vähemmän ja asiat voivat muuttua usein .
Se suosittelee sprinttien aikana tehtyjen ajanmittausten keräämistä	Kanban suosittelee kaavioita saadakseen yleiskuvan tiimin edistymisestä ajan myötä.
Scrum ei enää pyydä sitoutumista tiimeiltä. Sen sijaan kyse on sprintin tavoitteista ja ennusteista.	Kanban luottaa nyrkkeilyyn ja ennusteisiin .
Se painottaa suunnittelua, joten arvioinnilla on erittäin tärkeä rooli Scrumissa	Kanbanilla ei ole pakollisia arviointivaatimuksia.
Jokaisella yksilöllä on oma roolinsa ja vastuunsa.	Ei määriteltyjä rooleja, joten joustavuus yksittäisten vastuiden suhteen.
Iteraatioiden / sprinttien kesto on kiinteä. Tämä kesto vaihtelee 2 viikosta 1 kuukauteen.	Kanban ei perustu kestoon . Tätä asiaa mitataan sykliaikoista.
Joukkueiden on tehtävä tietty määrä töitä.	Sitoutuminen ei ole välttämätöntä, se on valinnainen joukkueille.
Tässä menetelmässä rajat toimivat ryhmät ovat tärkeitä, koska ne pystyvät käsittelemään kaikki häiriöt, jotka voivat aiheuttaa pullonkaulan ohjelmistokehityksessä.	Erikoisryhmän saaminen on tärkeää.
On mahdotonta lisätä kohteita jatkuvaan toistojen.	Uusia tuotteita voidaan helposti lisätä, jos lisäkapasiteettia on käytettävissä.
Sprintitilanteen omistaa vain yksi joukkue .	Useat joukkueet voivat jakaa Kanban-pöydän.
Suorituskyvyt määräytyvät pikajuoksuilla , joiden joukko töitä on saatettava päätökseen ja valmiina tarkistettaviksi.	Tuotteet ja prosessit toimitetaan jatkuvasti tarpeen mukaan. Joten testaus- ja tarkistusprosessi jatkuu samanaikaisesti.
Scrum-ohjelmistokehitysmenetelmä keskittyy myöhään .	Kanban-menetelmä keskittyy kokonaan prosessin hallintapaneeliin .
Jokaisella tiimin jäsenellä on erityinen rooli Scrum-päällikössä päättää aikataulut, tuotteen omistaja asettaa tavoitteet ja tiimin jäsenet suorittavat kehitystyön.	Tiimille ei ole ennalta määriteltyjä rooleja. Projektipäällikköä voi kuitenkin olla edelleen; tiimiä kannustetaan tekemään yhteistyötä ja työskentelemään yhdessä.
Paras projekteille, joissa prioriteetit muuttuvat .	Ihanteellinen joukkueille, joilla on vakaat prioriteetit ja jotka eivät todennäköisesti muutu ajan myötä.
Mittaa tuotantoa käyttämällä nopeutta sprinttien läpi.	Mittaa tuotannon käyttämällä sykliaikaa tai tarkkaa aikaa, joka kuluu yhden kokonaisen projektin suorittamiseen.
Scrum vaatii täydellisen siirtymisen perinteisestä mallista Agile Scrum -malliin, joka toteutettaisiin projektissa.	Kanban ei salli rajuja muutoksia projektissa.
Se on ihanteellinen menetelmä hankkeille, joiden prioriteetit vaihtelevat suuresti .	Sopii parhaiten joukkueille, joilla on vakaat prioriteetit .
Scrumissa koko ryhmä keskittyy yhteistyöhön ja tehtävän suorittamiseen laadukkaan kehitystyön tarjoamiseksi.	Joukkueet pyrkivät tavoitteiden saavuttamiseen ja lyhentävät aikaa koko prosessin suorittamiseen. Aikasyklin lyhentäminen on siis suurin menestyksen indikaattori.
Scrum painottaa aikataulujaan ; uusia kohteita ei voi lisätä käynnissä oleviin toistoihin.	Kanban on luonteeltaan iteratiivisempi, koska sillä ei ole erityisiä aikatauluja . Uusia tuotteita voidaan lisätä jatkuvasti, kun lisäkapasiteettia on käytettävissä.
Kokonaistyö tehdään erissä / Sprints .	Koko projekti suoritetaan yksisäikeisten työkohdevirtojen liikkeelle .
Scrum master toimii ongelmanratkaisijana.	Kanban kannustaa jokaista tiimin jäsentä olemaan johtaja ja jakamaan vastuuta kaikkien kesken.
Scrum määrää aikarajoitetut iteraatiot .	Kanban keskittyy suunnittelemaan eri kestoa yksittäiselle iteraatiolle.
Scrum auttaa yrityksiä säästämään aikaa ja rahaa .	Kanban-menetelmä keskittyy jatkuvaan parantamiseen , tuottavuuteen ja tehokkuuteen.
Saavuta vakaa ja johdonmukainen suorituskyvyn viestintä kaikilla tasoilla.	Joukkueen jäsenet saavuttavat todennäköisemmin tavoitteensa paljon helpommin Kanban-lautojen visuaalisen luonteen vuoksi.
Hanke on koodattu ja testattu vuoden sprintin tarkastelun	Joukkueen jäsenet saavuttavat todennäköisemmin tavoitteensa paljon helpommin Kanban-lautojen visuaalisen luonteen vuoksi.
Lyhyiden sprinttien ja säännöllisen palautteen takia on helpompi sopeutua jatkuviin muutoksiin .	Se on suunniteltu säännölliseen, tasaiseen tuotantoon , suuret muutokset asiakkaiden kysynnässä voivat saada Kanbanin epäonnistumaan.
Projektin kokonaiskustannukset ovat vähäiset, mikä voi johtaa nopeampaan ja halvempaan tulokseen .	Jos tehtävää ei arvioida oikein, projektin kokonaiskustannukset eivät koskaan ole tarkkoja . Tällaisissa tapauksissa tehtävä voidaan jakaa useaan sprinttiin.
Tämä menetelmä vaatii vain kokeneita tiimin jäseniä . Joten, jos joukkue koostuu ihmisistä, jotka eivät ole asiantuntijoita, projektia ei voida saattaa päätökseen ajoissa.	Ei erityisiä aikatauluja jaetaan jokaisen vaiheen, joten tiimin jäsenet koskaan saa käsitystä siitä, miten paljon aikaa he voivat ottaa joka vaiheessa.
Tässä ketterässä Scrum-menetelmässä laadukkaiden tuotteiden toimittaminen aikataulun mukaan on helpompaa .	Se on suunniteltu säännölliseen, tasaiseen tuotantoon, suuret muutokset asiakkaiden kysynnässä voivat saada Kanbanin putoamaan.
Hankesuunnitelma koskaan häiritse vaikka tiimin jäsen lähtee joukkue.	Jos joku tiimin jäsenistä poistuu kehityksen aikana, se voi vahingoittaa projektin kehittämistä .
Päivittäiset kokoukset turhauttavat joskus tiimin jäseniä.	Vanhentunut Kanbanin hallitus voi johtaa ongelmiin kehitysprosessissa.
Suuret projektit voidaan helposti jakaa helposti hallittaviin pikajuoksuihin.

Yhteenveto:

• Kanbanin määritelmä: Kanban määritellään ketteräksi kehitysmenetelmäksi ohjelmistojen, autojen, tavaroiden, lääkkeiden, kenkien tai muun valmistustyön kehittämiseksi.
• Kanban käyttää Kanban-korttia työn visualisointiin. Se käyttää sarakkeita vaiheina (tehtäviä, kehitystyötä, testausta jne.) Ja kortteja työkohteena.
• Kanban-metodologia tukee fyysistä ja digitaalista levyä visualisointiin.
• Kanban on vetopohjainen järjestelmä, ja joukkueen jäsenet vetävät kortit edellisestä vaiheesta nykyisiin vaiheisiin.
• Kanban-menetelmä käyttää CFD-kaaviota ymmärtämään joukkueen läpimenoaika ja syklin aika. Tämä kaavio auttaa joukkueita korjaamaan näiden kahden ajoituksen välisen eron ja parantamaan tehokkuutta.
• Kanbanin kehittämismenetelmät, WIP, rajoittavat tehtävien / korttien määrää, joihin tiimin jäsen voi työskennellä tai koko kerralla.
• WIP-raja-arvot keskittyvät asioiden suorittamiseen, kun henkilö keskittyy yhteen tehtävään kerrallaan.