Kanban la birou. Cu toate acestea, pe măsură ce el și Anderson au început să analizeze performanța XIT, el a identificat rapid factorii cheie care aveau un impact negativ asupra vitezei departamentului.

KANBAN

Sistemul Kanban- un sistem de tragere pentru organizarea producției și a aprovizionării, care să permită implementarea principiului Just-In-Time.

Dezvoltat și implementat pentru prima dată în lume de Toyota. În 1959, această companie a început să experimenteze cu sistemul Kanban și în 1962 a început procesul de transformare a întregii producții la principiile Kanban. Kanban se bazează pe constructele teoretice ale lui F. Taylor (1856-1915); G. Ford (1863-1947), precum și unele prevederi ale filozofiei budismului zen și confucianismului.

Organizarea producției companiei Toyota se bazează pe un plan anual de producție și vânzare de mașini, pe baza căruia se întocmesc planuri lunare și operaționale pentru producția medie zilnică la fiecare loc, pe baza prognozei cererii consumatorilor (perioada de livrare). - 1 și 3 luni). Programele zilnice de producție sunt pregătite numai pentru linia principală de asamblare. Pentru atelierele și zonele care deservesc transportorul principal nu se întocmesc grafice de producție (se stabilesc doar volume lunare de producție aproximative).

Utilizarea constantă a filozofiei just-in-time face posibilă descoperirea defectelor nedetectate până acum. Inventarul este foarte potrivit pentru ascunderea defectelor. Numai atunci când stocul scade pot fi observate probleme. Este foarte asemănător cu cum nivel inalt apa ascunde recife subacvatice.

„Kanban” înseamnă card în japoneză.

Există două tipuri de sisteme Kanban:

- container „Kanban”;

- card „Kanban”.

Containerul „Kanban” este o unitate de container pe care se află eticheta „Kanban”. Eticheta Kanban de pe container este fixată rigid și are următorul conținut:

Numele detaliului;

Număr de detaliu;

Număr de detalii;

Adresa destinatarului piesei;

Adresa expeditorului părții.

Sistemul de comandare a pieselor și ansamblurilor folosind „Kanban” containerizat se realizează după cum urmează: pe măsură ce piesele din primul „Kanban” containerizat sunt terminate, operatorul îl scoate de la locul de muncă la nivelul inferior al raftului (nivelul inferior al raftul este locul de depozitare a comenzilor operatorului si de primire a comenzilor de catre transportator) si functioneaza din secunda. Transportatorul ridică containerul gol și, deoarece un „Kanban” este atașat containerului, Părere intre operator si depozitar prin transportator pentru comanda materiale.

Container Kanban are un dezavantaj - este necesară o cantitate suplimentară de containere pentru fiecare unitate de piesă sau CI la crearea unui depozit.

Card Kanban este un card împărțit în patru secțiuni:

Culoarea cardului;

adresa expeditorului părții;

Numele piesei, numărul piesei, numărul de piese sau ansambluri necesare pentru livrare la adresa destinatarului;

Adresa destinatarului piesei.

Una dintre variantele de culoare:

Albastru - producție „Kanban” (între linia de producție și zona de livrare);

Roșu - depozit „Kanban” (între depozit și zona de livrare);

Verde - inter-shop „Kanban” (între ateliere, fabrici de producție etc.).

Livrarea pieselor trebuie efectuată pe cărucioare de transport. În interiorul atelierului, transportul electric ar trebui exclus, deoarece acesta necesită costuri suplimentare pentru întreținere, reparații, un număr suplimentar de muncitori și afectează siguranța celorlalți. Căruciorul de transport conține patru compartimente: pentru piese mari; pentru piese medii; pentru piese mici; pentru recipientele goale.

Piesele mari, atât în ​​depozit, cât și la locul de muncă al operatorului, trebuie transferate manual; acestea trebuie să fie rulate din căruciorul de transport pe la locul de muncă, sau vice versa. Transportul pieselor la locurile de muncă trebuie să fie efectuat în așa fel încât transportatorul să nu pătrundă în zona de lucru a operatorului. Pentru a face acest lucru, este necesar să se indice la locurile de muncă ale operatorilor toate adresele pieselor conform planului, cu reversul desktopul operatorului.

Primul principiu al sistemului Kanban- eticheta Kanban trebuie să fie în containerul cu piesele sau atașată de acestea.

Al doilea principiu al sistemului Kanban- doi „Kanban” la locul de muncă, adică La un loc de muncă este permis să existe două standarde de piese. Acest principiu se aplică numai pieselor mici și mijlocii, al căror transport se efectuează în containere speciale - acest principiu stabilește timpul pentru transportul pieselor.

Al treilea principiu al sistemului Kanban- absența pieselor defecte pe linia de producție (conveior), deoarece dacă piesele defecte ajung pe transportor, nu va exista o funcționare stabilă a transportorului și funcționarea transportorului.

Al patrulea principiu al sistemului Kanban- formare noua schema facilitati depozit:

Ar trebui să existe un singur depozit, cât mai aproape de transportor;

Depozitul este format conform principiului unui magazin cu autoservire - transportatorul se deplasează în jurul depozitului și colectează el însuși piesele și unitățile de asamblare necesare într-un cărucior;

Piesele și CI în cantitatea necesară trebuie pregătite pentru transportator de către lucrătorii din depozit, unul dintre cele mai factori importanți este absența recalculării, sau a recalculării rapide (măsurate, containere celulare). Transferul de mărfuri și materiale de la transportator la operator ar trebui, de asemenea, să fie efectuat fără a se relata - încrederea oamenilor unii în alții iese în prim-plan.

