Diagram Ishikawy w Lean Management: co to jest, do czego służy i jak go użyć?

Czym jest diagram Ishikawy?

Diagram Ishikawy to proste narzędzie do szukania przyczyn problemu. W Lean Management pomaga managerowi i zespołowi przejść od zdania „coś nie działa” do konkretnej odpowiedzi: „co może powodować problem i co musimy sprawdzić dalej”. Nie chodzi o szukanie winnych. Chodzi o uporządkowaną rozmowę o faktach, procesie i możliwych źródłach zakłócenia.

Narzędzie jest znane również jako diagram przyczynowo-skutkowy albo diagram rybiej ości lub fishbone diagram. Nazwa „rybia ość” wynika z wyglądu rysunku: po prawej stronie znajduje się problem, czyli „głowa ryby”, a po lewej stronie odchodzą od głównej linii kategorie możliwych przyczyn. Dzięki temu nawet złożony problem można rozłożyć na części i omówić go bez chaosu.

Metodę opracował Kaoru Ishikawa, japoński inżynier i ekspert zarządzania jakością. Upowszechnił ją w latach 60. XX wieku, w czasie rozwoju japońskiego podejścia do jakości, pracy zespołowej i ciągłego doskonalenia. Pierwotnie diagram pomagał analizować problemy jakościowe w produkcji, ale dziś bardzo dobrze sprawdza się także w usługach, logistyce, administracji, IT, sprzedaży, obsłudze klienta i projektach usprawniających procesy.

Po co managerowi diagram Ishikawy?

Manager najczęściej sięga po diagram Ishikawy wtedy, gdy problem jest ważny, powtarza się albo kosztuje firmę czas, pieniądze lub zaufanie klienta.

Przykład z produkcji: na detalu pojawiają się rysy, ale nie wiadomo, czy winny jest materiał, sposób odkładania, ustawienie maszyny, instrukcja pracy czy brak kontroli.

Przykład z usług: zlecenia serwisowe są realizowane z opóźnieniem, ale przyczyną może być system ticketowy, braki części, zbyt mała liczba techników, brak priorytetów albo słaba komunikacja z klientem.

W takich sytuacjach szybka decyzja „naprawmy to od razu” bywa kusząca, ale często prowadzi do leczenia objawów. Diagram Ishikawy zatrzymuje zespół na chwilę i wymusza pytanie: „co jeszcze mogło mieć wpływ?”. To ważne, bo prawdziwa przyczyna problemu często nie jest pierwszą rzeczą, która przychodzi do głowy.

W praktyce diagram jest użyteczny, bo zamienia luźną rozmowę w konkretną analizę. Zespół widzi na jednej kartce, jakie obszary trzeba sprawdzić i gdzie warto szukać danych. Dzięki temu łatwiej przejść od opinii do faktów, a później do decyzji. Ten usystematyzowany sposób pracy:

porządkuje rozmowę o problemie
angażuje ludzi z różnych działów
pomaga oddzielić fakty od opinii
pokazuje kilka możliwych kierunków analizy
ułatwia wybór przyczyn, które trzeba potwierdzić danymi lub obserwacją
stanowi dobre wejście do innych narzędzi analizy przyczynowo-skutkowej, takich jak 5 Why, raport 8D albo A3. 5 Why to proste pytanie „dlaczego?” zadawane kilka razy, 8D to uporządkowany raport rozwiązywania problemu, a A3 to zwięzły opis problemu, analizy i planu działań na jednej stronie.

Kiedy warto wykonać diagram Ishikawy?

Diagram Ishikawy warto przygotować wtedy, gdy problem nie ma jednej oczywistej przyczyny. Jest szczególnie przydatny przy problemach jakościowych, reklamacjach, opóźnieniach, spadkach wyników, błędach w dokumentacji, awariach, przestojach albo powtarzalnych skargach klientów np.

problem wraca mimo wcześniejszych działań naprawczych
zespół nie zgadza się co do przyczyny
trzeba przygotować formalną odpowiedź dla klienta
wskaźniki jakości, terminowości lub kosztów pogarszają się bez jasnego powodu
problem dotyczy kilku działów naraz
firma planuje działania korygujące lub zapobiegawcze

