Tunnet Scrumin, eikö niin? Luulisin kyllä, ottaen huomioon, että Scrum Allianssilla on yli 400 000 jäsentä, ja heistä useimmat käyttävät sitä menestyksekkäästi organisaatioissaan.
Mutta se ei ole ainoa tapa rakentaa ohjelmistoja ketterästi - vakavasti! Oletko kuullut Kanbanista?
Pieniä taustatietoja varten sitä käytettiin alun perin vähärasvaiseen valmistukseen tapana visualisoida työn syöttö ja lähtö, kun se kulki tehtaalla. Tämä visualisointi esitettiin taululla, joka tunnetaan nimellä - odota sitä - Kanban. Viime aikoina ja asiaankuuluvammin, se on otettu käyttöön menetelmänä ohjelmistokehityksen hallitsemiseksi.
Ensin neurologi David J. Andersonin esittämä, se on tapa organisoida ohjelmistojen kehittämistä ja suunnittelua, jonka avulla voit paljastaa prosessiongelmat ja toimittaa jatkuvasti tuotteesi arvokkaita parannuksia - jotka tiedän kuulostavan ihanteellisilta. Yksinkertaisesti sanottuna milloin tahansa näet, missä työ (korttien edustama) on kehitysprosessissa.
Kuinka se toimii
Kanban-peruslevy käyttää kuutta saraketta, jotka osoittavat, missä jokainen työ on tuotekehitysjaksossa. Karkea näyte miltä se näyttää on alla.
Katso tämä Kanban-lautaesimerkki Trellolla.
Sarake 1: Taakka
Takakansi-sarakkeen tulisi sisältää priorisoitu luettelo ideoista, virheistä tai yritystarpeista. Kortissa ei tarvitse vielä olla tonnia yksityiskohtia, mutta siinä pitäisi olla tarpeeksi tietoa, jotta ryhmäsi jäsenet ymmärtävät miksi se on tärkeää.
Sarake 2: Suunnittelu
Tässä sarakkeessa tuotepäällikkö täyttää ominaisuuden eritelmän tapaamalla yritysten sidosryhmiä, insinöörejä ja suunnittelijoita. Kun se on valmis, hän siirtää sen ”Valmis suunnitteluun” -sarakkeeseen.
Sarake 3: Valmis suunnitteluun
Tässä vaiheessa kaikilla korteilla tulisi olla yksityiskohtaiset tekniset tiedot. Vaikka sinulla voi vielä olla kysyttävää teknisistä yksityiskohdista, liiketoimintavaatimusten tulisi olla selkeitä.
Sarake 4: Käynnissä
Voit siirtää kortin “In Progress” -valikkoon milloin tahansa. Tämä itsevetoinen “veto” -järjestelmä rakentaa henkilökohtaisen vastuun ja uteliaisuuden kulttuurin.
Sarake 5: Testaus
Kun olet valmis kortilla, siirrä se kohtaan ”Testing”, jossa toinen insinööri (tai joku QA-ryhmän jäsenistä) poimii sen.
Sarake 6: Käytetty
Toinen määrittelevä piirre on, että työ on toimitettava jatkuvasti lavastus- tai tuotantoympäristöön. Tämän sarakkeen avulla kaikki ryhmän jäsenet voivat nähdä, mikä työ on julkaistu äskettäin.
Edut ja kompromissit
Kun valitset Kanbanin ja yleisemmän menetelmän, kuten Scrum tai Waterfall, välillä, pidä nämä edut ja haasteet mielessä:
Etu: Parantaa yhteistyötä
Joissakin kehitysryhmissä, joiden kanssa olen työskennellyt, insinöörit olivat asiantuntijoita. Jokaisella joukkueella olisi pari etuseinäinsinööriä ja taustainsinöörejä. Tämä tarkoitti, että työ estettiin usein, koska insinööri oli kiireinen jollain muulla.
Kanban puolestaan rajoittaa keskeneräistä työtä ja estää tukkeumia. Jokainen joukkueen jäsen voi työskennellä vain yhdellä esineellä kerrallaan, ja kuka tahansa, joka ei ole kiireinen, voi vetää työtä “Valmis suunnitteluun” -sarakkeen yläreunasta. Tämä rohkaisee insinööritutkijoita ja yhteistyötä tiimin jäsenten välillä.
Lisää hyötyä: Älä anna asioiden mennä läpi ennen kuin ne ovat valmiita
Kanban toimii vain, kun odotat siirtääksesi kortteja seuraavaan sarakkeeseen, kunnes ne ovat kokonaan valmis. (Bonus: Tämä minimoi huomattavasti vikoja.)
Haaste: vähentää aikaa pohtia
Oletuksena ei ole aikataulutettuja sprintejä, joilla on selkeät tavoitteet, päivämääräkohteet ja vapautussyklit. Ajattele sen sijaan jokaista korttia itsenäisenä teoksena, joka voidaan valmistaa ja julkaista milloin tahansa.
Tällä jatkuvalla työnkululla ei ole mitään ”odota seuraavaan sprinttiin” -vaihtoehtoa. Sinun on jatkuvasti tarkistettava lauta, vetävä seuraava tuote ja siirrettävä valmiit tuotteet alavirtaan. Ellet rakenna ajoissa retrospektiiviä ja standupeja, ryhmän jäsenillä saattaa olla vaikea pysyä ajan tasallaan.
Liikkuminen: Lainaa, mikä toimii Scrumista
Olen käyttänyt päivittäin standupeja ja retrospekteja Kanbanin kanssa ja huomannut, että ne tuovat lisäarvoa. Jos ryhmässäsi työskentelevät säännölliset kokoukset tai mallit, älä muuta niitä noudattamaan dogmaattisesti Kanbania. Budjetti aikaa puhua prioriteetteista ja siitä, kuinka ne ovat muuttuneet, jotta kaikki tietävät, mitä tuotekehitysjaksossa tapahtuu.
Hyöty: Lisää avoimuutta
Jokaisen kehittäjän on tehtävä aloite kortin siirtämiseksi "In progress" -sarakkeeseen. Tarkoittaen, että joukkueen johtaja voi milloin tahansa katsoa, kuka on kiireinen, kuka ei ole kiireinen ja kuinka kauan mikä tahansa työ on ollut käynnissä.
Kun tuotanto hidastuu tai pysähtyy, Kanban antaa sinun nähdä tarkalleen miksi. Se johtuu siitä, että yritysryhmä ei ole asettanut tärkeysjärjestykseen kohteita kantaosassa, tuoteryhmä ei ole saanut päätökseen eritelmiä, dev-joukkue etenee odotettua hitaammin tai QA-ryhmä ei ole pystynyt testaamaan jotain; pullonkaulat ovat ilmeisiä.
Paranna hyötyä: Anna edistyksen olla julkista
Yksi eduista on, että Kanban on erittäin visuaalinen. Jopa ei-tekniset ryhmän jäsenet voivat katsoa Kanban-taulua ja kertoa, missä töitä tehdään. Käytä tätä eduksesi ja anna ryhmän saavutusten loistaa asettamalla hallituksen ylös julkiseen paikkaan.
Haaste: Ei salli pitkäaikaista suunnittelua
Määräaikoista ja arvioista huolehtiminen ei ole aikasi tuottavimpaa käyttöä, joten saatat ymmärtää, että Kanban on enemmän päivittäisessä tuotossa. Se ei kuitenkaan yksin tarjoa järjestelmää pitkän aikavälin suunnitelman rakentamiseksi. Tämä voi johtaa siihen, että työskentelet projekteissa satunnaisesti sen sijaan, että keskityt pitkään johonkin asiaan. On vaikea viettää päivä projektissa A, sitten päivä projektissa B ja vaihtaa takaisin projektiin A.
Ympäritä sitä: Käytä sitä, kun prioriteettisi todennäköisesti muuttuvat
Jokainen hallituksen pylväs on riippumaton muista, joten ryhmän jäsenet voivat liikkua asioissaan milloin tahansa. Tämä voi häiritä kehittäjiä Scrum-asetuksessa (jossa sprintin arviot tehdään etukäteen), mutta Kanban menestyy sellaisessa nopeasti muuttuvassa ympäristössä.
Jokainen haluaa olla enemmän tuotetta, mutta voi olla vaikea kokeilla jotain uutta, jos et ole edes varma mistä aloittaa. Olen huomannut, että Kanban on hyödyllinen, ja toivon, että löydät siitä hyötyä myös henkilökohtaiselle työnkulullesi (tai jopa koko joukkueellesi!).
Lähettäkää minua, jos päätät ampua sen!
