Kanban sustav: pametno upravljanje projektima. Kanban metodologija u upravljanju projektima

Napisat ću nekoliko članaka o novoj metodologiji agilnog razvoja Kanban (Kanban Development) kako bih se pripremio za Scandinavian Agile Conference 2009, gdje ću održati jedno od izvješća (usput, također pozivam sve na konferencija).
Danas objavljujem prvi od članaka.
Glavni cilj prvog članka je opisati osnove Kanbana što je jednostavnije moguće: što je to, kako se razlikuje od ostalih fleksibilnih metodologija i zašto je potreban.
Također bih želio prikupiti što više pitanja i nedoumica u komentarima kako bih na njih odgovorio u budućim člancima, stoga napišite sve što vam nije jasno ili bilo što drugo što biste željeli znati o Kanbanu.
Nisam baš veliki stručnjak za ovu novu metodologiju, ali unutar tima smo sami došli do Kanbana i dosljedno prošli kroz sve faze mutacije od SCRUM-a do Kanbana, tako da imamo praktično iskustvo.

Prvo ću pisati o porijeklu pojma Kanban.

Ovaj izraz došao nam je iz Japana zahvaljujući proizvodnom sustavu Toyote, široko poznatom u uskim krugovima. Volio bih da što više ljudi čita o ovom sustavu i osnovnim principima ugrađenim u njega - lean proizvodnja, kontinuirani razvoj, fokus na kupca itd. Svi ovi principi opisani su u knjizi Toyotin proizvodni sustav Taiichija Ohnoa, koja je prevedena na ruski.

Pojam Kanban ima doslovan prijevod: "Kan" znači vidljivo, vizualno, a "ban" znači karta ili ploča.
U Toyotinim tvornicama, Kanban kartice se koriste posvuda kako bi se izbjeglo pretrpavanje skladišta i radnih područja unaprijed izrađenim rezervnim dijelovima. Na primjer, zamislite ugradnju vrata na Toyotu Corollu. Imate paket od 10 vrata u blizini svog radnog mjesta. Stavljate ih jednu za drugom na nove automobile i kada ostane 5 vrata u paketu, onda znate da je vrijeme da naručite nova vrata. Uzmete Kanban karticu, na nju napišete narudžbu za 10 vrata i odnesete je osobi koja vrata izrađuje. Znate da će ih napraviti baš na vrijeme da istrčite kroz preostalih 5 vrata. I upravo to se i događa – kada postavite zadnja vrata, stiže vam paket od 10 novih vrata. I to se stalno događa - nova vrata naručujete samo kada su vam potrebna.
Sada zamislite da takav sustav radi u cijelom postrojenju. Nigdje nema skladišta u kojima rezervni dijelovi stoje tjednima i mjesecima. Svatko radi samo na zahtjev i proizvodi točno onoliko rezervnih dijelova koliko se traži. Ako odjednom ima više ili manje narudžbi, sustav se sam lako prilagođava promjenama.

Glavna svrha Kanban kartica u ovom sustavu je smanjiti količinu “radova u tijeku” (work in progress).
Na primjer, cijela proizvodna linija može imati točno 10 dodijeljenih kartica za vrata. To znači da u bilo kojem trenutku na liniji neće biti više od 10 gotovih vrata. Kada naručiti nova vrata i koliko je to zadatak onoga tko ih ugrađuje. Samo on zna svoje potrebe i samo on može naručiti kod proizvođača vrata, ali je uvijek ograničen na 10.
Ova metoda Lean proizvodnje izumljena je u Toyoti i sada je mnoge proizvodne tvrtke diljem svijeta implementiraju ili su je već implementirale.

Ali sve se to odnosi na proizvodnju, a ne na razvoj softvera.
Što je Kanban razvoj u odnosu na softver i po čemu se razlikuje od drugih fleksibilnih metodologija, bilo da se radi o SCRUM-u ili XP-u?

Prvo, morate odmah shvatiti da Kanban nije specifičan proces, već sustav vrijednosti. Baš kao SCRUM s XP-om. To znači da vam nitko neće govoriti što i kako učiniti korak po korak.
Drugo, cijeli Kanban može se opisati jednom jednostavnom frazom - “Smanjenje posla koji je trenutno u tijeku (rad u tijeku)”.
Treće, Kanban je još "fleksibilnija" metodologija od SCRUM-a i XP-a. To znači da neće odgovarati svim timovima ili svim projektima. A to također znači da tim mora biti još spremniji za agilan rad čak i od timova koji koriste SCRUM i XP.

Razlika između Kanbana i SCRUM-a:
- U Kanbanu nema vremenskih okvira za bilo što (ni zadatke ni sprinteve)
- U Kanbanu ima više zadataka, a manje ih je
- U Kanbanu su procjene rokova za zadatak opcionalne ili ih uopće nema
- U Kanbanu ne postoji “timska brzina” i uzima se u obzir samo prosječno vrijeme za izvršenje zadatka

Sada pogledajte ovaj popis i razmislite - što ostaje od agilne metodologije ako uklonimo sprinteve, povećamo veličinu zadataka i prestanemo mjeriti brzinu tima? Ništa?
Kako uopće možemo govoriti o kontroli razvoja ako izbacimo glavne alate kontrole - rokove, brzinu rada i sprinteve? Za mene je ovo pitanje gotovo najvažnije.
menadžeri uvijek razmišljaju o kontroli i pokušavaju je steći, iako je u stvarnosti nikada nemaju. Kontrola razvoja od strane menadžera je fikcija. Ako tim ne želi raditi, bez obzira kako ga kontrolirate, propast će projekt.
Ako tim uživa u poslu i radi s punom predanošću, onda kontrola nije potrebna, već samo smeta i povećava troškove.
Na primjer, dobro poznati problem SCRUM-a su veliki troškovi rasprava, sastanaka i veliki gubici vremena na spojevima sprintova (kada se barem jedan dan potroši na zatvaranje jednog sprinta, a zatim dan na otvaranje novog. I ako sprint traje 2 tjedna, onda su 2 dana od 2 tjedna 20%, prokleto puno). Kao rezultat toga, gotovo 30-40% vremena pri korištenju SCRUM-a troši se na održavanje samog procesa - na dnevne sastanke, 5% na radionice, na retrospektive sprinta itd. trideset%!