Nie każdy temat wymaga takiej analizy. Jeżeli problem jest mały, jednorazowy i ma oczywistą przyczynę, nie ma sensu uruchamiać dużej sesji. Gdy operator widzi, że wózek ma przebitą oponę, wymienia oponę i działa dalej.

Diagram Ishikawy ma sens przy problemach poważniejszych: takich, które wracają, wpływają na klienta, generują koszty albo pokazują, że proces nie jest stabilny.

Jak jest zbudowany diagram Ishikawy?

Budowa diagramu jest prosta. Po prawej stronie zapisujemy problem. Ważne, aby był opisany konkretnie, najlepiej z danymi. Zamiast pisać „słaba jakość”, lepiej napisać: „12 reklamacji dotyczących rys na wspornikach w maju” albo „czas realizacji zleceń serwisowych przekracza SLA o 40%”. Im dokładniej nazwiemy problem, tym lepsza będzie analiza.

Od problemu biegnie główna linia, czyli „kręgosłup”. Od niej odchodzą główne „ości”, czyli kategorie przyczyn. Pod każdą kategorią zespół dopisuje możliwe, bardziej szczegółowe przyczyny. Na końcu powstaje mapa hipotez: lista rzeczy, które mogły doprowadzić do problemu i które warto sprawdzić.

głowa ryby: konkretnie opisany problem lub skutek
kręgosłup: główna linia prowadząca do problemu
główne ości: kategorie możliwych przyczyn
podości: szczegółowe przyczyny zapisane pod kategoriami
wnioski: wskazanie najbardziej prawdopodobnych przyczyn do dalszej weryfikacji

Rysunek 1. Klasyczna wersja schematu diagramu Ishikawy (6M).

Jak zrobić diagram Ishikawy krok po kroku?

Nazwij problem prostym językiem. Najlepiej użyj danych: gdzie, kiedy, jak często i z jakim skutkiem problem wystąpił.
Dobierz zespół. Zaproś osoby, które znają proces: produkcję, jakość, logistykę, utrzymanie ruchu, obsługę klienta, IT lub sprzedaż, zależnie od tematu.
Wybierz model kategorii. Dla produkcji często będzie to 5M lub 6M, czyli zestaw kategorii zaczynających się od angielskiej litery M. Dla usług lepszy może być model 4S, a dla sprzedaży i marketingu model 8P. Te modele są opisane w kolejnej części artykułu.
Zrób burzę mózgów. Na tym etapie nie oceniaj pomysłów. Zapisuj możliwe przyczyny i przypisuj je do kategorii.
Doprecyzuj przyczyny. Unikaj ogólników typu „ludzie nie pilnują”. Lepszy zapis to: „brak jasnej instrukcji kontroli materiału przed rozpoczęciem pracy”.
Wybierz 1-3 najbardziej prawdopodobne przyczyny. Nie próbuj naprawiać wszystkiego naraz.
Sprawdź przyczyny w praktyce. Użyj danych, obserwacji na GEMBA, czyli w miejscu, gdzie powstaje wartość dla klienta albo gdzie pojawił się problem, rozmów z pracownikami albo metody 5 Why. 5 Why polega na kilkukrotnym pytaniu „dlaczego?”, aby sprawdzić, czy wskazana przyczyna nie jest tylko kolejnym objawem.
Zaplanuj działania korygujące i zapobiegawcze. Diagram sam nie rozwiązuje problemu, ale dobrze pokazuje, gdzie zacząć.

Dobra praktyka: pierwszą analizę zrób możliwie szybko po zauważeniu problemu, a potem wróć do diagramu po kilku godzinach lub następnego dnia. Często po opadnięciu emocji zespół dopisuje trafniejsze przyczyny.

Jakie kategorie wybrać w diagramie Ishikawy? 5M, 6M, 8P i 4S