Pentru utilizare rațională orele de lucru ale unui depozitar, transportator etc., este necesar să se aplice - simplificarea sistemului de flux de documente (utilizați coduri de bare).

Fundația Wikimedia. 2010.

Sinonime:

Cărți

• Kanban și just-in-time la Toyota. Managementul începe de la locul de muncă. Despre căutarea perfecționării, datând din tradiția samurai, conform căreia un războinic nu încetează să-și îmbunătățească abilitățile și să-și ascute sabia. Despre sistemul kanban și just-in-time...

Voi scrie mai multe articole despre noua metodologie de dezvoltare agile Kanban (Kanban Development) pentru a mă pregăti pentru Conferința Scandinavă Agile 2009, unde voi prezenta unul dintre rapoarte (apropo, invit și toți la conferinţă).
Astăzi public primul dintre articole.
Obiectivul principal al primului articol este de a descrie elementele de bază ale Kanbanului cât mai simplu posibil: ce este, cum diferă de alte metodologii flexibile și de ce este necesar.
De asemenea, aș dori să adun cât mai multe întrebări și îndoieli în comentarii pentru a le răspunde în articolele viitoare, așa că scrieți orice nu înțelegeți sau orice altceva ați dori să știți despre Kanban.
Nu sunt tocmai un mare expert în această nouă metodologie, dar în cadrul echipei am venit la Kanban pe cont propriu și am trecut constant prin toate etapele mutației de la SCRUM la Kanban, așa că avem experiență practică.

În primul rând, voi scrie despre originea termenului Kanban.

Acest termen ne-a venit din Japonia datorită sistemului de producție Toyota, larg cunoscut în cercurile restrânse. Mi-ar plăcea ca cât mai mulți oameni să citească despre acest sistem și despre principiile de bază încorporate în el - producție slabă, dezvoltare continuă, orientare către client etc. Toate aceste principii sunt descrise în cartea lui Taiichi Ohno The Toyota Production System, care a fost tradusă în rusă.

Termenul Kanban are o traducere literală: „Kan” înseamnă vizibil, vizual, iar „ban” înseamnă card sau tablă.
La fabricile Toyota, cardurile Kanban sunt folosite peste tot pentru a evita aglomerarea depozitelor și zonelor de lucru cu piese de schimb pre-create. De exemplu, imaginați-vă că instalați uși pe o Toyota Corolla. Aveți un pachet de 10 uși lângă locul de muncă. Le pui una după alta pe mașini noi și când mai rămân 5 uși în pachet, atunci știi că este timpul să comanzi uși noi. Luați un card Kanban, scrieți o comandă pentru 10 uși pe el și îl duceți celui care face ușile. Știi că le va face exact la timp pentru ca tu să rămâi din restul celor 5 uși. Și exact asta se întâmplă - când instalezi ultima ușă, sosește un pachet de 10 uși noi. Și asta se întâmplă tot timpul - comanzi uși noi doar atunci când ai nevoie de ele.
Acum imaginați-vă că un astfel de sistem funcționează în întreaga fabrică. Nu există depozite unde să stea piesele de schimb săptămâni și luni. Toată lumea lucrează doar la cerere și produce exact atâtea piese de schimb cât se cere. Dacă dintr-o dată apar mai multe sau mai puține comenzi, sistemul în sine se adaptează cu ușurință la schimbări.

Scopul principal al cardurilor Kanban din acest sistem este de a reduce cantitatea de muncă „efectuată în acest moment lucru" (lucru în curs).
De exemplu, o întreagă linie de producție ar putea avea exact 10 carduri de ușă alocate acesteia. Aceasta înseamnă că la un moment dat nu vor exista mai mult de 10 uși gata făcute pe linie. Când să comanzi uși noi și cât este o sarcină pentru cel care le instalează. Doar el își cunoaște nevoile și doar el poate plasa comenzi la producătorul ușilor, dar este întotdeauna limitat la 10.
Această metodă de producție Lean a fost inventată la Toyota și acum multe Companii de productie Este în curs de implementare sau a fost deja implementat în întreaga lume.

Dar toate acestea se referă la producție, nu la dezvoltarea de software.
Ce este dezvoltarea Kanban în raport cu software-ul și prin ce diferă de alte metodologii flexibile, fie că este SCRUM sau XP?

În primul rând, trebuie să înțelegeți imediat că Kanban nu este proces specific, ci un sistem de valori. La fel ca SCRUM cu XP. Aceasta înseamnă că nimeni nu vă va spune ce și cum să faceți pas cu pas.
În al doilea rând, întregul Kanban poate fi descris într-o singură frază simplă - „Reducerea lucrărilor în curs de desfășurare (lucrări în curs)”.
În al treilea rând, Kanban este o metodologie și mai „flexibilă” decât SCRUM și XP. Aceasta înseamnă că nu se va potrivi tuturor echipelor sau tuturor proiectelor. Și înseamnă, de asemenea, că echipa trebuie să fie și mai pregătită să lucreze agil decât chiar și echipele care folosesc SCRUM și XP.

Diferența dintre Kanban și SCRUM:
- În Kanban nu există casete de timp pentru nimic (nici sarcini, nici sprinturi)
- În Kanban există mai multe sarcini și mai puține dintre ele
- În Kanban, estimările termenelor limită pentru o sarcină sunt opționale sau deloc
- În Kanban, nu există „viteza echipei” și se ia în considerare doar timpul mediu pentru finalizarea unei sarcini

