Vizibilitate tuturor!

Sunt adeptul suprimării formelor fără fond cu precădere prin educație, viziune comună, focalizarea energiilor, obiectivism și foarte multă răbdare.

Cum este mai bine să limitezi cantitatea de muncă în Kanban? pentru fiecare persoană? sau pentru fiecare etapă?

Săptămâna aceasta mi s-a adresat următoarea întrebarea: Cum este mai bine să limitezi cantitatea de muncă în Kanban? pentru fiecare persoană? sau pentru fiecare etapă? S-ar putea ca subiectul să prezinte interes pentru mai multă lume, motiv pentru care m-am gândit să scriu un articol.

Ce este limitarea cantității de muncă?

Limitarea cantității de muncă este una din cele șase practici ale metodologiei Kanban, și reprezintă principalul mod de a stimula debitul de cereri într-un sistem de tip trage:

  1. Vizualizarea fluxului de lucru,
  2. Limitarea cantității de muncă,
  3. Gestiunea fluxului de lucru,
  4. Politici explicite,
  5. Feedback regulat,
  6. Ameliorarea continuă bazată pe empirism și modele științifice cunoscute.

De unde a venit nevoia de a limita cantitatea de muncă?

Există mai multe motive excelente pentru care ar trebui să limităm cantitatea de muncă:

  • pentru evitarea saturării globale a sistemului (teoria cozii de așteptare),
  • pentru evitarea saturării locale a sistemului (teoria constrângerilor),
  • pentru diminuarea variabilității sistemului (controlul statistic al procesului),
  • pentru diminuarea elementelor risipitoare din sistem (activitățile fără sau cu puțină valoarea adăugată din Lean, via harta fluxului de valori),
  • ș.a.m.d.

Articolul ar fi mult prea mare dacă ar fi să explic acum fiecare punct, însă voi reveni cu câte un altul pentru fiecare din motivele de mai sus.

Presupunând că există un minim de cunoștințe privind cele de mai sus, voi continua să răspund la întrebarea inițială.

Cum este mai bine să limitezi cantitatea de muncă în Kanban? pentru fiecare persoană? sau pentru fiecare etapă?

În primul rând, contează să conștientizăm ce anume dorim să optimizăm. Dacă dorim să optimizăm sistemul Kanban (debitul), atunci este bine să asociem limite etapelor de lucru din procesul stabilit. Dacă scopul este să optimizăm ciclul de producție al fiecărui individ în parte, atunci limităm cantitatea de muncă pentru fiecare persoană.

Un grup de oameni care lucrează la același produs va obține rezultate mai bune în echipă decât separat, adică, atunci când integrarea și sincronizarea lor este imbricată în activitățile zilnice. Altfel, este nevoie de încă un proces de integrare și de sincronizare, ceea ce are repercursiuni majore asupra ciclului de producție.

Atunci când vorbim despre proces, sau mai bine zis despre ameliorarea procesului, pierdem multe ocazii de a optimiza debitul.

Exemplul – limitarea muncii pentru fiecare persoană

T1

Nu există nimic în progres. Echipa se concentrează să optimizeze pentru început doar munca din etapele [Etapa 1..Etapa4]:

  • Etapa 1 – pregătirea cererii
  • Etapa 2 – execuția muncii
  • Etapa 3 – inspecția muncii (acceptanța cu clientul)
  • Etapa 4 – ameliorarea muncii (retrospectiva)

Echipa agreează că nu ar fi bine să aibă mai mult de 2 cereri afectate fiecărui membru. În cazul în care trebuie să aștepte pe o anumită cerere, există muncă de rezervă pe cea de-a doua cerere.

optimizarea oamenilor- T1

T2

În prima zi, fiecare își alege câte o cerere și încep s-o pregătească.

optimizarea oamenilor- T2

T3

Radu și Luci constată că sunt blocați pe cererile 005 și 008, motiv pentru care vor trece la cea de-a doua cerere, în așteptarea unor răspunsuri. Ion și Ana progresează mai încet, dar nu sunt blocați.


optimizarea oamenilor- T3

T4

Radu și Luci și-au început munca pe 004 și 011, dar au fost deblocați pe cererile 005 și 008. Astfel, 004 și 011 rămân suspendate (muncă parțial finalizată).

optimizarea oamenilor- T4

T5