Nie ma jednego idealnego zestawu kategorii dla każdej firmy. Kategorie trzeba dobrać do procesu. Inaczej wygląda problem na linii produkcyjnej, inaczej w sklepie internetowym, a jeszcze inaczej w zespole serwisowym.

W praktyce funkcjonuje kilka konwencji budowania diagramu Ishikawy. Klasyczna wersja produkcyjna opiera się najczęściej na modelu 6M: człowiek, maszyna, metoda, materiał, pomiar i środowisko. To dobry punkt startu przy problemach jakościowych, reklamacjach, brakach, awariach lub odchyleniach w procesie produkcyjnym. Nie oznacza to jednak, że każda firma musi kopiować dokładnie ten sam układ. W usługach, logistyce, IT, sprzedaży czy administracji lepiej sprawdzają się czasem inne kategorie, np. system, dostawcy, komunikacja, proces, dane wejściowe albo doświadczenie klienta. Najważniejsze jest to, aby kategorie pomagały zespołowi myśleć szeroko o przyczynach problemu, a nie ograniczały analizy do gotowego szablonu.

Model 5M lub 6M w produkcji

To najpopularniejszy model dla firm produkcyjnych. W wersji 5M analizuje się: człowieka, maszynę, metodę, materiał i pomiar. Nazwy angielskie to: Manpower, Machine, Method, Material i Measurement. W wersji 6M dodaje się środowisko, czyli Mother Nature / Environment. W rozszerzonych wersjach można dodać także Management, czyli zarządzanie, oraz Maintenance, czyli utrzymanie ruchu.

Przykład z produkcji: rysy na wspornikach metalowych

Problem: podczas kontroli montażowej wykryto rysy na wspornikach metalowych. Zespół wpisuje problem po prawej stronie diagramu i analizuje możliwe przyczyny.

Człowiek (Manpower): operator nie miał jasnej instrukcji, jak sprawdzać zgodność materiału przed rozpoczęciem pracy.
Maszyna (Machine): stanowisko nie miało automatycznej kontroli przyjęcia właściwego półproduktu.
Metoda (Method): instrukcja spawania nie zawierała wymogu weryfikacji materiału.
Materiał (Material): dwa podobne wizualnie półprodukty leżały w tej samej strefie magazynu.
Pomiar (Measurement): brakowało kontroli wejściowej dla danego komponentu.
Środowisko (Environment): na stanowisku było mało miejsca, a detale mogły ocierać się o siebie podczas odkładania.
Utrzymanie ruchu (Maintenance): oznaczenia regałów nie zostały zaktualizowane po zmianie asortymentu.

Po analizie zespół wskazał najbardziej prawdopodobną przyczynę: brak kontroli wejściowej połączony z niejednoznacznym oznaczeniem materiału. Działania korygujące były więc konkretne: wprowadzić kontrolę wejściową i poprawić oznaczenie stref magazynowych. To lepsze niż ogólny wniosek „operator musi bardziej uważać”.

Model 4S w usługach

Model 4S jest prostszy i dobrze pasuje do usług. Kategorie to: otoczenie (Surroundings), dostawcy (Suppliers), system (System) oraz umiejętności (Skills). Sprawdza się przy analizie opóźnień, reklamacji, błędów w obsłudze klienta lub niespójnej jakości usług. W praktyce można dodać także komunikację, jeśli to ważny element procesu obsługi klienta.

Przykład z usług: opóźnienia w realizacji zleceń serwisowych

Problem: czas realizacji zleceń serwisowych przekracza ustalony standard o 40%. W firmie pojawiają się reklamacje, a dział obsługi klienta nie ma dobrej odpowiedzi, dlaczego zlecenia się opóźniają.

Dostawcy (Suppliers): czas dostaw części zamiennych wydłużył się z 2 do 5 dni.
System (System): zgłoszenia pilne i zwykłe trafiają do jednej kolejki.
Umiejętności (Skills): nowi technicy nie znają jeszcze nowszych modeli urządzeń.
Otoczenie (Surroundings): liczba zgłoszeń wzrosła o 30% po przejęciu nowego portfela klientów.
Komunikacja: klient nie dostaje informacji o zmianie terminu, więc eskaluje sprawę.