Kanban razvoj razlikuje se od SCRUM-a prvenstveno po fokusiranosti na zadatke. Ako je u SCRUM-u glavni fokus tima uspješno izvođenje sprinteva (moramo priznati da je to istina), onda su u Kanbanu zadaci na prvom mjestu.
Nema sprinteva, tim radi na zadatku od samog početka do završetka. Raspoređivanje zadatka se vrši kada je spreman. Prezentacija izvedenih radova - također. Tim ne bi trebao procjenjivati vrijeme za dovršenje zadatka, jer to nema smisla i gotovo je uvijek krivo na početku.
Ako menadžer vjeruje timu, čemu onda procjena vremena? Posao upravitelja je stvoriti prioritetnu skupinu zadataka, a posao tima je izvršiti što više zadataka iz te skupine. Svi. Kontrola nije potrebna. Sve što je potrebno od upravitelja je dodati zadatke u ovaj skup ili promijeniti njihov prioritet. Ovako upravlja projektom.

Tim za rad koristi Kanban ploču. Na primjer, to bi moglo izgledati ovako (preuzeto):

Stupci s lijeva na desno:

Ciljevi projekta:
Neobavezna, ali korisna kolona. Ovdje možete staviti projektne ciljeve visoke razine tako da ih tim može vidjeti i da svi znaju za njih. Na primjer, "Povećaj brzinu za 20%" ili "Dodaj podršku za Windows 7."

Red čekanja zadataka:
Ovdje su zadaci pohranjeni i spremni za početak. Zadatak najvišeg prioriteta uvijek se uzima za izvršenje i njegova se kartica premješta u sljedeći stupac.

Razvoj dizajna:
Ovaj i preostali stupci do "Dovršeno" mogu se promijeniti jer tim je taj koji odlučuje kroz koje će korake zadatak proći da bi dosegao stanje "Dovršeno".
Na primjer, ovaj stupac može sadržavati zadatke za koje kôd ili dizajn sučelja još nisu jasni i o njima se raspravlja. Kada se rasprave završe, zadatak prelazi u sljedeći stupac.

Razvoj:
Ovdje zadatak visi dok se razvoj značajke ne završi. Nakon dovršetka, prelazi se na sljedeći stupac.
Ili, ako arhitektura nije ispravna ili točna, zadatak se može vratiti na prethodni stupac.

Testiranje:
Zadatak je u ovom stupcu dok se testira. Ako se pronađu greške, vraća se u razvoj. Ako ne, ide se dalje.

Raspoređivanje:
Svi projekti imaju vlastitu implementaciju. Za neke to znači objavljivanje nove verzije proizvoda na poslužitelju, a za druge jednostavno unošenje koda u repozitorij.

Gotovo:
Naljepnica ide ovdje samo kada je sav rad na zadatku u potpunosti završen.

U svakom poslu postoje hitni zadaci. Planirane ili ne, ali one koje treba obaviti odmah. Za takve možete dodijeliti posebno mjesto (na slici označeno kao “Expedite”). Možete staviti jedan hitan zadatak u Expedite i dati timu da odmah počne raditi na njemu i završi ga što je brže moguće. Ali takav zadatak može biti samo jedan! Ako se pojavi neki drugi, mora se dodati u "Red zadataka".

A sada ono najvažnije. Vidite li brojeve ispod svakog stupca? Ovo je broj zadataka koji se mogu nalaziti u tim stupcima u isto vrijeme. Brojke su odabrane eksperimentalno, ali vjeruje se da bi trebale ovisiti o broju programera u timu.
Na primjer, ako imate 8 programera u timu, tada možete staviti broj 4 u red "Razvoj". To znači da programeri neće raditi više od 4 zadatka u isto vrijeme, što znači da će imati mnogo razloga za komunicirati i razmjenjivati iskustva. Ako tamo stavite broj 2, tada bi se 8 programera koji rade dva zadatka moglo dosađivati ili gubiti previše vremena na rasprave. Ako ga postavite na 8, tada će svatko raditi svoj zadatak i neki će zadaci dugo ostati na ploči, ali glavni cilj Kanbana je smanjiti vrijeme koje je potrebno da zadatak prođe od početka do spremna pozornica.
Nitko neće dati točan odgovor koliki bi to limiti trebali biti, ali prvo pokušajte broj programera podijeliti s 2 i vidjeti kako to funkcionira u vašem timu. Ti se brojevi zatim mogu prilagoditi kako bi odgovarali vašem timu.
Pod "programerima" ne mislim samo na programere, već i na druge stručnjake. Na primjer, za stupac "Testiranje", programeri su testeri, jer testiranje je njihova odgovornost.

Zadaci na takvoj ploči nisu samo zadaci, već ono što se zove Minimum Marketing Feature, odnosno značajka koja se može “prodati” klijentima.
Dobar test za MMF je da se zapitate "Bih li pisao o ovoj značajci na blogu tvrtke?" Ako nije, nije MMF.

Što novo i korisno pruža takva ploča s limitima?

Prvo, Smanjenje broja paralelnih zadataka uvelike smanjuje vrijeme izvršenja svakog pojedinačnog zadatka. Nema potrebe mijenjati kontekst između zadataka, pratiti različite entitete, rasporediti ih itd. - radi se samo ono što je potrebno. Nema potrebe organizirati planiranje sprinta i 5% radionica, jer planiranje je već obavljeno u koloni “red zadataka”, a detaljan rad na zadatku počinje TEK kada se zadatak počne izvršavati.

Drugo, čepovi se odmah vide. Na primjer, ako se testeri ne snađu u testiranju, vrlo brzo će popuniti cijeli svoj stupac i programeri koji su završili novi zadatak više ga neće moći premjestiti u stupac za testiranje, jer puna je. Što uraditi? Sada je vrijeme da se sjetite da smo "mi tim" i riješimo ovaj problem. Na primjer, programeri mogu pomoći testerima da dovrše jedan od zadataka testiranja i tek onda premjeste novi zadatak na slobodan prostor. Ovo će brže izvršiti oba zadatka.