Acum uită-te la această listă și gândește-te la ce a mai rămas metodologie agilă, dacă eliminăm sprinturile, creștem dimensiunile sarcinilor și nu mai măsurăm viteza echipei? Nimic?
Cum putem vorbi despre controlul dezvoltării dacă eliminăm principalele instrumente de control - termenele limită, viteza de lucru și sprinturile? Pentru mine, această întrebare este aproape cea mai importantă.
managerii se gândesc mereu la control și încearcă să-l câștige, deși în realitate nu îl au niciodată. Controlul dezvoltării de către manager este o ficțiune. Dacă echipa nu vrea să lucreze, atunci indiferent cum o controlați, proiectul va eșua.
Dacă echipa se bucură de muncă și lucrează cu dăruire deplină, atunci nu este nevoie de control, ci doar interferează și crește costurile.
De exemplu, problema binecunoscută a SCRUM este costurile mari ale discuțiilor, întâlnirilor și pierderilor mari de timp la intersecțiile sprinturilor (când se petrece cel puțin o zi închiderea unui sprint, iar apoi o zi deschiderea unuia nou. Și daca sprintul este de 2 saptamani, atunci 2 zile din 2 saptamani sunt 20%, naibii de mult). Ca urmare, aproape 30-40% din timp când se folosește SCRUM este cheltuit pe menținerea procesului în sine - pe întâlniri zilnice, pe ateliere de 5%, pe retrospective de sprint etc. treizeci%!

Dezvoltarea Kanban diferă de SCRUM în primul rând prin concentrarea pe sarcini. Dacă în SCRUM obiectivul principal al echipei este finalizarea cu succes a sprinturilor (trebuie să recunoaștem că acest lucru este adevărat), atunci în Kanban sarcinile sunt pe primul loc.
Nu există sprinturi; echipa lucrează la o sarcină de la început până la finalizare. Desfășurarea unei sarcini se face atunci când este gata. Prezentarea lucrării finalizate - de asemenea. Echipa nu ar trebui să estimeze timpul necesar pentru a finaliza o sarcină, deoarece acest lucru nu are sens și este aproape întotdeauna greșit la început.
Dacă managerul are încredere în echipă, atunci de ce să aveți o estimare a timpului? Sarcina managerului este să creeze un grup de sarcini prioritizat, iar misiunea echipei este să finalizeze cât mai multe sarcini din acel grup. Toate. Nu este nevoie de control. Tot ceea ce este necesar de la manager este să adauge sarcini la acest pool sau să le schimbe prioritatea. Așa gestionează el proiectul.

Echipa folosește o placă Kanban pentru a lucra. De exemplu, ar putea arăta astfel (luat):

Coloane de la stânga la dreapta:

Obiectivele proiectului:
Coloană opțională, dar utilă. Puteți pune aici obiective de proiect la nivel înalt, astfel încât echipa să le vadă și să știe toată lumea despre ele. De exemplu, „Măriți viteza cu 20%” sau „Adăugați suport pentru Windows 7”.

Coada de sarcini:
Aici sunt stocate sarcinile și gata să fie începute. Sarcina cu cea mai mare prioritate este întotdeauna luată pentru execuție și cardul său este mutat în coloana următoare.

Dezvoltarea designului:
Aceasta și coloanele rămase până la „Finalizat” se pot schimba deoarece echipa este cea care decide prin ce pași parcurge sarcina pentru a ajunge la starea „Finalizat”.
De exemplu, această coloană poate conține sarcini pentru care codul sau designul interfeței nu este încă clar și este în discuție. Când discuțiile sunt finalizate, sarcina trece la coloana următoare.

Dezvoltare:
Aici sarcina se blochează până la finalizarea dezvoltării caracteristicii. Odată finalizat, se trece la următoarea coloană.
Sau, dacă arhitectura nu este corectă sau precisă, sarcina poate fi returnată la coloana anterioară.

Testare:
Sarcina se află în această coloană în timp ce este testată. Dacă sunt găsite erori, acesta este returnat la Dezvoltare. Dacă nu, merge mai departe.

Implementare:
Toate proiectele au propria lor implementare. Pentru cineva înseamnă să postezi versiune noua produs pe server, în timp ce pentru alții, pur și simplu trimiteți codul în depozit.

Terminat:
Autocolantul merge aici numai atunci când toate lucrările la sarcină sunt complet finalizate.

În orice job există sarcini urgente. Planificate sau nu, dar cele care trebuie făcute chiar acum. Pentru acestea putem evidenția loc special(marcat ca „Expedite” în imagine). Puteți pune o sarcină urgentă în Expedite și puteți solicita echipei să înceapă să lucreze la ea imediat și să o completeze cât mai repede posibil. Dar nu poate exista decât o astfel de sarcină! Dacă apare altul, acesta trebuie adăugat la „Coada de sarcini”.