Radu și-a terminat munca pe 005 și așteaptă ca munca să-i fie acceptată de către client. Între timp, lucrează pe 004. Luci a reușit și el să-și trimită înspre acceptanță 008-ul și continuă să pregătească 011. Ana și Ion sunt blocați pe 007 și 009. Le-a picat un server de teste, și trec la 029 și respectiv 020.

optimizarea oamenilor- T5

 

T6

005 și 008 au fost acceptate de către client. Urmează să se facă o retrospectivă (în etapa 4) pe ambele cereri separat, înainte de a le considera gata.

optimizarea oamenilor- T6

T7

Radu reușește să închidă 005 cu un ciclu de producție complet de 6 zile și ajunge cu 004 în acceptanță. Cu toții sunt blocați pe câte o cerere din cauza indisponibilității clientului.

optimizarea oamenilor- T7

T8

Clientul încă nu este disponibil să trateze 004. Abia a reuști să lucreze pe 009.

optimizarea oamenilor- T8

T9

Și observăm că este un fel de ambuteiaj în etapa 4 (inspecția/acceptanța clientului) – sistemul este saturat local. Însă echipa nu poate jongla cu limitele deoarece aceste constrângeri sunt pentru fiecare persoană separat, în loc să fie pentru fiecare etapă.

optimizarea oamenilor- T9

Exemplul – limitarea muncii pentru fiecare etapă

T1

Echipa consideră că nu va lucra niciodată pe mai mult de 6 cereri în paralel.

optimizarea debitului - T1

T2

optimizarea debitului - T2

T3

optimizarea debitului - T3

T4

optimizarea debitului - T4

T5

optimizarea debitului - T5

T6

Ne apropiem de ambuteiaj. Clientul nu poate accepta 4 cereri dintr-o dată.

optimizarea debitului - T6

T7

Echipa dispune de mai multe variante de îmbunătățire a sistemului. Eu voi prezenta 2 cazuri ipotetice.

Prima variantă

optimizarea debitului - T7-a doua variantă

 

A doua variantă

optimizarea debitului - T7

 

Exemplu de caz în care munca poate fi limitată pentru fiecare persoană

Există însă și cazuri când un grup de oameni este considerat o echipă lucrând rareori împreună pe aceeași cerere/același proiect. Cu toate acestea, ei continuă să fie o echipă:

  • au o viziune comună
  • au o strategie comună,
  • au o selecție a ordinii în care sunt tratate cererile făcută tot împreună,
  • au retrospective comune, schimbul de cunoștințe, lecții învățate (retrospectivele nu țin de un proiect neapărat, ci de ansamblul echipei),
  • etc.

Firmele de consultanță pot intra în această categorie. Să spunem că avem o firmă cu 4 formatori. Împreună, ei se autoguvernează, fiind și acționarii firmei. Ei au o viziune comună, o strategie și-și vor filtra și ordona cererile de cursuri împreună. Însă rareori se întâmplă să țină cursuri împreună și fiecare își urmărește debitul propriu, în funcție de tipologia prestațiilor. Cu toate acestea, în momentul în care își vor extinde spectrul Kanban, și vor include, de exemplu, ordonarea cererilor, atunci se creează un mixt între cele două tipuri de constrângeri a muncii în progres (etapă sau persoană).

Limitarea muncii în progres pentru fiecare persoană

Singura regulă eficientă pe care o văd în acest sens este: fiecare persoană lucrează la cel mult o cerere, pentru a evita diverse elemente risipitoare în proces: munca parțială, întreruperi, etc. Orice blocaj  este o ocazie de învățare, dacă ne construim un stoc de rezervă, putem împiedica ameliorarea procesului.

Limitarea cantității de muncă

Cum este mai bine să limitezi cantitatea de muncă în Kanban? pentru fiecare persoană? sau pentru fiecare etapă?

Cornel FătulescuArticol scris de Cornel Fătulescu. Găsiți mai multe informații despre Cornel Fătulescu pe pagina membrilor AgileHub, în articolul despre mine sau la pagina de contact.

Comentarii

Comentarii

2 comments for “Cum este mai bine să limitezi cantitatea de muncă în Kanban? pentru fiecare persoană? sau pentru fiecare etapă?

  1. tudor
    10 octombrie 2014 at 2:56 PM

    Fain articol, exemplele întotdeauna ajuta.
    La primul T3, Luci e blocat pe 008, nu 009.

    • Cornel Fatulescu
      10 octombrie 2014 at 6:08 PM

      Mersi Tudor.
      Am modificat.
      Cornel

Comments are closed.