Treće, možete izračunati vrijeme potrebno za obavljanje prosječnog zadatka. Na kartici možemo označiti datum kada je dodan u red čekanja zadataka, zatim datum kada je započet i datum kada je završen. Koristeći ove tri točke, za najmanje 10 zadataka, već možete izračunati prosječno vrijeme čekanja u redu čekanja i prosječno vrijeme završetka zadatka. A iz tih brojki menadžer ili vlasnik proizvoda već može izračunati što god želi.

Sav Kanban može se opisati sa samo tri osnovna pravila:
1. Vizualizirajte proizvodnju
- Podijelite rad na zadatke, svaki zadatak napišite na karticu i stavite na zid ili ploču.
- Koristite imenovane stupce za prikaz statusa zadatka u proizvodnji.
2. Ograničite WIP(posao u tijeku ili posao koji se obavlja istovremeno) na svakom faza proizvodnje.
3. Izmjerite vrijeme ciklusa(prosječno vrijeme za obavljanje jednog zadatka) i stalno optimizirati proces smanjiti ovo vrijeme.

Samo 3 pravila!
Na primjer, u SCRUM-u postoji 9 osnovnih pravila. U XP-u - 13, a u klasičnom RUP-u - čak 120. Osjetite razliku.

Ovdje ću završiti prvi članak o Kanbanu.
Veselim se vašim povratnim informacijama i komentarima, kao i prijedlozima za buduće članke.

Kanban - što je to? Koliko zanimljivih informacija sadrži Kanban kartica i kakvu funkciju ta metoda ima u proizvodnji? U članku ćemo detaljno objasniti pravila za učinkovito korištenje kanbana, a također ćemo dati jasan opis sheme korištenja odgovarajućih kartica na konkretnom primjeru. Osim toga, nakon upoznavanja s materijalom, saznat ćete zašto je potrebna Kanban ploča, u kojim je područjima, osim proizvodnje, preporučljivo koristiti ovu metodu i što može poslužiti kao dobra alternativa.

Bit pojma i glavne značajke metode

Danas se može uočiti jasan trend povećanja troškova skladištenja zaliha, što je glavni razlog za formiranje “instant” kompleksa za upravljanje zalihama, što uključuje i kanban sustav. Prevedeno s japanskog, "kanban" znači "oznaka", "značka". Ovaj pojam služi kao metoda informacija putem koje se daje dopuštenje ili indikacija za proizvodnju ili isključivanje (prijenos) proizvoda u sustavu povlačenja.

Predstavljena opcija za prijenos informacija omogućuje vam potpuno upravljanje lean proizvodnim linijama korištenjem informacijskih kartica za prijenos određenog proizvodnog naloga iz sljedeće faze u prethodnu.

Razvojni programer ovakvog produktivnog sustava je Toyota Motors, koja predstavljenu ideju objašnjava kao jedan od prvih pokušaja praktične primjene metode just-in-time. Prema kanban sustavu, proizvodnja se odvija u skladu sa sljedećim pravilom: odjelima poduzeća opskrbljuju se resursi u određenoj količini i do jasno definiranog roka potrebnog za izvršenje narudžbe.

Detalji procesa

Shema prikazane metode je izuzetno jednostavna, ali ima vrlo učinkovit učinak na organizaciju proizvodnog procesa. Nakon opskrbe odjela poduzeća u smislu resursa, provodi se detaljan izračun potrebnog obujma nedovršene proizvodnje, koji bi trebao doći izravno iz pretposljednje faze (narudžba za gotov proizvod, prema tome, je završna faza postupak). Slično, iz pretposljednje faze upućuje se zahtjev prethodnoj fazi za određenu količinu poluproizvoda.

Tako se opseg proizvodnje na određenoj lokaciji formira u skladu s potrebama sljedeće faze proizvodnje. Logično je da se između svake dvije faze proizvodnog procesa koje se nalaze u blizini uspostavlja dvostruka veza:

Od n-te faze do n-1 traži se (“povučena”) potrebna količina proizvodnje u tijeku.
Od n-1. stupnja do n-tog stupnja materijalna sredstva se šalju u potrebnoj količini.

Alati za prijenos informacija

Da biste bolje razumjeli kanban - što je to, trebali biste razumjeti da su alat za prijenos informacija u ovom sustavu posebne kartice, koje su klasificirane u dvije skupine:

Alati koji su izravno povezani s proizvodnim nalogom. U ovoj vrsti kartica najprije je naznačen broj dijelova koji se moraju proizvesti u prethodnoj fazi proizvodnog procesa. Oni se šalju iz n-te faze proizvodnje u n-1 fazu i služe kao glavni razlog za razvoj proizvodnog programa za ta mjesta.
Alati za odabir sadrže informacije o količini potrebnih materijalnih resursa (ovo može uključivati poluproizvode, materijale, dijelove itd.) koji se moraju uzeti u prethodnoj fazi montaže. Kartice ove vrste prikazuju količinu resursa koju je stvarno primila n-ta faza proizvodnog procesa od n-1.

Važno je napomenuti da kartice mogu cirkulirati ne samo u odnosu na unutarnju infrastrukturu poduzeća, već i između njegovih podružnica ili korporacija koje podržavaju suradnju.

Učinkovite metode korištenja Kanbana - što je to?

Taiichi Ohno, predsjednik Toyota Motor Corporation, razvio je nekoliko principa za korištenje kanban kartica s maksimalnom učinkovitošću:

Naknadna operacija proizvodne aktivnosti uklanja volumen dijelova naznačen na kartici iz prethodne operacije.
Proizvodna operacija koja se nalazi ispred se provodi u skladu s izradom dijelova u količini i redoslijedu naznačenom na određenoj kartici.
Ne postoje dijelovi koji se mogu izraditi bez kartice. Ova odredba omogućuje smanjenje prekomjerne proizvodnje, kao i prekomjernog kretanja proizvoda. Dakle, količina kartica u optjecaju jednaka je maksimalnoj količini zaliha.
Kartica je narudžba za izradu proizvoda (proizvod je u svakom slučaju priložen odgovarajućoj kartici).
Dijelovi koji imaju bilo kakav nedostatak ne mogu se proslijediti daljnjem procesu. Ova odredba omogućuje da proizvodnja proizvoda bude što je moguće bez nedostataka.
Smanjenje broja kartica povećava razinu njihove osjetljivosti. Time dolazi do izražaja postojeći problem i provodi se učinkovita kontrola nad zalihama.

