Eficiență și motivație

Metoda 5 whys: o tehnică simplă pentru a ajunge la rădăcina unei probleme

Stingerea constantă a incendiilor este blestemul multor manageri de proiect. Metoda celor 5 de ce vă permite să opriți acest proces printr-o analiză eficientă a cauzelor principale. Aflați cum să ajungeți la miezul problemei și să eliminați erorile la sursă.

Birou minimalist cu un document intitulat

Concluzii cheie:

  • Ce este metoda celor 5 de ce și cum identifică cauzele principale
  • Cum filosofia Toyota a modelat această tehnică de rezolvare a problemelor
  • Cum să efectuați pas cu pas o analiză structurată 5 de ce
  • Cele mai frecvente greșeli în analiza cauzelor profunde
  • Cum folosesc managerii de proiect 5 Whys pentru a rezolva întârzierile și problemele
  • Cum combinarea 5 Whys cu Ishikawa îmbunătățește diagnosticarea

Ce este metoda celor 5 de ce și cine a creat-o? Filosofia Toyota de rezolvare a problemelor

Metoda celor 5 whys este o muncă de detectiv asupra procesului. Întrebarea repetată „De ce?” vă permite să separați simptomele superficiale de cauzele lor reale. În timp ce primul răspuns dă adesea vina pe eroarea umană, problema reală se află de obicei mai adânc: în tehnologia defectuoasă sau în structura organizațională.

Creatorul metodei celor 5 de ce a fost Sakichi Toyoda, un vizionar și fondator al Toyota Motor Corporation. În sistemul de producție japonez, această tehnică a devenit fundamentul culturii Kaizen, adică filosofia îmbunătățirii continue, iar popularizatorul ei, Taiichi Ohno, a definit-o ca fiind o abordare științifică care evită căutarea vinovaților în favoarea căutării soluțiilor reale. Acest lucru este perfect ilustrat de o lecție clasică din fabrica Toyota, referitoare la o oprire bruscă a unui robot pe linia de producție. În loc să se mulțumească cu un diagnostic superficial conform căruia mașina se oprise din cauza unei siguranțe arse, echipa a săpat mai adânc și a descoperit că suprasarcina rulmentului provocase arderea siguranței. Întrebările suplimentare au arătat că suprasarcina a fost cauzată de lubrifierea insuficientă rezultată în urma unei defecțiuni a pompei de ulei, care a încetat să mai pompeze lichid deoarece orificiul său de admisie era înfundat cu pilitură metalică. În cele din urmă, s-a dovedit că cauza principală a problemei a fost lipsa unui filtru. Dacă echipa s-ar fi limitat la înlocuirea fuzibilului, defecțiunea s-ar fi repetat în mod regulat și numai instalarea componentei lipsă a eliminat definitiv defecțiunea.

 

Încercați FlexiProject

Bucurați-vă de acces complet la FlexiProject timp de 30 de zile - fără costuri, fără costuri

FlexiProject

Cum să efectuați o analiză 5 whys pas cu pas?

Această tehnică este deosebit de valoroasă atunci când se utilizează metodologia Waterfall. Într-o abordare tradițională, liniară a managementului, o eroare detectată într-un stadiu avansat poate genera costuri și întârzieri enorme. Întrebând în mod repetat „De ce?”, echipa este capabilă să diagnosticheze cu precizie în ce punct al procesului rigid s-a produs greșeala. Acest lucru permite modificarea standardelor înainte de a trece la faza următoare, ceea ce, într-un mediu de tip Waterfall, este crucial pentru menținerea integrității întregului proiect.

Chiar dacă această tehnică pare foarte simplă la prima vedere, cât de bine funcționează depinde de cât de disciplinată este echipa și de cât de aprofundată este analiza. În loc să își urmeze instinctul, liderii trebuie să bazeze procesul pe date concrete și pe observarea directă a ceea ce se întâmplă cu adevărat. Pentru a face o bună analiză cauză-efect, trebuie să urmați următorii pași:

  • Definirea precisă a problemei: cheia succesului constă în reunirea unei echipe direct legate de problemă și în descrierea problemei cu date specifice. Evitarea generalizărilor în favoarea faptelor (de exemplu, „15% din expedieri au întârziat în această săptămână”) permite echipei să se concentreze pe deplin asupra problemei potrivite.
  • Identificarea cauzei imediate: prima întrebare, „de ce?”, servește la identificarea celui mai imediat motiv pentru eroare. În această etapă, este important ca răspunsurile să se bazeze pe fapte și observații verificabile, excluzând presupunerile subiective.
  • Explorarea cauzelor fundamentale: prin repetarea întrebării de mai multe ori (de obicei, de cinci ori), analiza este aprofundată. Scopul procesului este de a ajunge la o cauză pe care organizația o poate influența în mod realist.
  • Verificarea logicii (testul „prin urmare”): coerența concluziilor trase este verificată cu ajutorul unui test de logică inversă. Acesta presupune combinarea răspunsurilor cu fraza „…și, prin urmare”. Dacă o secvență precum „Nu există un standard de lucru și, prin urmare, a avut loc o eroare a operatorului” sună logic, analiza a fost efectuată corect.
  • Punerea în aplicare a acțiunilor corective: etapa finală se concentrează pe conceperea și implementarea schimbărilor special concepute pentru a elimina cauza principală identificată. Pentru a asigura încheierea cu succes a procesului, este esențial să se elaboreze un rezumat executiv care transpune deciziile strategice în pași realizabili. Aceasta implică atribuirea unor Activități specifice, desemnarea persoanelor responsabile pentru conducerea fiecărei inițiative și stabilirea unor termene limită obligatorii.

