Tai, kas gerai tinka vienai komandai, tampa chaosu, kai reikia padengti departamento ar įmonės lygį, ypač jei įrankiams trūksta struktūros. „Kanban“ gali būti puikus mažoms komandoms, tačiau maskuojant ją visame skyriuje ar įmonėje. Aš mačiau, kad tai nutiko. Viena produktų komanda klestėjo su savo „Kanban“ lenta-aiškios kolonos, srautas ir kasdienis registravimas. Tada, kai dar trys komandos prisijungė prie tos pačios lentos, Chaosas turi Baganą. Kiekviena komanda skirtingai pažymėjo užduotis ir neturėjo bendrų taisyklių.
Be standartizuoto proceso niekas nežinojo, kas daro ką ar kodėl užduotys buvo įstrigusios.
Problema pablogėja, jei „Kanban“ įrankiui trūksta tokių funkcijų kaip „Swimlanes“ komandos atskyrimui. Pavyzdžiui, jei jūsų lenta rodo vieną didelę “VykstaStulpelis su penkių komandų užduotimis gali būti varginanti rasti kliūčių.
Neatlikusi pranešimų apie funkcijas, lyderystė nemato, kaip juda darbas, ar jis sustingęs. Tai, kas prasideda kaip paprasta aiškumo sistema, gali greitai virsti painiomis netvarka be tinkamos struktūros.
Bet tai nebūtinai turi būti. Aš pasidalysiu praktiniais patarimais, kaip susisteminti jūsų lentą, nustatyti aiškias taisykles ir išsirinkti tinkamus įrankius, kuriuos reikia išplėsti su „Kanban“.
Kaip „Kanban“ tinka mastelio masteliams ar požiūriams?
Mano patirtis rodo, kad Kanbanas gerai padidina, nes jis yra lankstus. Mačiau, kaip komandos naudoja tai kartu su „Scrum“, norėdamos vizualizuoti nebaigtą darbą ir paviršiaus kliūtimis, nekeisdami savo sprinto ritualų.
Tai, kas daro „Kanban“ galingą mastu, yra jo pritaikomumas. Nesvarbu, ar tyrinėjate skrydžio lygius, naudojate komandos topologijas ar maišant metodus, „Kanban“ suteikia vaizdinį būdą sekti ir pagerinti srautą.
Kaip bilietų dydžio kintamumas daro įtaką Kanbano prognozavimui?
Bilietų dydžiai Kanbane gali labai skirtis, tačiau tai gerai. Turėdami mažesnes užduotis, kurios yra maždaug tokio paties dydžio, prognozuoja šiek tiek paprastesnes, tačiau vis tiek galite prognozuoti su didelėmis ir mažomis užduotimis. Jei neatrodo, kad jūsų darbas yra vidutiniškai ir yra modelis, tada laikas įsigilinti.
Vienas iš būdų valdyti kintamumą yra paslaugų lygio lūkesčiai. Pavyzdžiui, galite sakyti: „85% mūsų užduočių baigta per 10 dienų“, remiantis ankstesne užduoties trukme.
Kaip susieti darbo eigą Kanbane?
Norėdami susieti darbo eigą Kanbane, pirmiausia supraskite, kaip veikia jūsų komanda. Tada atlikite tuos veiksmus.
Pagalvokite apie jūsų darbo etapus, pavyzdžiui:: Planas> Konfigūruoti> Sukurti bandymo atvejus> Vykdyti> padaryti. Kiekvienas etapas turi taisyklių, kurias reikia laikytis prieš judant.
Remdamiesi darbo tipu, galite sukurti skirtingas darbo eigas. Lenta turėtų rodyti užduotis ir tai, kaip komanda sutinka su jomis tvarkyti. Tai išlaiko viską aišku ir organizuota.
Kaip prognozuoti pristatymą ar planuoti Kanbaną?
Kanbane prognozavimas grindžiamas ankstesniais duomenimis ir srautu, naudojant tikimybes, o ne tikslius vidurkius.
Tokios priemonės kaip „Monte Carlo“ modeliavimas padeda numatyti rezultatus, parodydamos galimybes, tokias kaip “, pavyzdžiui,“Yra x% tikimybė, kad baigsime Y užduotis per z savaites“. Tai naudoja istorinius ciklo laiką, kad būtų galima pateikti realius pristatymo įvertinimus.
Prognozavimas tokiu būdu padeda informuoti suinteresuotuosius subjektus naudojant patikimesnius terminus.
„Kanban“ ir „Scrum“: Kuris yra geresnis mastelio keitimui?
Tarp „Kanban“ ir „Scrum“ nėra aiškaus laimėtojo, nes jie iš tikrųjų gali dirbti kartu. „Scrum“ naudoja fiksuotas laiko dėžutes, vadinamas „Sprints“. „Kanban“ daugiausia dėmesio skiria sklandžiam srautui ir nuolatiniam pristatymui.
„Kanban“ idealiai tinka įvairaus dydžio užduotims. Tai tinka aplinkai kaip palaikymo stalai, kai būtina greitai ir vykstančiai užduoties atlikimui.
„Scrum“ veikia geriau, kai jums reikia planuoti pristatymus išorės suinteresuotosioms šalims su nustatytais terminais, dažnai naudojant pasakojimo taškus. Jei jūsų komanda remiasi pasakojimo taškais ir griežtais laiko dėžėmis, greičiausiai jūs labiau linkę į „Scrum“.
Kaip komandinė išsprendžia mastelį
Aš sužinojau, kad komandai iš tikrųjų palengvina jums ir jūsų komandoms dirbti kartu be painiavos. Pvz., Jei jūsų komanda priklauso nuo kitos komandos darbo, komanda aiškiai parodo šias nuorodas. Tokiu būdu niekas nepraleis. Turėdami bendras darbo vietas, visi lieka tame pačiame puslapyje ir mato didelį vaizdą.
Komandinė organizacija padeda jums organizuoti, susiejant užduotis per lentas ir dalijantis ištekliais. Galite sukurti pasirinktinius vaidmenis ir leidimus, kad galėtumėte kontroliuoti, kas gali pamatyti ir padaryti.
Tokiu būdu viskas išlieka saugu ir aišku. Ir nesvarbu, ar valdote kelis žmones, ar visą skyrių, „Teamhood“ padeda toliau dirbti į priekį.
Uždarymo mintys: Ar galite mastelį su Kanbanu?
Uždarymo mintys: Ar galite mastelį su Kanbanu? „Kanban“ mastelio keitimas nėra paprastas, tačiau jis gali veikti tinkamu požiūriu. Tai, kas tinka vienai komandai, gali tapti chaotiška, kai plečiama. Šis chaosas atsiranda be bendrų taisyklių, aiškių darbo eigų ir tinkamų įrankių. Tai nėra trūkumas Kanbane; Tai pabrėžia, kad reikia apgalvoto sistemos projektavimo. „Kanban“ lankstumas yra jo stiprumas mastu.
Tinkama struktūra daro Kanbaną ne tik vaizdinę užduočių lentą. Tai paverčia jį aiškiu ir keičiamu pagrindu. Galite suderinti komandas naudodamiesi skrydžio lygiais, sujungti ją su „Scrum“ arba valdyti priklausomybes su tokiomis priemonėmis kaip „Teamhood“.
Taigi taip – tu gali Skalė su Kanbanu. Tik nenusiminkite chaoso. Sumažuokite aiškumą.