Značajke korištenja kartica

Kako se pokazalo, upravljanje kanbanom provodi se prema određenoj shemi, koja uključuje korištenje posebnih kartica. Stoga se tijekom njihove uporabe moraju u potpunosti ispuniti zahtjevi za osiguranjem apsolutne vidljivosti i maksimalne sigurnosti dotičnog sustava: gubitak kartica, kao i njihovo miješanje, potpuno je eliminirano.

Stručnjaci su razvili učinkovit alat koji vam omogućuje maksimalnu produktivnost Kanban sustava. Ploča ove metode služi kao sabirna točka za aktivne kartice, budući da zaposlenici često koriste nekoliko različitih alata na radnom mjestu. Dakle, kartice koje idu proizvođaču nalaze se na kontrolnoj ploči. A kada novoprimljeni alati za kartice dođu do polja "start", cijeli set kartica odgovarajućeg broja dijela se prenosi za provođenje daljnjeg procesa proizvodnje.

Prednosti korištenja Kanban metode - što je to?

Poduzeća koja ga koriste dobivaju dnevne zalihe materijalnih sredstava (a često i više puta tijekom dana). To omogućuje potpuno ažuriranje proizvodnih zaliha otprilike 100-300 puta tijekom godine. Ako usporedimo Kanban sa sustavima kao što su MRP ili MAP, tada se u ovom slučaju ažuriranja događaju otprilike 10 puta češće.

Preporučljivo je ocijeniti kanban metodu primjerima koji otkrivaju njezinu apsolutnu prednost u odnosu na druge, manje produktivne. Tako je Toyota Motors Corporation 1976. opskrbljivala resursima jedno od brojnih proizvodnih mjesta tri puta dnevno, a 1983. - svakih deset minuta.

Kanbani se često koriste u radu sa supermarketima (zalihe posebno formirane za tu svrhu). Dakle, potrošač supermarketu šalje izborni kanban koji označava, kao što je gore navedeno, količinu proizvoda, a supermarket mu prenosi navedeni broj proizvoda. U isto vrijeme, supermarket dobavljaču šalje kanban za nadopunu, nakon čega dobavljač prenosi proizvode u supermarket.

Temeljni elementi metode

Najvažnije komponente kanban sustava su sljedeće:

Informacijski kompleks koji u svojoj strukturi sadrži ne samo kartice, već i rasporede proizvodnje, transporta ili opskrbe, kao i tehnološke karte.
Kompleks koji je izravno povezan s kontrolom nad potrebama i profesionalno.
Kompleks koji omogućuje potpunu (TQM) i selektivnu (Jidoka) kontrolu kvalitete proizvoda.
Kompleks koji osigurava apsolutno niveliranje proizvodnje.

Predstavljeni elementi, korišteni zajedno, omogućuju postizanje najkraćeg proizvodnog ciklusa, visoku razinu obrtaja sredstava (uključujući zalihe), kao i eliminaciju ili minimiziranje troškova skladištenja za proizvodnju i, naravno, postizanje najviše kvalitete proizvoda. proizvoda u svakoj fazi proizvodnog procesa.

Nedostaci sustava i rezultati njegove uporabe

Kao i svaki razvoj, sustav pravodobno ima neke nedostatke. Prvo, to je poteškoća u organiziranju visoke razine dosljednosti između faza proizvodnje određenog proizvoda.

Drugo, postoji značajan rizik od poremećaja proizvodnog procesa, a time i prodaje proizvoda. Ipak, detaljna analiza svjetske prakse u vezi s primjenom predmetne metode pokazala je da prikazani sustav omogućuje smanjenje proizvodnih zaliha za polovicu, a zaliha za 8%, uz značajno ubrzanje obrta obrtnih sredstava i , naravno, povećanje kvalitete gotovog proizvoda.

Važno je napomenuti da korištenje kanbana ne završava s proizvodnim procesima. Dakle, sustav se aktivno koristi u uredskim i projektnim aktivnostima, u programiranju (postoji cijeli kompleks razvoja kanbana), kao iu postizanju osobnih rezultata (osobni tip kanbana).

Dobar dan

Jedan od mojih profesionalnih interesa, kao koordinatora tima za testiranje, su metodologije razvoja softvera. Trenutačno su takozvane Agile metodologije, posebice Scrum i Kanban, sve popularnije. Beskrupulozni “treneri” igraju pod “razvikanim” uvjetima, seminari i certifikacije (“certificirani Scrum majstor”, “certificirani vlasnik proizvoda” itd.) rastu velikom brzinom.

U većini beskrupuloznih članaka i treninga svaka se metodologija predstavlja kao čarobni srebrni metak koji će trenutačno riješiti komunikacijske probleme i odmah spasiti pojedine članove tima od nekompetentnosti. Općenito, pomoći će vam da riješite upravo svoje probleme. Ove godine ulazim u magistarski program na Bjeloruskom državnom sveučilištu sa diplomom iz tehnologija upravljanja ljudskim resursima i planiram detaljno razmotriti prednosti i mane, kao i ograničenja primjenjivosti najčešćih metodologija razvoja softvera.

U procesu rada često sam se susretala s nerazumijevanjem i netočnim tumačenjem metodičkih alata, korištenjem pomodne metodologije bez uzimanja u obzir konteksta. Nakon čitanja članka shvatio sam da je problem više globalan nego lokalni. Danas predlažem da malo pogledamo Kanban, njegovu povijest, osnovna načela i moguće granice primjene.

Povijest pojma