Și acum cel mai important lucru. Vedeți numerele sub fiecare coloană? Acesta este numărul de sarcini care pot fi în aceste coloane în același timp. Numerele sunt selectate experimental, dar se crede că acestea ar trebui să depindă de numărul de dezvoltatori din echipă.
De exemplu, dacă aveți 8 programatori într-o echipă, atunci puteți pune în linia „Dezvoltare” numărul 4. Aceasta înseamnă că programatorii nu vor face mai mult de 4 sarcini în același timp, ceea ce înseamnă că vor avea multe motive să comunicați și împărtășiți experiențe. Dacă puneți numărul 2 acolo, atunci 8 programatori care fac două sarcini s-ar putea să se plictisească sau să piardă prea mult timp cu discuții. Dacă setați 8, atunci fiecare își va face propria sarcină și unele sarcini vor rămâne pe tablă mult timp, dar sarcina principală Kanban este o reducere a timpului necesar pentru ca o sarcină să treacă de la început până la finalizare.
Nimeni nu va da un răspuns exact cu privire la care ar trebui să fie aceste limite, dar mai întâi încercați să împărțiți numărul de dezvoltatori la 2 și vedeți cum funcționează în echipa dvs. Aceste numere pot fi apoi ajustate pentru a se potrivi echipei dvs.
Prin „dezvoltatori” mă refer nu numai la programatori, ci și la alți specialiști. De exemplu, pentru coloana „Testare”, dezvoltatorii sunt testeri, deoarece testarea este responsabilitatea lor.

Sarcinile de pe o astfel de placă nu sunt doar sarcini, ci ceea ce se numește o Funcție minimă de marketing, adică o caracteristică care poate fi „vândută” clienților.
Un test bun pentru MMF este să vă întrebați „Aș scrie despre această funcție pe blogul companiei?” Dacă nu, nu este MMF.

Ce nou și util oferă o astfel de placă cu limite?

In primul rand, Reducerea numărului de sarcini paralele reduce foarte mult timpul de execuție al fiecărei sarcini individuale. Nu este nevoie să comutați contextul între sarcini, să urmăriți diferite entități, să le programați etc. - se face doar ceea ce este necesar. Nu este nevoie să organizezi planificarea sprintului și ateliere de 5%, pentru că planificarea a fost deja făcută în coloana „coadă de sarcini”, iar munca detaliată asupra sarcinii începe NUMAI când sarcina începe să fie executată.

În al doilea rând, dopurile sunt imediat vizibile. De exemplu, dacă testerii nu fac față testării, atunci foarte curând își vor umple întreaga coloană, iar programatorii care au finalizat o nouă sarcină nu o vor mai putea muta în coloana de testare, deoarece e plin. Ce să fac? Acum este momentul să ne amintim că „suntem o echipă” și să rezolvăm această problemă. De exemplu, programatorii pot ajuta testerii să finalizeze una dintre sarcinile de testare și abia apoi să mute o nouă sarcină în spațiul liber. Acest lucru va finaliza ambele sarcini mai repede.

În al treilea rând, puteți calcula timpul necesar pentru a finaliza o sarcină medie. Putem marca pe card data când a fost adăugat în coada de activități, apoi data la care a început și data la care a fost finalizat. Folosind aceste trei puncte, pentru cel puțin 10 sarcini, puteți calcula deja timpul mediu de așteptare în coada de sarcini și timpul mediu de finalizare a sarcinilor. Și din aceste cifre, managerul sau proprietarul produsului poate deja să calculeze orice dorește.

Toate Kanban-urile pot fi descrise prin doar trei reguli de bază:
1. Vizualizați producția
- Împărțiți munca în sarcini, scrieți fiecare sarcină pe un cartonaș și așezați-o pe perete sau tablă.
- Utilizați coloane cu nume pentru a afișa starea unei sarcini în producție.
2. Limitați WIP(lucrări în curs de desfășurare sau lucrări efectuate simultan) pe fiecare etapa de productie.
3. Măsurați timpul ciclului(timp mediu pentru a finaliza o sarcină) și optimizarea constantă a procesului pentru a reduce acest timp.

Doar 3 reguli!
De exemplu, în SCRUM există 9 reguli de bază. În XP - 13, și în RUP clasic - până la 120. Simțiți diferența.

Aici voi termina primul articol despre Kanban.
Aștept cu nerăbdare feedback-ul și comentariile dvs., precum și sugestii pentru articolele viitoare.

Pentru a le folosi în muncă, au venit cu reguli.

Kanban este un mod agil de a gestiona munca. Conține doar șase reguli și propune o tranziție evolutivă de la un mod convențional de gândire la unul agil. Antrenorii agili compară adesea Kanban cu apa - acesta curge în jurul structurii și ierarhiei companiei și începe încet să le schimbe. Așa cum apa uzează pietrele, Kanban vă schimbă modul în care gândiți.

Nu trebuie să depui mult efort pentru a începe să fii agil - nu există nicio reorganizare în timpul tranziției și, la început, rolurile familiare sunt păstrate. Totul se schimbă treptat și nu pune probleme echipei.

Pentru cine este potrivit Kanban?

Kanban nu are restricții. Cu ajutorul acestuia, tinerii căsătoriți își planifică bugetul familiei, micile divizii de la Microsoft dezvoltă noi programe, iar Toyota gestionează toată producția.

Există ramuri separate ale Kanban: producție, software și personal. Sunt atât de diferite încât vizualizările sunt complet diferite unele de altele. Sunt multe etape de lucru în producție, fiecare are propria tablă și toate sunt împrăștiate prin ateliere. Cardurile indică etapele de asamblare, iar vizualizarea are ca scop aprovizionarea atelierelor cu piesele necesare. Specialiștii IT au de obicei o placă comună; este concepută pentru lucru in echipași ajută la gestionarea lucrului împreună.

Cum se folosește pentru a fi agil

Există doar șase reguli în Kanban, acestea sunt introduse treptat. Cele noi nu sunt adăugate până când modificările anterioare devin familiare pentru majoritatea angajaților.

La început, Kanban își propune să cruțe vechea structură și ierarhie, așa că schimbările vor fi evolutive. Tot ce este nevoie este o dorință puternică de a începe și încurajarea inițiativei în companie.