Wniosek z analizy: największy wpływ ma brak priorytetyzacji zgłoszeń w systemie oraz wzrost wolumenu pracy bez przygotowania zespołu. Działania: automatyczne oznaczanie zgłoszeń według SLA, lepszy plan dyżurów i szkolenie techników. Taki wynik jest użyteczny dla managera, bo przekłada analizę na decyzje operacyjne.

Model 8P w marketingu, sprzedaży i e-commerce

Model 8P pomaga analizować problemy rynkowe, na przykład spadek sprzedaży, niższą konwersję albo słabe wyniki kampanii. Kategorie to: produkt (Product), cena (Price), promocja (Promotion), kanały sprzedaży lub miejsce (Place), proces (Process), ludzie (People), fizyczne lub widoczne elementy doświadczenia klienta (Physical Evidence) oraz wyniki względem konkurencji (Performance).

Przykład z e-commerce: konwersja w sklepie spadła o 18%. Zespół może sprawdzić, czy problem leży w cenie, opisach produktów, kampanii, ścieżce zakupowej, obsłudze klienta, dostępności towaru albo słabej wersji mobilnej strony. Dzięki temu dyskusja nie kończy się stwierdzeniem „marketing działa słabo”, tylko prowadzi do konkretnych hipotez do sprawdzenia.

Diagram Ishikawy a 5 Why, 8D i A3

Diagram Ishikawy nie zastępuje innych narzędzi Lean i jakości. On pomaga zebrać możliwe przyczyny. Dopiero później trzeba je potwierdzić. Dlatego często łączy się go z metodą 5 Why, czyli kilkukrotnym pytaniem „dlaczego?”. 5 Why pomaga zejść głębiej i sprawdzić, czy wskazana przyczyna nie jest tylko kolejnym objawem.

Raport 8D to uporządkowana metoda rozwiązywania problemów, często używana przy reklamacjach klienta. Nazwa pochodzi od ośmiu kroków, które prowadzą zespół od opisu problemu do działań korygujących i sprawdzenia skuteczności. Diagram Ishikawy może być użyty w etapie identyfikacji przyczyny głównej.

Raport A3 to zwięzły sposób opisania problemu, analizy, wniosków i planu działań na jednej stronie formatu A3. Dla managera najważniejsze jest jedno: diagram Ishikawy jest narzędziem diagnozy, a nie gotowym planem naprawczym. Po nim muszą pojawić się decyzje, odpowiedzialności, terminy i sprawdzenie skuteczności działań.

Jakie pytania zadawać podczas tworzenia diagramu Ishikawy?

Dobrze poprowadzony diagram Ishikawy zależy nie tylko od samego rysunku, ale przede wszystkim od pytań, które zadaje zespół. To one pomagają przejść od ogólnych opinii do konkretnych hipotez, które można sprawdzić w danych lub bezpośrednio w procesie.

Na początku warto doprecyzować sam problem:

Co dokładnie jest problemem i gdzie występuje?
Od kiedy widzimy problem i jak często się powtarza?
Jaki jest wpływ problemu na klienta, jakość, koszt, terminowość lub bezpieczeństwo?
Po czym poznamy, że problem został rozwiązany?

Potem zespół szuka możliwych przyczyn w różnych obszarach procesu:

Czy problem może wynikać z metody pracy, braku standardu albo niejasnej instrukcji?
Czy ludzie mają odpowiednie informacje, umiejętności i warunki do wykonania pracy dobrze za pierwszym razem?
Czy maszyna, system, narzędzie, materiał albo dane wejściowe były stabilne i zgodne z wymaganiami?
Czy sposób pomiaru lub kontroli mógł ukryć problem albo pokazać go za późno?
Czy komunikacja między działami mogła mieć wpływ na powstanie problemu?

Na końcu warto przejść od listy przyczyn do decyzji:

Które przyczyny są najbardziej prawdopodobne i które możemy sprawdzić jako pierwsze?
Jakie dane, obserwacje na gemba lub rozmowy potwierdzą albo obalą te hipotezy?
Co trzeba zrobić, kto za to odpowiada i do kiedy?
Jak zmierzymy, czy działanie naprawdę usunęło przyczynę, a nie tylko objaw?