Kanban je japanski izraz koji se počeo koristiti u vezi s proizvodnjom 60-ih godina 20. stoljeća u Toyoti. Ovaj princip temelji se na pokretnoj metodi proizvodnje, kao i različitim brzinama izvođenja pojedinih tehnoloških operacija u proizvodnji. Pokušat ću to objasniti u svojim prstima. U svakoj proizvodnji postoji glavna proizvodnja ("glavni transporter") i dodatna proizvodnja ("dodatni transporteri"). Brzinu proizvodnje gotovih proizvoda određuje glavni transporter, dok dodatni transporteri ne mogu ubrzati brzinu izlaska proizvoda, ali je mogu usporiti ako se potrebni dijelovi ne ispuštaju na vrijeme.

Osim toga, tijekom proizvodnje može doći do promjene prioriteta. Na primjer, pokazalo se da je stanica koja je proizvodila lijeva retrovizora proizvela 20 komada, a stanica koja je proizvodila desna retrovizora 10 komada, dok je na traci 15 automobila i potrebno je 15 komada retrovizora oba tipa. Postoji sukob metrike - proizvodnja nije kvantitativno pala (dodatni transporteri proizveli su 30 proizvoda na vrijeme), ali proizvodnja još uvijek postoji opasnost od zaustavljanja. Kanban je dizajniran da pomogne u rješavanju ovog problema.

U svom najjednostavnijem obliku Kanban uključuje dva jednostavna pravila:

Proizvodna stanica ima plan proizvodnje dijelova ("zaostatak"). Plan je poredan po prioritetu i može se promijeniti u bilo kojem trenutku (na primjer, postaja koja proizvodi previše lijevih zrcala trebala bi se moći prebaciti na desna zrcala što je prije moguće);
broj zadataka koji se istovremeno izvode na stanici je ograničen (tj. ne proizvodi više od određenog broja ogledala u isto vrijeme). Ovo ograničenje je nužno za kontrolu brzine proizvodnje na stanici, kao i brzine reakcije na promjene plana.

Sadašnje vrijeme

Kanban u posljednje vrijeme dobiva veliku popularnost u proizvodnji softvera. Neki timovi ovu metodologiju smatraju iznimno korisnom, neki je koriste kao "Cargo kult". Na temelju mog empirijskog iskustva, čisti Kanban loše funkcionira za timove proizvoda (čitaj "osnovni cjevovod"), ali radi odlično za timove za podršku kao što su:

grupe za podršku softveru, gdje nije bitan “plan”, već je važna brzina reakcije na promjene;
timovi za testiranje koji rade odvojeno od razvojnih timova;
usluge podrške;
drugi primjeri „industrija koje nisu bitne“.

Zasebno treba napomenuti da Kanban dobro funkcionira u startupima koji nemaju jasan plan, ali aktivno rade na razvoju. Predlažem da razmotrimo primjer korištenja Kanbana u razvoju softvera. Unaprijed se ispričavam na ružnim ilustracijama. Zamislimo tim od jednog programera koji radi na malom projektu. Razvojni plan (backlog) je razvrstan prema redoslijedu prioriteta dijelova posla, ograničenje tima za zadatke u procesu je 1 komad.

Za upravljanje procesom, voditelj projekta može:

promijeniti ograničenje broja zadataka u radu;
dodajte zadatak s višim prioritetom (na primjer p0) kako biste ga preuzeli što je prije moguće;

Tijekom procesa rada može se dogoditi da rad bude blokiran (hosting se pokvario, traženi framework nije preuzet i sl.). Općenito, blokirani rad se vraća u zaostatak, a odabire se novi zadatak s najvišim prioritetom. Ovisno o prirodi zadataka i vrsti tima, limit se može povećati ili smanjiti. Na primjer, naš programer može istovremeno nacrtati obrazac za registraciju i promatrati proces postavljanja novog poslužitelja. Međutim, ako je vrijeme izvršenja zadatka kraće od potrebnog, voditelj projekta može smanjiti ograničenje ili povećati tim. Dakle, uz pravilno upravljanje, Kanban daje najveću moguću brzinu rada za određeni tim, maksimalnu brzinu odgovora na promjene i istovremeno smanjuje “troškove” podrške metodologiji. Pa to je sve! Kanban nije lak, jednostavan. Vrlo je jednostavno!

Ograničenja Kanbana kada se koristi u timovima proizvoda uključuju:

ova metodologija ne funkcionira dobro s velikim timovima (više od 5 ljudi);
U svom čistom obliku, Kanban ne funkcionira dobro s međufunkcionalnim timovima. Oni. Za razliku od Scruma, teško je kombinirati testiranje i razvoj u jednom timu. Bolja je ideja podijeliti proces na razvojnu "stanicu" i testnu "stanicu" s odvojenim upraviteljima i zaostacima;
Kanban zbog svoje povijesti i specifičnosti nije namijenjen dugoročnom planiranju.

Zaključak

Zaključno, želim dodati da uspoređivanje bilo kakvih metodologija po principu “tko je cool” nije produktivno i kontrakonstruktivno (Captain Obvious). Svaka više ili manje uobičajena metodologija ima svoje prednosti, nedostatke i ograničenja primjene. Uz to, agilne metodologije inherentno postavljaju veće zahtjeve za timski rad i iskustvo članova tima.

Ako postoji interes za temu, nastavit ću detaljnije razmatrati Kanban. Nakon toga predlažem razvrstati Scrum i RUP u dijelove i slike.

Detaljnije i jasnije možete pogledati.

Pomoću kanban sustava regulira se količina proizvoda proizvedenih u tvornici. Kanban se naziva sustav signalizacije lean proizvodnje jer Kanban kontrolira proizvodnju jednako vješto kao što mozak i živčani sustav (prvi signalni sustav) kontroliraju ljudsko tijelo. Glavna prednost kanban sustava je sprječavanje prekomjerne proizvodnje. Svrha kanban sustava je proizvesti samo tražene proizvode u traženoj količini iu pravo vrijeme.

Na japanskom riječ "kanban" znači "oznaka" ili "znak". Kanban je kontrolna kartica koja se koristi u proizvodnji povlačenjem.. Ovo je radni nalog koji prati svaki proizvod. Svaka takva kartica je pričvršćena na dio ili sklop, obavještavajući o tome odakle je došao ovaj ili onaj dio i kamo ga treba premjestiti. Tako, Kanban je informacijski sustav koji integrira pogon u kohezivnu cjelinu, uspostavlja veze između različitih procesa i koordinira tok vrijednosti prema zahtjevima kupaca.

