Majoritatea ședințelor de rezolvare a problemelor urmează același model. Cineva numește un simptom - „integrarea este prea lentă”, „proiectul continuă să depășească bugetul”, „reclamațiile clienților sunt în creștere” - iar echipa petrece următoarele 45 de minute dezbătând a cui este vina, fără a se pune vreodată de acord asupra motivului.
O diagramă Ishikawa (numită și diagramă os de pește sau diagramă cauză-efect) este o modalitate structurată de a rupe acest ciclu. În loc să se sară la soluții sau la acuzații, aceasta cartografiază fiecare cauză plauzibilă a unei probleme înainte ca cineva să decidă ce să facă în privința ei. Elementul vizual este intenționat: o săgeată orizontală indică problema din dreapta, iar ramuri se extind din ea ca niște coaste de pește, fiecare reprezentând o categorie de cauze.
Acest ghid prezintă modul în care funcționează instrumentul, categoriile standard utilizate la locul de muncă și câteva exemple concrete pe care le puteți adapta pentru contexte de resurse umane, formare și dezvoltare și operațiuni.
O scurta istorie
Kaoru Ishikawa a dezvoltat diagrama cauză-efect în 1943, în timp ce lucra cu ingineri la Kawasaki Steel Works, unde a folosit-o pentru a explica modul în care un set complex de factori putea interacționa pentru a produce un singur rezultat [1]. A fost o figură centrală în mișcarea japoneză postbelică pentru calitate: a susținut cercurile de calitate, a dezvoltat cursuri de control al calității pentru managerii de top și, în calitate de membru al comitetului Premiului Deming, a construit sistemul de audit care decide ce companii se califică [2].
Diagrama a devenit una dintre cele codificate ulterior de Ishikawa drept „Cele 7 instrumente de bază ale calității” - un set de metode de analiză vizuală pe care non-statisticienii le puteau aplica fără pregătire specializată [1]. A fost adoptată pe scară largă în industria prelucrătoare în anii 1960 și 1970, apoi s-a răspândit în domeniul sănătății, al dezvoltării de software și al managementului organizațional. Astăzi apare în mod regulat în programele Six Sigma, Lean și KAIZEN.
Forma de os de pește nu este decorativă. Te obligă să clasifici cauzele în loc să le enumerezi ca un inventar plat, iar structura vizuală facilitează identificarea de către echipe a lacunelor - categorii cu prea puține ramificații sau ramificații care aparțin de fapt unei alte rubrici.
Categoriile standard (6M)
În contexte de producție și operațiuni, cele șase categorii de cauze cele mai frecvente sunt cunoscute sub numele de cei 6M [3]:
- Bărbat (oameni): Factori umani — lacune în competențe, oboseală, comunicare necorespunzătoare, fluctuație de personal sau instruire insuficientă
- Mașină (echipament): Instrumente, tehnologie, software sau infrastructură care pot fi defecte, configurate greșit sau învechite
- Metodă (proces): Procedurile, fluxurile de lucru și instrucțiunile utilizate — sau absența unora standardizate
- Material: Date brute de intrare, calitatea datelor, materiale de consumabile sau conținut de la terți care afectează rezultatul
- De măsurare: Cum sunt urmărite și raportate rezultatele — inclusiv erori de calibrare, valori lipsă sau indicatori cheie de performanță (KPI) înșelători
- Mama natură (mediul înconjurător): Condiții externe — spațiu de lucru fizic, cerere sezonieră, schimbări de reglementare sau presiuni de pe piață
Pentru contexte de servicii, resurse umane și muncă bazată pe cunoaștere, cei 6M sunt uneori adaptați. „Mașina” devine „tehnologie”, „materialul” devine „informație”, iar „Mama natură” este adesea înlocuită cu „mediu” sau „cultură”. Ceea ce contează este că fiecare ramură acoperă un domeniu semnificativ diferit, astfel încât echipa să nu se întoarcă mereu la aceleași cauze principale sub etichete diferite.
O alternativă mai simplă în contexte non-productive este cea a celor 4P: Oameni, Proces, Loc și Politică. Este mai puțin exhaustivă decât cei 6M, dar mai rapidă de completat pentru echipele care sunt noi în această metodă.
Cum să conduci o sesiune fishbone
Diagrama este cel mai utilă ca o activitate de echipă facilitată, nu ca o analiză individuală. Iată o secvență practică:
1. Definiți problema cu precizie. Scrieți enunțul problemei în vârful peștelui - capătul din dreapta al săgeții orizontale. Fiți specific. „Rate scăzute de finalizare a antrenamentului” este un enunț al problemei mai bun decât „antrenamentul nu funcționează”. Enunțurile vagi ale problemei produc diagrame vagi.
2. Alegeți categoriile. Desenați oasele principale ale coloanei vertebrale. Folosiți cele 6M ca punct de plecare, apoi redenumiți sau schimbați orice categorie care nu se potrivește contextului. Pentru o problemă cu multe persoane, puteți adăuga o categorie de tip „Politică”. Pentru o problemă tehnologică, puteți împărți „Mașină” în „Hardware” și „Software”.
3. Faceți un brainstorming cu cauze pe categorii. Întreabă pentru fiecare os: „Ce ar putea cauza sau contribui la problemă din această categorie?” Scrie fiecare sugestie ca o sub-ramură. Nu filtra ideile în această etapă - vrei mai multă amploare decât profunzime. Un facilitator care să conducă această prezentare live poate folosi o tablă albă digitală sau diapozitive pentru a capta informații în timp real.
4. Întreabă-te „de ce” măcar încă o dată. Pentru fiecare cauză pe care ați identificat-o, mergeți cu un nivel mai adânc. Dacă apare „instruire insuficientă” la rubrica „Oameni”, întrebați-vă: de ce este insuficientă instruirea? Conținut învechit? Nu este alocat timp? Nu este necesară o evaluare a competențelor înainte de curs? Aceste cauze secundare sunt adesea cele care influențează adevăratele acțiuni.
5. Identificați cauzele cu prioritate ridicată. După ce diagrama este completă, rugați echipa să voteze cauzele pe care le consideră cele mai semnificative sau cele mai ușor de abordat. Votul prin puncte (fiecare persoană primește trei voturi pentru a le plasa oriunde pe diagramă) este o modalitate rapidă de a ajunge la un consens. Acesta este pasul care transformă diagrama dintr-o hartă într-o listă de acțiuni.
6. Validați înainte de a acționa. Osul de pește arată cauzele posibile, nu pe cele confirmate. Înainte de a atribui soluții, verificați dacă cauzele votate cu cele mai multe voturi sunt susținute de date - înregistrări de prezență, statistici de finalizare, jurnal de erori, orice este disponibil. Un brainstorming bine realizat poate produce în continuare bănuieli care par sigure.
Exemple de diagrame Ishikawa
Exemplul 1: Rate scăzute de finalizare într-un program de formare și dezvoltare
Problemă: Doar 38% dintre angajații înscriși au finalizat noua instruire privind conformitatea până la termenul limită.
| Categorii | Cauze potențiale |
|---|---|
| oameni | Managerii nu au consolidat participarea; angajații nu au văzut relevanța rolului lor |
| Etape | Fără sistem de mementouri; fără cale de escaladare pentru nefinalizări; finalizarea este urmărită manual |
| Tehnologia | LMS a avut probleme de conectare pe mobil; cursul nu a fost reluat după întrerupere. |
| Conţinut | Modulele durau câte 45 de minute fiecare, fără salvări cu puncte de control; limbajul era prea tehnic |
| Măsurare | Termen limită comunicat într-un singur e-mail cu trei săptămâni înainte; nicio urmărire a progresului nu este vizibilă pentru cursanți. |
| Mediu inconjurator | Programul a fost lansat într-un trimestru cu presiune; fără timp de învățare protejat |
În acest exemplu, presupunerea imediată ar putea fi „angajații nu sunt motivați”, dar diagrama arată că designul sistemului și procesul de comunicare au contribuit la fel de mult ca atitudinea. Corecțiile în măsurare și tehnologie sunt adesea victorii mai rapide decât încercarea de a schimba comportamentul.
Exemplul 2: Fluctuație mare de personal în primele 90 de zile
Problemă: 22% dintre noii angajați demisionează în primele trei luni.
| Categorii | Cauze potențiale |
|---|---|
| oameni | Managerii de angajare au absentat în prima săptămână; prietenul sau mentorul nu au fost desemnați |
| Etape | Programul de integrare este inconsistent între echipe; nu există verificări structurate la 30/60/90 de zile |
| Tehnologia | Accesul la sisteme a fost întârziat cu 5-7 zile; instrumentele nu au fost preconfigurate înainte de data începerii |
| Informații | Așteptările de rol nu sunt documentate clar; normele echipei nu sunt comunicate |
| Măsurare | Nu au fost urmăriți indicatori de avertizare timpurie; datele interviurilor de ieșire nu au fost analizate pe cohorte |
| Mediu inconjurator | Persoanele care încep de la distanță nu au beneficiat de puncte de contact față în față în prima lună |
Această diagramă arată clar că problema nu constă doar în angajarea persoanelor greșite - procesul de integrare a acestora are multiple puncte de eșec. Echipa poate apoi să stabilească priorități: care dintre aceste cauze explică cele mai multe plecări? Datele din interviurile de ieșire sau din sondajele puls de 30 de zile pot confirma ipoteza.
Exemplul 3: Evaluări slabe la evaluările post-instruire
Problemă: Evaluarea medie a facilitatorilor a scăzut de la 4.1 la 3.3 din 5 după trecerea la livrarea virtuală.
| Categorii | Cauze potențiale |
|---|---|
| oameni | Facilitatori instruiți doar pentru predare în sală; nu este oferit coaching virtual pentru facilitare. |
| Etape | Designul sesiunii a rămas neschimbat față de formatul față în față; nu sunt incluse sesiuni de lucru în grup sau interacțiuni. |
| Tehnologia | Platformă nefamiliară atât facilitatorilor, cât și cursanților; probleme tehnice în primele 10 minute |
| Conţinut | Diapozitive neadaptate pentru citire pe ecran; prea mult text pe diapozitiv |
| Măsurare | Chestionar de feedback trimis la 3 zile după sesiune; amintirea detaliilor specifice a fost slabă |
| Mediu inconjurator | Participanții s-au alăturat din birouri open-space cu zgomot de fundal |
Ceea ce pare a fi o problemă de performanță a facilitatorului se dovedește a fi o problemă de gestionare a tranziției. Mediul de livrare s-a schimbat, dar conținutul, instrumentele, instruirea și structura de suport nu s-au schimbat odată cu acesta.
Exemplul 4: Erori recurente într-un proces de business
Problemă: Erorile de procesare a facturilor au crescut cu 30% în ultimele două trimestre.
| Categorii | Cauze potențiale |
|---|---|
| oameni | Fluctuație mare de personal în echipa de procesare; noii angajați nu sunt pe deplin instruiți |
| Etape | Nu există o listă de verificare standardizată; etapele de aprobare variază în funcție de echipă; este necesară introducerea manuală a datelor |
| Tehnologia | Software de contabilitate actualizat fără briefing pentru personal; funcția de completare automată nu este configurată |
| Informații | Formate de date despre furnizori inconsistente; comenzilor de achiziție le lipsesc câmpuri obligatorii |
| Măsurare | Erorile sunt detectate doar la reconcilierea de la sfârșitul lunii, nu la punctul de intrare |
| Mediu inconjurator | Vârfurile mari de volum de la sfârșitul trimestrului creează presiune temporală |
Acesta este un caz clasic în care momentul măsurătorilor amplifică problema. Erorile detectate la punctul de intrare sunt corectate imediat; erorile detectate la sfârșitul lunii necesită mult mai mult timp pentru a fi urmărite și corectate. O singură modificare a măsurătorilor (detectare timpurie) poate reduce costurile din aval mai mult decât recalificarea personalului.
greseli comune pentru a evita
Enumerarea simptomelor în loc de cauze. „Comunicarea deficitară” este un simptom. „Lipsa unei structuri de ședințe pentru predările între echipe” este o cauză. Faceți presiuni pentru specificitate — dacă o cauză nu poate fi legată de un comportament, proces sau resursă concretă, probabil că aparține unui nivel mai profund.
Oprirea prea devreme. O diagramă cu două sau trei cauze per categorie este de obicei incompletă. Încercați să aveți cel puțin cinci până la opt subramuri per os înainte de a trece la prioritizare. Diagramele subțiri tind să confirme ceea ce echipa credea deja.
Se omite pasul privind datele. Diagrama „osul de pește” este un generator de ipoteze, nu un instrument de căutare a cauzelor principale. Echipele care trec direct de la diagramă la o soluție rezolvă adesea problema greșită cu încredere. Orice cauză care este votată în fruntea listei de priorități ar trebui verificată încrucișat cu orice date disponibile.
Conducând-o singur. O diagramă construită de o singură persoană reflectă perspectiva unei singure persoane. Adevărata valoare vine dintr-un grup interfuncțional - cineva care conduce procesul, cineva care îl măsoară, cineva care a experimentat problema direct și, în mod ideal, cineva fără niciun interes anterior în diagnosticare.
Rularea unei sesiuni fishbone cu AhaSlides
Diagrama funcționează cel mai bine ca o activitate de grup facilitată, dar obținerea de informații structurate de la o echipă în timp real este mai dificilă decât pare. Oamenii se abțin în plen, vocea cea mai puternică stabilește agenda și este ușor să petreci 30 de minute cu o singură sesiune în timp ce altele sunt omise.
AhaSlides face etapa de introducere a datelor mai rapidă și mai echilibrată. Înainte de sesiunea de creare a diagramei, puteți rula o întrebare deschisă pentru a colecta posibilele cauze în mod anonim - ceea ce elimină efectele de stare și face ca membrii echipei să fie mai liniștiți. Un nor de cuvinte sau un sondaj cu text deschis pot scoate la iveală cauzele menționate cel mai frecvent înainte ca grupul să fi deschis măcar șablonul de diagramă.
În timpul sesiunii, votul prin puncte pentru a stabili care cauze trebuie prioritizate durează aproximativ două minute în loc de 20. Participanții votează pe propriile dispozitive, rezultatele sunt vizibile instantaneu, iar facilitatorul poate trece direct la planificarea acțiunilor, fără o dezbatere lungă despre ceea ce „crede cu adevărat” grupul.
Pentru echipele de formare și dezvoltare care derulează analiza cauzelor principale ca parte a unui program de instruire - sau pentru echipele de resurse umane care lucrează la o problemă recurentă cu o cohortă de management - combinația dintre analiza vizuală structurată și contribuția publicului în direct face ca sesiunea să fie mai riguroasă și mai captivantă decât un exercițiu pe tablă albă.
Surse
[1] ASQ (Societatea Americană pentru Calitate). „Ce este o diagramă os de pește? Diagrama cauză-efect Ishikawa.” https://asq.org/quality-resources/fishbone
[2] ASQ (Societatea Americană pentru Calitate). „Kaoru Ishikawa.” Membri de onoare. https://asq.org/about-asq/honorary-members/ishikawa (copie arhivată, 29 august 2026). Acoperă activitatea sa privind cercurile de calitate, cursurile de control al calității pentru executivi și auditul Premiului Deming.
[3] Institutul Kaizen. „Înțelegerea diagramei Ishikawa”. https://kaizen.com/insights/ishikawa-diagram-root-cause-analysis/ — Explică cele 6 categorii M și aplicarea lor în programele de îmbunătățire continuă.