Taka lista pytań dobrze działa zarówno w produkcji, jak i w usługach. W produkcji może prowadzić do sprawdzenia materiału, ustawień maszyny, instrukcji pracy i kontroli wejściowej. W usługach może pomóc odkryć problem w systemie zgłoszeń, priorytetach, komunikacji z klientem albo obciążeniu zespołu.

Zalety diagramu Ishikawy

jest prosty i zrozumiały dla osób z różnych działów
pomaga prowadzić spotkanie bez chaosu
pokazuje problem jako element procesu, a nie jako winę jednej osoby
ułatwia komunikację między produkcją, jakością, logistyką, sprzedażą i obsługą klienta
tworzy zapis wiedzy zespołu, do którego można wrócić
nie wymaga specjalnego oprogramowania - wystarczy tablica, kartka, Excel albo prosty szablon
ułatwia start do dalszych metod, takich jak 5 Why, 8D lub A3

Ograniczenia i typowe błędy

Diagram Ishikawy ma też ograniczenia. Nie wskazuje automatycznie jednej prawdziwej przyczyny. Pokazuje możliwe przyczyny, które trzeba później potwierdzić. Jeśli zespół wpisze na diagramie opinie zamiast faktów, wynik będzie słaby. Jeśli moderator pozwoli na szukanie winnych, ludzie przestaną mówić szczerze. Jeśli problem zostanie opisany zbyt ogólnie, diagram stanie się długą listą narzekań.

zbyt ogólny problem, np. „słaba jakość” zamiast konkretnego opisu
mieszanie objawów z przyczynami
brak danych i brak obserwacji procesu
wpisywanie „błąd człowieka” bez sprawdzenia, co w procesie umożliwiło błąd
kończenie pracy na samym rysunku, bez działań korygujących
brak weryfikacji, czy działania naprawdę usunęły problem

Jak wykorzystać diagram Ishikawy w szkoleniach Lean?

Diagram Ishikawy jest dobrym narzędziem szkoleniowym, bo szybko pokazuje różnicę między reagowaniem na problem a analizą procesu. Na szkoleniu uczestnicy nie powinni pracować tylko na teoretycznych przykładach z podręcznika, ale na realnych problemach z własnej firmy: reklamacjach, przestojach, opóźnieniach, błędach w dokumentach, problemach z komunikacją albo odchyleniach od standardu.

W LMCG ćwiczymy diagram Ishikawy w ramach szkoleń i warsztatów Problem Solving. Nie jest to osobne, oderwane narzędzie, ale element całego procesu rozwiązywania problemów. Uczestnicy najpierw precyzyjnie opisują problem, potem budują diagram Ishikawy, wybierają najbardziej prawdopodobne przyczyny, pogłębiają analizę metodą 5 Why, a następnie opracowują konkretny plan działań.

Największą wartość daje praca na prawdziwym problemie organizacji. Dzięki temu efekty szkolenia można zobaczyć od razu, a nie dopiero „kiedyś w przyszłości”. Zespół nie tylko uczy się narzędzia, ale jednocześnie analizuje problem, który realnie wpływa na koszty, jakość, terminowość albo satysfakcję klienta.

W takim podejściu ważnym elementem jest także policzenie potencjalnych oszczędności wynikających z rozwiązania problemu. Managerowie widzą wtedy, ile firma może odzyskać dzięki ograniczeniu braków, reklamacji, przestojów, nadgodzin, poprawek, opóźnień lub utraconych zamówień. To zmienia sposób patrzenia na szkolenie: nie jest ono kosztem, ale inwestycją w lepsze działanie procesu.

Warsztat kończy się opracowaniem planu działań z jasno przypisanymi odpowiedzialnościami. Wiadomo, co trzeba zrobić, kto za to odpowiada, do kiedy ma to być wykonane i jak zostanie sprawdzona skuteczność działań. Dzięki temu diagram Ishikawy nie zostaje tylko ładnym rysunkiem na tablicy, ale prowadzi do konkretnych decyzji i wdrożenia zmian.