Pull proizvodnja i uklanjanje otpada

U kanban sustavu, u prethodnim fazama proizvodnje, proizvedeno je točno onoliko dijelova koliko je uklonjeno naknadnim procesom. Nakon završetka jednog procesa, radnici uklanjaju dijelove iz prethodnog procesa. Uzimaju koliko im treba, kad im treba. Signal za povlačenje je narudžba potrošača. Takav Proizvodni sustav naziva se pull.

Sustav povlačenja temelji se na ideji supermarketa. U supermarketu kupci kupuju ono što je izloženo na policama. Police se popunjavaju kako se hrana i roba rasprodaju. U lean proizvodnji, metoda povlačenja suprotstavljena je metodi potiskivanja, u kojoj proizvedena količina ovisi o predviđenoj prodaji.

Sustav povlačenja omogućuje fleksibilniji pristup proizvodnji tako da možete proizvesti samo proizvode koji su vam potrebni, u pravoj količini, u pravo vrijeme. Ovim pristupom izbjegava se prekomjerna proizvodnja – glavni izvor gubitaka. Krajnji cilj u sustavu povlačenja je postići nulti kanban kada se eliminira rad u tijeku. Drugim riječima, narudžba kupca je ta koja pokreće kontinuirani tijek proizvodnje. U idealnom slučaju, u sustavu povlačenja proizvodni proces se uvijek poboljšava.

Kako svoj Kanban sustav učiniti učinkovitijim?

Kanban je najbolje implementirati kada ga tvrtka već koristi sustav povlačenja i prakticirati malu proizvodnju, odnosno protok pojedinačne proizvode I proizvodnja stanica. Ako ove metode funkcioniraju, Kanban postaje informacijski sustav kroz koji stanice tvore kohezivnu cjelinu, a procesi postaju dosljedniji. Ako se Kanban koristi samo u određenim odjelima, može doći do zabune zbog zabune između aspekata "povlačenja" i "guranja" proizvodnog sustava. Korištenje kanban sustava omogućuje nam da identificiramo razloge koji generiraju gubitke, odnosno prekomjernu proizvodnju. U slučajevima kada implementacija pull sustava nije specifični cilj postrojenja, rješavanje ovih problema može biti vrlo teško. Ako je potražnja za proizvodima tvrtke nedosljedna (osobito za sezonske proizvode) i malo je vjerojatno da će proizvodni proces imati koristi od male količine proizvodnje, korištenje kanban sustava može biti neučinkovito, a ponekad i nepotrebno.

Kako se broj kanbana u sustavu povlačenja postupno smanjuje, problemi povezani s vremenima prijelaza prvi izlaze na površinu. Kako bi se smanjilo vrijeme prijelaza, treba odmah primijeniti metode poboljšanja, tada će se takt vrijeme vratiti i mješoviti tok proizvodnje malog opsega može se kontrolirati pomoću kanbana. Ako ne implementirate metode koje pomažu smanjiti vrijeme prijelaza, tada postrojenje neće moći odgovoriti na promjene u potražnji potrošača, a glavni cilj implementacije kanban sustava i pull proizvodnje je upravo adekvatno odgovoriti na fluktuacije potražnje.

Autonomna usluga- Ovo je još jedan važan element pull proizvodnje. Održavanje radnog stanja strojeva, obavljanje rutinskog održavanja, kao i ostali elementi cjelokupnog održavanja opreme ključni su za uspješno funkcioniranje Kanban sustava.

Kanban je napredna vizualna metoda upravljanja čiji uspjeh uvelike ovisi o disciplini radnika i razumijevanju važnosti inicijativa koje postavlja sustav 5S. Snažan temelj za snagu sustava proizvodnje povlačenjem je vizualno radno mjesto. Dobro organizirano radno mjesto počinje implementacijom osnova 5S i održavanjem radnog mjesta u redu, postavljanjem visećih natpisa, stalnim poboljšanjima koja pokreću svi radnici.

Integracija Kanban sustava s MRP II

Problemi integracije Kanban sustava s MRP II (sustav za planiranje materijalnih potreba) obrađeni su u mnogim knjigama, pa se nećemo zadržavati na ovom pitanju. MRP II je računalni sustav koji se koristi ne toliko da odgovori na promjene u potražnji potrošača, već da procijeni resurse potrebne za proizvodnju. Drugim riječima, opseg primjene MRP II je push proizvodnja. Iako se neke tvrtke pokušavaju pomaknuti prema proizvodnji povlačenjem integracijom MRP sustava I kanban sustava, ova knjiga ispituje kanban sam po sebi kao mehanizam za implementaciju istinske proizvodnje povlačenjem.

“Pilot” ili raširena implementacija kanban sustava

Vrlo je važno odlučiti kako će se Kanban implementirati - posvuda ili u nekoliko odjela. Ne zaboravite da je Kanban sustav koji organizira sve procese u pogonu u jedinstvenu cjelinu, vezujući ih za potrebe kupaca. Ako odlučite implementirati kanban samo u nekoliko odjela, to može smanjiti ukupni učinak i neutralizirati ideju o kanban sustavu kao takvom.

Međutim, doista je moguće implementirati kanban u pojedinačne trgovine, čak i u nedostatku kontinuiranog tijeka proizvodnje. U ovom slučaju, Kanban će pomoći identificirati probleme u tijeku proizvodnje. Kada se broj kanbana u upotrebi smanji, vrijeme prijelaza traje dulje, dolazi do kašnjenja u isporuci proizvoda, oprema miruje, zalihe u procesu proizvodnje se povećavaju, što sve ometa proizvodnju proizvoda. U takvim slučajevima trebali biste se okrenuti drugim metodama lean proizvodnje: 5S, SMED, autonomno održavanje i optimalan raspored opreme kako biste primijenili proizvodnju ćelija i uspostavili tok iz jednog komada. Ovo je neophodno kako bi Kanban postao ono što stvarno jest: komunikacijski mehanizam neophodan za održavanje proizvodnje povlačenja.