Regula 1: Vizualizați-vă fluxul de sarcini

Kanban se bazează pe vizualizare. Toate sarcinile sunt notate într-un loc vizibil, astfel încât să știți cum merg lucrurile în orice moment.

Vizualizarea poate fi diferită: o tablă cu note lipicioase, un tabel cu cartonașe, un tabel în Excel sau programe precum Trello și Jira. Nu există o vizualizare corectă sau greșită - lucrul bun este ceea ce ți se potrivește:

Pentru începători, recomandăm folosirea unei table sau a unui perete cu note lipicioase. Placa fizica mai convenabil decât programele, pentru că este întotdeauna în fața ochilor tăi. Nu este nevoie să porniți computerul, să deschideți browserul și să accesați site-ul web pentru a afla cum merge treaba. Echipa vede imediat imaginea curentă.

Tabla fizică este, de asemenea, caldă emoțional. Imaginează-ți doar că ai finalizat sarcina, te-ai dus la tablă și ai mutat cardul într-o altă coloană. Ești grozav și toată lumea știe asta. Acest lucru nu se va întâmpla în Trello și Jira; cardul va apărea pur și simplu într-o coloană diferită.

Notează toate sarcinile. Pentru a crea o vizualizare, trebuie să notați toate sarcinile pe care le faceți acum și pe care le veți face în zilele următoare. După aceasta va deveni clar cât ai munca adevarata, și câți sunt în planuri.

Determinați stările sarcinilor. Stările sarcinilor sunt coloane de pe tablă. Puteți folosi diferite coloane, nu există reguli specifice. Pentru început, oferim trei: „De făcut”, „De lucru” și „Terminat”. Apoi le puteți împărți în altele mai mici, dacă este necesar, sau puteți veni cu noi stări.

Important: toate sarcinile trebuie să fie pe tablă. Nu puteți lucra la ceea ce nu este în vizualizare.

Regula 2. Limitați cantitatea de muncă simultană

Odată ce vizualizarea este creată, veți fi surprins de câtă muncă face echipa în paralel. Acesta este unul dintre motivele pentru care proiectele durează: energia este cheltuită nu pentru sarcini, ci pentru comutarea între ele.

Kanban sugerează limitarea cantității de lucru simultan. Acest lucru vă va crește eficiența și va accelera progresul cardurilor de la starea „De făcut” la starea „Terminat”. Vă recomandăm să înregistrați numărul de sarcini curente și să utilizați acest număr ca limită inițială. Apoi, limita trebuie redusă treptat:

Fixați limita. De acord cu colegii tăi câte sarcini din fiecare coloană poți face în același timp. Scrieți aceste restricții în numere deasupra coloanelor sau limitați spațiul de pe tablă, astfel încât cărțile noi să nu încapă pe el.

Prioritizează sarcinile. După limitarea numărului de lucrări simultane, vor exista o mulțime de cărți în coloana „De făcut”. Pentru a le organiza, este nevoie de prioritizare. Puteți marca cărțile cu culoare, le puteți aranja într-o anumită ordine sau puteți crea o evaluare cu puncte. Principalul lucru este că toată lumea înțelege clar ce sarcini trebuie făcute acum și care pot fi amânate pentru câteva zile.

Important: terminați lucrurile pe care le începeți, mai degrabă decât să vă ocupați de mai multe lucruri noi în același timp.

Regula 3. Controlează fluxul sarcinilor

Vizualizarea ajută la monitorizarea vitezei de avansare a cardului și a volumului de lucru uniform al angajaților. Dacă ceva nu este în regulă, este imediat vizibil pe tablă:

Când apare un ambuteiaj, se aplică principiul: unul pentru toți și toți pentru unul. Angajații care rămân inactiv nu stau într-un colț, ci ajută la curățarea molozului. De exemplu, designerii se implică în testarea sau redactarea documentelor atunci când nu au propria lor muncă.

Asta nu înseamnă că trebuie să faci toată munca pentru alții. Fiecare angajat determină însuși cât de mult își va extinde aria de responsabilitate. Dar amintiți-vă că abilitatea de a înțelege domeniile conexe vă face mai profesionist.

Controlează-ți sarcina. Lucrarea ar trebui să fie ritmată. Dacă simțiți o scădere, mergeți la bord. Poate că colegii tăi sunt copleșiți și au nevoie de ajutorul tău.

Cereți singur ajutor. Dacă s-a format un blocaj de trafic în zona dvs., nu este nevoie să rămâneți tăcut. Succesul tau general depinde de munca ta, asa ca colegii te vor ajuta cu siguranta. Uită-te pe tablă pentru a vedea cine este cel mai puțin ocupat și cere-i ajutor.

Important: Tabloul va arăta cum progresează lucrarea. Ajutați echipa să o termine cât mai repede posibil.

Regula 4: Faceți explicit acordurile și așteptările.

Regulile după care funcționează Echipa trebuie să fie cunoscute de toată lumea și, în același timp, să se schimbe în mod regulat. Vă recomandăm să agățați cel mai mult reguli importante la bord sau în interiorul coloanelor. Cam asa arata:

Scrieți regulile de lucru cu tabla. Fiți de acord cu colegii dvs. și scrieți în ce condiții puteți prelua o nouă sarcină, cum să o mutați într-o altă coloană și când să o considerați gata. Faceți regulile pentru promovarea cardurilor evidente.

Afișați regulile într-un loc vizibil. Pentru a facilita conectarea cu colegii, postați reguli lângă tablă sau în interiorul difuzoarelor.

Important: acordurile ajută echipa să lucreze armonios. Faceți-le explicite.