Infografic ilustrând analiza celor 5 de ce pentru un proiect întârziat, cu cinci întrebări secvențiale

Greșeli frecvente atunci când se întreabă „de ce?” în timpul analizei cauzelor principale

Chiar și o astfel de metodă intuitivă poate duce la concluzii eronate dacă echipa cade în capcane cognitive și organizaționale tipice în timpul analizei. Iată care sunt cele mai frecvente greșeli:

  • Căutarea unui vinovat: concentrarea asupra persoanei („angajatul a făcut o greșeală”) în loc de lipsa de standarde, de formare sau de garanții ale procesului.
  • Întrebări tendențioase: adresarea de întrebări acuzatoare (de exemplu, „De ce nu v-ați asigurat din nou de asta?”), care împiedică o analiză onestă.
  • Încheierea prea rapidă: oprirea la un răspuns superficial (de exemplu, „mașina s-a stricat”) fără a investiga cauzele tehnice sau organizaționale.
  • Bazarea pe presupuneri: eșecul de a verifica faptele.
  • Răspunsuri prea generale: fraze precum „pentru că nu există suficient timp”, care nu indică un element specific al procesului care trebuie îmbunătățit.

5 whys în practica Managerului de proiect – analizarea întârzierilor și a problemelor recurente ale proiectelor

În activitatea unui manager de proiect, metoda celor 5 de ce oferă un sprijin neprețuit în analiza rapidă a incidentelor, a întârzierilor în sprinturi sau a depășirii bugetului. Stăpânirea gestionării sarcinilor în cadrul proiectelor – cum să planificați, să delegați și să monitorizați progresul, este o bază esențială, dar tehnica „5 de ce” este cea care vă permite să înțelegeți de ce aceste planuri eșuează uneori. Aplicarea corectă a acestui instrument vă permite să evitați corecțiile costisitoare și să eliminați odată pentru totdeauna erorile recurente care împiedică progresul.

Puterea acestui instrument este ilustrată cel mai bine prin exemplul unui proiect de construcție a unui site web care a fost întârziat cu șase săptămâni. Atunci când se caută cauza, se poate observa că termenul limită a fost amânat deoarece faza de proiectare a machetei a durat mult mai mult decât s-a planificat inițial. Acest lucru s-a datorat faptului că clientul a solicitat în mod repetat modificări semnificative ale conceptului în timpul lucrului. Săpând mai adânc, se pare că cauza principală a problemei a fost lipsa cerințelor detaliate și a domeniului de aplicare al proiectului încă de la început. Această situație a apărut deoarece programarea nu a inclus un atelier de descoperire cu factorii de decizie cheie, ceea ce a însemnat că cel mai important document de inițiere, carta proiectului, nu conținea un domeniu de aplicare definit cu precizie. Analiza finală conduce la cauza principală: procesul de licitație standard al companiei pur și simplu nu prevede o fază obligatorie de clarificare a cerințelor înainte de semnarea contractului. Cu această descoperire, Managerul de proiect poate lua măsuri corective specifice și eficiente. În loc să stingă doar incendiile din ordinea curentă, acesta introduce un atelier de descoperire în procesul obișnuit de vânzare și implementează reguli clare de gestionare a schimbărilor.

Combinarea 5 whys cu alte metode (de exemplu, diagrama Ishikawa)

Deși metoda celor 5 de ce este extrem de eficientă, atunci când este utilizată în mod izolat, uneori poate limita echipa la o singură cale aleatorie de analiză. Pentru a atenua acest risc și a asigura o abordare cuprinzătoare, este esențial să tratăm această tehnică ca pe o piatră de temelie a managementului flexibil al proiectelor: strategii-cheie pentru proiecte de succes. Prin combinarea celor 5 de ce cu o diagramă Ishikawa – adesea denumită diagrama „fishbone” – managerii pot obține un cadru de diagnosticare mult mai robust. În acest aranjament, diagrama Ishikawa oferă „amploarea” necesară, clasificând cauzele potențiale, cum ar fi oamenii, procesele, tehnologia sau utilajele, în timp ce metoda celor 5 de ce oferă „adâncimea” necesară pentru a ajunge la sursa unei probleme.

În practică, această sinergie funcționează la fel ca o hartă mentală, permițând echipelor să vizualizeze conexiunile dintre diferite domenii operaționale fără a trece cu vederea firele critice. Realizând mai întâi un brainstorming al structurii Ishikawa și aplicând apoi cele 5 de ce-uri la cele mai semnificative ramuri ale acesteia, echipele evită să se mulțumească cu ipoteze de suprafață. Această metodologie se aliniază perfect cu standardele de raportare A3 și cu ciclul PDCA (Plan-Do-Check-Act). În cele din urmă, această Strategie integrată permite planificarea de acțiuni corective care îmbunătățesc în mod realist și permanent indicatorii KPI și procedurile organizaționale la nivel general.

Dominik Wrzosek
Dominik Wrzosek
General Manager at FlexiProject

Dominik este expert în managementul proiectelor și absolvent al Universității Politehnice din Varșovia. Conduce dezvoltarea sistemului FlexiProject, transformând nevoile reale de business în soluții practice care sprijină echipele de proiect. Are experiență în implementarea FlexiProject în organizații de diferite dimensiuni, combinând expertiza tehnică cu o abordare orientată spre business pentru planificarea și execuția eficientă a proiectelor.