Dla managera to praktyczna kompetencja. Dobrze poprowadzony diagram Ishikawy pomaga zespołowi zobaczyć, że problem zwykle powstaje w procesie: w metodzie pracy, przepływie informacji, braku standardu, systemie, materiale, organizacji pracy albo sposobie pomiaru. Dzięki temu łatwiej wdrożyć działania, które naprawdę zmniejszają ryzyko powtórki.

Przy takim założeniu inwestycja w szkolenie i warsztaty Problem Solving zwykle zwraca się z nadwyżką. Warunek jest jeden: kadra managerska musi wdrożyć wypracowane rozwiązania i konsekwentnie dopilnować realizacji planu działań. Sam warsztat uruchamia zmianę, ale dopiero wdrożenie decyzji przynosi realny wynik biznesowy.

FAQ: najczęstsze pytania managerów

Czym jest diagram Ishikawy w prostych słowach?

To rysunek, który pomaga zespołowi uporządkować możliwe przyczyny problemu. Po prawej stronie wpisuje się problem, a po lewej strony grupy przyczyn, które mogły do niego doprowadzić.

Dlaczego diagram Ishikawy nazywa się diagramem rybiej ości?

Ponieważ jego układ przypomina szkielet ryby. Problem jest „głową ryby”, główna linia jest „kręgosłupem”, a kategorie przyczyn tworzą „ości”.

Kiedy warto użyć diagramu Ishikawy?

Wtedy, gdy problem jest powtarzalny, kosztowny, dotyka klienta albo nie ma jednej oczywistej przyczyny. Diagram pomaga uniknąć zgadywania i uporządkować analizę.

Kiedy nie warto używać diagramu Ishikawy?

Nie ma sensu robić pełnej analizy dla małych, jednorazowych problemów z jasną przyczyną. Narzędzie powinno być dopasowane do skali problemu.

Czy diagram Ishikawy jest tylko dla produkcji?

Nie. Powstał w środowisku jakości i produkcji, ale działa wszędzie tam, gdzie mamy proces i powtarzalny problem: w usługach, administracji, e-commerce, IT, HR, logistyce i obsłudze klienta.

Jakie kategorie wybrać w diagramie Ishikawy?

W produkcji najczęściej sprawdza się 5M lub 6M, w usługach 4S, a w sprzedaży i marketingu 8P. Kategorie warto dobrać do procesu, a nie kopiować bezrefleksyjnie z szablonu.

Czym diagram Ishikawy różni się od 5 Why?

Diagram Ishikawy pomaga szeroko zebrać możliwe przyczyny problemu. 5 Why pomaga pogłębić jedną wybraną przyczynę przez kilkukrotne pytanie „dlaczego?”. Najlepiej używać ich razem.

Czy diagram Ishikawy wskazuje przyczynę główną?

Nie samodzielnie. Diagram pokazuje możliwe przyczyny. Przyczynę główną trzeba potwierdzić danymi, obserwacją procesu, rozmową z pracownikami albo metodą 5 Why.

Ile czasu zajmuje przygotowanie diagramu?

Prosta analiza może zająć 30-60 minut. Bardziej złożony problem, szczególnie z udziałem kilku działów, może wymagać dłuższego warsztatu i późniejszej weryfikacji danych.

Czy diagram Ishikawy można zrobić w Excelu, PowerPoincie albo Miro?

Tak. Można użyć dowolnego narzędzia: tablicy, kartki, flipcharta, Excela, PowerPointa, Miro lub gotowego szablonu. Ważniejsza od programu jest jakość rozmowy i dobrze opisany problem.

Co jest najważniejsze w dobrej analizie?

Najważniejsze są konkretny opis problemu, właściwy zespół, szczera rozmowa, sprawdzenie hipotez w praktyce i plan działań z odpowiedzialnościami. Bez tego diagram będzie tylko ładnym rysunkiem, a nie narzędziem do poprawy procesu.