Regula 5. Analizează lucrarea

Întâlniri regulate de planificare și analiză - cerinta obligatorie Kanbana. Ei sunt necesari pentru a fi siguri că echipa se mișcă în direcția corectă și rămâne în program și în buget.

Nu există restricții de format. Acestea pot fi întâlniri, apeluri sau doar chestionare. Agile prioritizează comunicarea live, așa că vă recomandăm să vă adunați în jurul tablei. Întâlniri de planificare - în fiecare zi și în fiecare săptămână, analize - o dată pe lună. Care sunt aceste întâlniri:

Întâlniri zilnice de planificare convenabil de efectuat alături de vizualizare. Scopul întâlnirii este de a crește viteza fluxului de sarcini. Echipa scanează tabla de la dreapta la stânga, găsește zone cu probleme și decide cum să finalizeze rapid sarcinile curente. Oricine poate face o propunere, iar Echipa o va asculta.

La întâlnirile săptămânaleîntreaga Echipă se întâlnește cu conducerea. Împreună discută viteza de lucru și reducerea riscurilor.

O data pe luna Toate echipele care lucrează în companie se adună. Conducerea vorbește despre finanțe, iar fiecare angajat înțelege cât de mult a câștigat departamentul său, ce face compania în ansamblu și care este starea sarcinilor. Echipele împărtășesc resursele de care au nevoie.

Important: Fiți proactiv, comunicați cu colegii și oferiți idei.

Regula 6: Evoluează prin experimentare în colaborare

Echipa Kanban caută întotdeauna sistemul perfect în care cărțile se mișcă peste bord cât mai repede posibil.

Pentru a face acest lucru, Echipa efectuează experimente: schimbarea cantității de muncă simultană sau prioritizarea diferită a sarcinilor. Pentru ca sistemul să evolueze, experimentele trebuie împărtășite, nu între angajați individuali. Trebuie să încerci lucruri noi în mod regulat:

Sugerați îmbunătățiri. Dacă echipa nu poate dovedi că acest lucru va avea un efect negativ asupra rezultatului muncii, se efectuează un experiment.

Încercați câte o schimbare pe rând. Pentru a ști exact ce efect a avut o inovație, nu efectuați mai multe experimente deodată. Este mai bine să încerci o idee după alta și să le păstrezi pe cele mai de succes.

Important: experimentele ajută echipa să se dezvolte, nu vă fie teamă să încercați lucruri noi.

Cum să nu uiți de modul corect de a gândi

Am acoperit toate cele șase reguli Kanban. Ei nu dau instrucțiuni specifice, ci doar ghidează Echipa. Vă recomandăm să vă verificați:

Fiecare angajat este proactiv și îi pasă de succesul general;

Ajută dacă colegii sunt blocați;

Angajații efectuează în mod regulat experimente pentru a îmbunătăți procesul de lucru;

Echipele discută despre finanțele companiei și contribuția acestora la performanța acesteia;

Compania trece prin schimbări evolutive.

David Anderson, autorul cărții, care a fost publicată în limba rusă de editura MYTH, vorbește despre ce este kanban și de ce nu sunt doar panouri cu autocolante.

Anderson a fost primul care a folosit Kanban în dezvoltarea de software (2005), a introdus metode de management agile la companii precum Motorola și Microsoft și a fondat, de asemenea, Universitatea Lean Kanban și Școala de Management David J Anderson.

Ce este metoda Kanban?

În primăvara lui 2005, am avut norocul să petrec o vacanță în Tokyo. Era începutul lunii aprilie, când cireșii sunt în floare. Pentru a mă bucur de acest spectacol, am venit pentru a doua oară în viața mea în Grădinile Orientale de la Palatul Imperial din Tokyo. Aici mi-am dat seama: Kanban nu este doar despre producție.

Sâmbătă, 9 aprilie 2005, am intrat în parc de la intrarea de nord, trecând podul peste șanțul de lângă stația de metrou Takebashi. Mulți locuitori din Tokyo au decis să meargă în parc în această dimineață însorită de duminică și să se bucure de liniștea lui și de înflorirea cireșilor japonezi - sakura.

Obiceiul de a face un picnic sub cireși când le cad florile se numește „hanami” ( sarbatoare de flori). Aceasta este o tradiție japoneză străveche - o oportunitate de a reflecta asupra frumuseții, fragilității și scurtității vieții.

În timp ce familia mea și cu mine ne plimbam prin parc, un japonez în vârstă s-a apropiat de noi cu o geantă pe umăr. A băgat mâna în geantă și a scos un teanc de cărți de plastic. Ne-a oferit fiecăruia dintre noi câte unul, deși se întreba dacă fiica mea de trei luni avea nevoie de un card. Dar până la urmă mi-a dat cardul și ea. El nu a spus nimic, iar eu, cunoscând prost japoneză, nu am spus nimic.

După ce am petrecut dimineața la soare, ne-am îndreptat spre ieșire, unde era coadă la chioșc. Când a înaintat puțin, mi-am dat seama că aceștia erau oameni care returnau cardurile de plastic care erau bilete de intrare. Am băgat mâna în buzunar și ne-am scos cardurile. La chioșc era o japoneză în uniformă. Între noi era un despărțitor de sticlă cu un decupaj semicircular la tejghea, ca într-un cinematograf sau într-un birou de distracție. Ne-am predat cardurile. Doamna i-a luat cu mâinile ei cu mănuși albe și le-a așezat într-o grămadă împreună cu celelalte. Nu au fost necesari bani. Nu s-a dat nicio explicație pentru ce am purtat cu mine cartonașe de plastic albe timp de două ore din momentul în care am intrat în parc.