S druge strane, ako ste već implementirali 5S, brzu promjenu i autonomno održavanje i želite prijeći na proizvodnju povlačenjem, toplo preporučujemo proširenje Kanban sustava u cijeloj tvornici. U ovom slučaju, kanban sustav sinkronizira sve proizvodne procese, povezujući ih u jedan lanac i postavlja ukupni ritam cijele proizvodnje u skladu s taktnim vremenom - "pulsom" potražnje potrošača. Kanban će vam pomoći identificirati problematična područja na podu trgovine koja bi inače mogla proći nezapaženo. Uz Kanban sustav, lean proizvodnja postaje stvarnost.

Kako Kanban može unaprijediti vaše poslovanje?

Svi su nas učili da radimo učinkovito: što više proizvoda proizvodimo, to bolje radimo. To je ono što su nam uvijek govorili. Uzeli smo ovu izjavu kao vodič za djelovanje: "više" znači "bolje". Međutim, u metodi lean proizvodnje u sustavu povlačenja koji koristi kanban, ova izjava je irelevantna.

U kanban sustavu princip “više, još više”, kao i puštanje proizvoda samo zato što se ima što proizvoditi, dovodi do najvećih gubitaka, odnosno hiperprodukcije. U kanban sustavu radnici proizvode proizvode samo kada prime signal. Kanban je signalni sustav, a zahtjev za proizvodnjom dolazi iz uzvodnog procesa, počevši od narudžbe kupca.

Kamban menadžment u gospodarskoj praksi označava takvu organizaciju poslovnih aktivnosti - bilo da se radi o proizvodnji, logistici ili maloprodaji - koja se može okarakterizirati kao sustav just-in-time. Sam pojam “Kanban”, koji se s japanskog prevodi kao “vidljiva karta”, sadrži pristup optimizaciji poslovanja podjelom na operacije i vizualizacijom procesa rada. I premda je filozofiju Kanban prva upotrijebila Toyota prije više od pola stoljeća, ovu metodu u njenom modernom smislu razvio je i predložio ekonomist David Anderson.

Što je Kanban sustav?

Ekonomist David Anderson, u Tokiju u proljeće 2005., tijekom šetnje istočnim vrtovima Carske palače, došao je do zaključka da bi višekratne raznobojne plastične karte za turiste, nazvane Kanban, mogle postati alat za gospodarsku aktivnost u uvjetima neizvjesnosti. Prošetavši i okrenuvši Kanban, on je u biti dovršio "zamišljeni posao". Kontrolori su na posebnoj ploči sa stupcima bilježili izdavanje kartica posjetiteljima i njihovo vraćanje.

Anderson je došao do zaključka da je putem kartica i stupaca moguće, primjerice, kontrolirati zalihe u skladištu ili nabavu robe. Zahvaljujući konceptu just-in-time bit će moguće minimizirati materijalne troškove i optimizirati prodaju. Nešto slično korišteno je u proizvodnji strojarstva Toyote još u kasnim 60-im godinama prošlog stoljeća, ali tada je broj istovremeno obavljenih zadataka bio minimalan, rad se odvijao u skladu sa strogim algoritmom.

Stoga je Anderson Kanban ploču vidio kao vrijedan proizvodni alat, što je opisao u knjizi Kanban: Uspješna evolucijska promjena za vaš tehnološki posao.

Što Kanban čini za proizvodnju?

Tako je Kanban metodologija koju je formulirao David Anderson evolucijski proces upravljanja zadacima koji uključuje preciznu organizaciju rada (isporuka).

"Glavno načelo je da svaki rad ne smije biti uzaludan", kaže ekonomist Maxim Yurkin. - Kanban omogućuje poslovnom čovjeku da optimizira faze projekta i prije nego što započne, na temelju vizualnih informacija koje ima o završetku sličnog posla. Na tome se temelji “vitka proizvodnja”.

Ako usporedimo proizvodne procese prije i nakon implementacije Andersonove metodologije, možemo vidjeti kako se materijalni troškovi smanjuju iz dana u dan. Istovremeno, zaposlenici se vode unosom u Kanban kartici „Gotovo” („gotovo”) „upravo na vrijeme”. Poduzetnici koji su primijenili Anderson metodu izvijestili su o povećanju profitabilnosti svog poslovanja za 25-30% - bez ikakvih većih ulaganja. S vremenom Kanban metoda postaje sve raširenija i traženija u srednjim i malim poduzećima.

Kako uvesti Kanban u tvrtku?

Analiza publikacija u ruskim medijima pokazuje da u mnogim slučajevima implementacija Kanbana znači integraciju sustava opskrbe „upravo na vrijeme“, koji koristi posebne ploče sa stupcima „raditi“ (započeo posao), „u napredak” (rad), “pregled” ” (revizija rada), “test” (rezultat), “gotovo” (završeno). Na taj način se kontroliraju postupci svih zaposlenika i ne dopušta se situacija da jedan zaposlenik ima ogroman broj neispunjenih zadataka, dok drugi sjedi besposlen.

Ruski čitatelj Andersonove knjige mogao bi pomisliti da je Kanban kontraintuitivan. To je poput stavljanja kola ispred konja, jer se tradicionalno planiranje radi od nule. Ova metoda potiče "prestanite započeti i počnite završavati".

4 principa Kanbana

Da biste razumjeli i uspješno implementirali JIT sustav u svoje poslovanje, morate obratiti pažnju na devet temeljnih stvari Kanbana: 4 principa i 5 pravila. Počnimo s načelima:

Uvijek procijenite ono što radite.
Budite spremni na evolucijske promjene.
Poštujte uloge, odgovornosti i titule.
Potaknite neformalne vođe.

Činjenica je da Kanban koncept ne daje "željezne" postavke, a još manje propisuje "terapeutske" postupke. Zato Anderson savjetuje "superponiranje" pravila povrh postojećeg tijeka rada koja se moraju svakodnevno pridržavati u proizvodnji. Imajte na umu da Kanban metoda uključuje slijeđenje puta manjeg otpora. Drugim riječima, potiče kontinuirane inkrementalne i evolucijske promjene trenutnog sustava, budući da se revolucionarne promjene suočavaju sa značajnim otporom – i zaposlenika i kupaca.