Ce fel de bilete de intrare sunt acestea? De ce să le dai afară dacă sunt libere? La început am presupus că este o problemă de securitate. Numărând toate cardurile returnate, conducerea s-a putut asigura că nimeni altcineva nu a mai rămas înăuntru după ce parcul s-a închis pentru noapte. Totuși, atunci mi-am dat seama că dacă despre care vorbim despre securitate, atunci acesta este un fel de schemă foarte dubioasă. De unde să știe că mi s-au dat nu o carte, ci două? Fiica mea de trei luni este o vizită sau un bagaj? Sistemul părea prea variabil. Prea multe posibilități de eroare! Dacă aceasta ar fi cu adevărat o schemă de securitate, ar fi sortită eșecului și ar produce erori de tip I în fiecare zi.

(Apropo, observ că un astfel de sistem nu poate produce erori de al doilea tip, deoarece acest lucru ar necesita tipărirea biletelor de intrare suplimentare. Acest lucru este general proprietate utilă sisteme kanban)

Între timp, securitatea ar cutreiera parcul în fiecare noapte în căutarea turiștilor pierduți. Nu, este altceva.

Mi-am dat seama că se implementează un sistem kanban în grădinile Palatului Imperial! Această perspectivă m-a făcut să realizez că sistemele Kanban sunt utile pentru mai mult decât doar pentru producție.

Arată ca jetoane kanban tipuri diferite ajutor în toate tipurile de situații de management.

Ce este un sistem kanban?

Se pune în circulație un anumit număr de jetoane kanban (în cazul nostru, carduri), egal cu capacitatea (acordată) a sistemului. O carte corespunde unui element de lucru. Fiecare card este un mecanism de semnalizare. Element nou munca poate începe numai dacă este disponibil un card pentru aceasta. Acest card disponibil este atașat articolului de lucru pe măsură ce trece prin sistem. Când nu mai sunt cărți rămase, o nouă lucrare nu poate fi începută. Orice nou loc de muncă trebuie să rămână în coadă până când cardul devine liber. Când o anumită cantitate de lucru este finalizată, cardul este eliberat și repus în circulație. Acum puteți începe să lucrați la un nou element din coadă.

Acest mecanism este cunoscut sub numele de sistem de tragere, deoarece o nouă lucrare este trasă în sistem atunci când are suficientă capacitate pentru a face acest lucru, mai degrabă decât să fie împinsă în el la cerere. Sistemul de tragere nu poate deveni supraîncărcat dacă capacitatea, determinată de numărul de carduri în circulație, este corect determinată.

În Grădinile Palatului Imperial, sistemul sunt grădinile în sine, vizitatorii sunt o lucrare în curs de desfășurare, iar capacitatea este determinată de numărul de carduri în circulație. Vizitatorilor nou sosiți li se acordă acces doar dacă sunt disponibile bilete pentru ei.

ÎN ora obisnuita nu apar probleme. Cu toate acestea, în zilele de vârf, cum ar fi weekendurile cu flori de cireș, parcul este foarte popular. Odată ce toate biletele de intrare au fost emise, noii vizitatori trebuie să stea la coadă în fața podului până când turiștii anteriori pleacă după ce le-au returnat cardurile.

Sistemul Kanban oferă o metodă simplă, ieftină și ușor de implementat pentru controlul și limitarea numărului de vizitatori. Acest lucru permite personalului parcului să mențină grădinile în stare bună și să evite pagubele cauzate de supraaglomerare.

Aplicarea Kanban în dezvoltarea de software

Kanban identifică rapid problemele care afectează productivitatea și obligă echipa să se concentreze pe rezolvarea acestora pentru a menține un flux constant de muncă.

Făcând vizibile problemele de calitate și proces, Kanban face posibilă evaluarea impactului defectelor, al constrângerilor, al variabilității, al costurilor de întreținere a fluxului de producție și al randamentului angajaților.

Simpla limitare a sarcinilor neterminate prin Kanban duce la îmbunătățirea calității muncii și a productivității. Combinația dintre fluidizarea fluxului de lucru și îmbunătățirea calității ajută la reducerea timpului de realizare și crește predictibilitatea și probabilitatea de a finaliza o sarcină la timp.

Prin stabilirea unor cadențe regulate de lansare și prin respectarea consecventă a programelor, Kanban ajută la construirea încrederii cu clienții și alți participanți ai lanțului valoric - alte departamente, furnizori și parteneri dependenți.

Prin toate acestea, Kanban contribuie la evoluția culturală a organizațiilor. Prin expunerea problemelor și concentrarea eforturilor organizaționale pe rezolvarea lor, eliminând efectele acestora în viitor, Kanban facilitează crearea unei echipe extrem de colaborative, de încredere, împuternicite și în continuă îmbunătățire.

S-a dovedit că Kanban crește satisfacția utilizatorilor prin lansări regulate, fiabile și de înaltă calitate cu funcționalități valoroase. De asemenea, sa dovedit că îmbunătățește productivitatea, calitatea și reduce timpul de livrare. În plus, există dovezi că Kanban poate fi un catalizator pentru apariția unei organizații mai agile prin schimbarea culturală evolutivă.

10 teze despre Kanban

Sistemele Kanban pot fi utilizate în orice situație prin limitarea disponibilității elementelor de lucru în cadrul sistemului.

1. Grădinile Palatului Imperial din Tokyo utilizează un sistem kanban pentru a controla numărul de vizitatori ai parcului.
2. Numărul de carduri Kanban în circulație limitează cantitatea de sarcini neterminate.
3. O nouă lucrare este introdusă în proces după ce cardul de semnal este readus în circulație când sarcina anterioară este finalizată.
4. În industria IT, folosim de obicei un sistem kanban virtual, deoarece nu sunt transmise carduri existente fizic pentru a limita numărul de sarcini neterminate.

Plăcile post-it, adesea văzute în dezvoltarea agilă de software, nu sunt sisteme Kanban.

Kanban folosește instrumente din diferite domenii de expertiză pentru a analiza problemele și a găsi soluții.

Kanban implică îmbunătățirea progresivă a procesului prin identificarea continuă a problemelor care afectează productivitatea.

O definiție modernă a metodei Kanban poate fi găsită online pe site-ul Limited WIP Society.

Kanban oferă permisiunea de a devia în dezvoltarea de software, încurajând căutarea unor soluții specifice în funcție de context, mai degrabă decât aderarea dogmatică la definițiile procesului ciclu de viață dezvoltare software sau șablon.

Kanban (kanban, sistem kanban) este o tehnică de gestionare a liniilor de producție lean (cuvântul japonez pentru „semnal” sau „card”) care utilizează carduri de informații pentru a transfera o comandă de producție de la un proces din aval la unul anterior.

Un instrument de sistem de tragere care instruiește producția sau îndepărtarea (transferul) articolelor de la un proces la altul. Aplicabil în Sistem de producere Toyota să organizeze tracțiunea informând etapa anterioară de producție pentru a începe lucrul. Sistemul Kanban vă permite să optimizați lanțul de planificare a capacității de producție, pornind de la prognoza cererii, planificarea sarcinilor de producție și echilibrarea/distribuirea acestor sarcini între capacități de producție cu optimizarea sarcinii lor.

Este parte integrantă acest sistem de producție Productie just-in-time (JIT), care presupune furnizarea sincronă a materialului necesar în producție: primirea direct în producție la locul de muncă la momentul cerut, în cantitatea necesară, cu calitatea prescrisă și în ambalaje adecvate consumului. Ca mijloc de transmitere a informațiilor se folosesc etichete, carduri, containere și carduri de mesaje electronice (în japoneză „kanban”), care se deplasează între consumatori și producători conform principiului supermarketului (vezi Diagrama 1).

Diagrama 1. Managementul producției folosind Kanban conform principiului supermarketului

Scopul metodei este de a implementa producția just-in-time (JIT). linii de producție să asigure o reducere a dimensiunii stocurilor din depozite și, în ciuda acestui fapt, garanție grad înalt onorarea comenzilor la timp.

O condiție prealabilă pentru simplificarea comunicării este identificarea fără ambiguitate a informațiilor pe un anumit mediu, de ce au nevoie consumatorii și în ce cantitate. Dacă materialul este epuizat (sau, de exemplu, stocul a atins un nivel minim), abia atunci furnizorul cere livrarea material nou. Această solicitare se emite printr-un card kanban, care este transportat neapărat cu fiecare livrare de material și returnat la început pentru o nouă livrare. Dacă producătorul primește cardul, el începe să producă piesele necesare. Când a fost produsă cantitatea de piese solicitată, cardul Kanban este atașat la suportul echipamentului de transport și trimis prin anumite reguli la locul inițial (vezi diagrama 2). Apropo, dacă sunteți interesat în mod special experiență rusă implementarea și utilizarea sistemului kanban, acesta poate fi găsit în Almanah „Managementul producției” .

Schema 2. Transportarea unui card kanban împreună cu o comandă finalizată.

Un exemplu de card este prezentat în Diagrama 3.

Schema 3. Exemplu de card cu simbolurile folosite.

Reguli pentru utilizarea eficientă a sistemului Kanban

Președintele Toyota Motor Corporation, Taiichi Ono, a propus următoarele reguli pentru utilizarea eficientă a cardurilor kanban:

• Fiecare flux de lucru ulterior elimină numărul de părți specificat de cardul kanban din fluxul de lucru anterior.
• Fluxul de lucru din față produce piese în cantitate și secvență conform cardului specificat.
• Nicio piesă nu trebuie produsă fără card. Acest lucru asigură o reducere a supraproducției și a circulației în exces a mărfurilor. Numărul de carduri kanban în circulație reprezintă cantitatea de stoc maxim.
• Produsul este întotdeauna atașat cardului. Cardul este un fel de comandă pentru producția de mărfuri.
• Piesele defecte nu sunt transmise fluxului de lucru din aval. Rezultatul este producerea de produse complet fără defecte.
• Reducerea numărului de carduri crește sensibilitatea acestora. Ele dezvăluie problemele existente și fac posibil controlul stocurilor.

La utilizarea cardurilor Kanban, vizibilitatea și securitatea sistemului trebuie garantate. Cărțile nu trebuie pierdute și nu trebuie amestecate. Deoarece la locul de muncă sunt adesea folosite mai multe carduri diferite, este logic să implementați o tablă Kanban pe care sunt colectate cardurile. Cardurile care ajung la producător sunt introduse într-o placă de control. Când cardurile kanban nou sosite au ajuns în câmpul „start”, toate cardurile colectate cu numărul de piesă corespunzător sunt acceptate și utilizate împreună pentru producție (vezi Diagrama 4).

Schema 4. Exemplu de card cu simbolurile folosite.

Mai multe materiale analitice și practice pe acest subiect pot fi găsite în Secțiunea Kanban biblioteci portal.