David Anderson potiče vrednovanje postojećih poslovnih procesa, kao i uloga, titula i odgovornosti zaposlenika. Drugim riječima, ako se neki procesi unutar procedure izvode ispravno, onda ih vrijedi spasiti. Možete se vratiti njihovoj modernizaciji kasnije, kada se poboljšaju drugi procesi. Važno je razumjeti da inkrementalne promjene ne bi trebale stvarati strah koji bi spriječio napredak. Potrebno je okupiti tim koji bi poslovnom čovjeku omogućio široko uvođenje novih proizvoda i samim time olakšao implementaciju Kanban koncepta.

Također se primjećuje da u svakom timu postoje ljudi koji uživaju autoritet, čak i ako ne drže visoke položaje. Međutim, njih se sluša i poštuje. Mudro je promovirati njihov razvoj u karijeri. Poticanje takvih neformalnih vođa ima pozitivan učinak na zdravlje poslovanja u cjelini.

5 pravila Kanbana

Osim 4 načela, David Anderson je u svojoj knjizi “Kanban: Uspješne evolucijske promjene za vaš tehnološki posao” opisao 5 osnovnih pravila kojih se pridržavaju uspješni poslovni ljudi:

Vizualizacija tijeka rada.
Ograničenje rada u tijeku (WIP - Work-In-Progress).
Upravljanje radnim procesom.
Jasnoća i transparentnost promjena.
Poboljšanje suradnje (upotrebom modela i znanstvene metode).

Razgovarajmo o pravilima detaljnije. Budući da je cilj Kanbana pozitivno promijeniti tijek rada njegovom dosljednom optimizacijom, prije svega, moramo odgovoriti na glavno pitanje: koji je cilj poslovne evolucije? To se može učiniti tek nakon razumijevanja kako proces funkcionira. Tek tada je preporučljivo pokušati integrirati koncept točno na vrijeme.

Vizualizacija poslovnih procesa vrlo je učinkovita metoda. Vizualizirati možete pomoću tzv. Kanban boarda ili LeanKit platforme. Napominjemo da LeanKit podržava implementaciju načela lean proizvodnje kako bi se stvorili uvjeti za kontinuirano unapređenje poslovnih procesa i integraciju inovacija.

"Metode vizualizacije su različite kao i tijekovi rada koji se optimiziraju", objašnjava Maxim Yurkin. "Osim tijeka rada i vremena izvršenja, drugi kriteriji kao što su tržišni rizik i trošak kašnjenja mogu se koristiti prilikom klasifikacije aktivnosti."

Ako ispravno vizualizirate svoj tijek rada, lako možete pronaći WIP fragmente koji se nazivaju "ubojicama poslovanja".

“To znači da se borba protiv proizvodnje u tijeku mora nastaviti tijekom cijelog procesa rada”, piše David Anderson. - Zato što posao koji nije obavljen na vrijeme “prebacuje” minus na sljedeći korak, a zatim udvostručuje minus na sljedeći korak. I to je kao gruda snijega. Smanjenje WIP-a na nulu kamen je temeljac Kanbana.”

Povratna informacija je vrlo važna. Nakon što napravite promjene, morate biti sigurni da doista postoji poboljšanje.

“Kanban metoda je uzbudljivo putovanje kada ne znate gdje ćete završiti”, podsjeća David Anderson. “Rješavanje jednog problema može pogoršati drugi.”

Kako proces implementacije promjena ne bi došao u slijepu ulicu, mora biti razumljiv svim sudionicima projekta. S tim u vezi, logično je citirati još jedan Andersonov citat: „Bez jasnog razumijevanja kako bi stvari trebale funkcionirati, svaka rasprava o problemima nastoji biti emocionalna, anegdotalna i subjektivna. Istinito je poput trzanja koljena.”

U Kanban metodi ključni koncept je Kaizen, što znači stalna, inkrementalna i pozitivna promjena.

"Poslovni čovjek koji integrira JIT mora razumjeti što je Kaizen", kaže Anderson. "Ako niste posvećeni poboljšanju, nema smisla implementirati Kanban."

Kanban vs. Okretan

Jasno je da Kanban ima svoje klevetnike koji tvrde da su drugi koncepti bolji. U međuvremenu, stručnjaci pozivaju da se Andersonova metoda ne miješa s drugim priznatim sustavima upravljanja - kažu da je to poput usporedbe jabuka s narančama. Kanban koncept se najčešće suprotstavlja:

Okretan;
Ološ;
Mršavo;
šest sigma;
PRINC2.

U međuvremenu, Kanban i Agile slični su jedan drugome, kao braća, s jedinom razlikom što je Anderson predložio širu metodu, dok je Agile više fokusiran na IT projekte. Obje metode uključuju evolucijske promjene, iako je u prvom slučaju uloga gospodarstvenika neusporedivo značajnija od statusa zaposlenika prema Agilnom manifestu.

Ako Kanban uključuje nepomirljivu borbu protiv radova koji su u tijeku, onda je Agile filozofija liberalnija u tom pogledu, jer daje prednost fleksibilnosti - spremnosti na promjene koje su "važnije od izvornog plana".

Veća je vjerojatnost da će programeri pogledati "napuštene potprojekte" ako se pronađe optimalnija softverska arhitektura. Tvrtke Dostaevsky, Chernika, uKit Group i drugi mogu vam reći da je Kanban učinkovita metoda u Rusiji.

Zaključak

Kanban je intuitivan način organiziranja tijeka posla koji pomaže poslovnom čovjeku učiniti više i raditi brže. No, sustav “just in time” nije lijek za sve probleme, već alat koji morate znati pravilno koristiti, svakodnevno unoseći suptilne promjene u radni proces, koje zajedno daju rezultate.

Imajte na umu da je Kanban neučinkovit u složenim tehnološkim sustavima s više razina, ali je gotovo idealan za male i srednje tvrtke.