Przewodnik praktyczny • produkcja • usługi • ochrona zdrowia
Diagram Ishikawy porządkuje przyczyny. Nie zastępuje ich weryfikacji.
Diagram Ishikawy, nazywany też diagramem przyczynowo-skutkowym lub „rybią ością”, służy do zebrania i uporządkowania możliwych przyczyn konkretnego problemu. Jego gałęzie są hipotezami — przyczynę źródłową potwierdzają dopiero dane, obserwacja procesu i test w gemba.
przykład produkcyjny
przykład usługowy
warsztat krok po kroku
To właśnie odróżnia użyteczny diagram Ishikawy od estetycznej planszy po burzy mózgów. Dobrze przeprowadzona analiza łączy wiedzę ludzi wykonujących pracę, fakty z procesu i dyscyplinę rozwiązywania problemów. Dzięki temu zespół nie przeskakuje od objawu do pierwszego pomysłu na rozwiązanie.
Czym jest diagram Ishikawy?
Diagram Ishikawy to wizualne narzędzie analizy przyczyn i skutków. Po prawej stronie umieszcza się jasno zdefiniowany problem — „głowę ryby”. Główna linia prowadząca do problemu jest jej „kręgosłupem”, a odchodzące od niej gałęzie grupują możliwe przyczyny. American Society for Quality zalicza diagram przyczynowo-skutkowy do siedmiu podstawowych narzędzi jakości.
Siła metody nie polega na samym rysunku. Diagram pozwala zespołowi spojrzeć na problem szerzej, ujawnić różne perspektywy i uniknąć pochopnego obwiniania człowieka. Zamiast pytania „kto popełnił błąd?” pojawiają się pytania o metodę, warunki, wyposażenie, materiał, dane i sposób zarządzania procesem.
Ważne rozróżnienie: „operator nie przestrzegał standardu” rzadko jest końcem analizy. Trzeba sprawdzić, czy standard jest aktualny i dostępny, czy pracownik został prawidłowo nauczony, czy ma warunki do jego stosowania oraz czy przełożony potwierdza wykonywanie pracy zgodnie z metodą.
Kaoru Ishikawa i historia diagramu rybiej ości
Nazwa narzędzia pochodzi od japońskiego specjalisty zarządzania jakością Kaoru Ishikawy. Upowszechnił on analizę przyczynowo-skutkową w ruchu jakościowym, tak aby z narzędzia mogli korzystać nie tylko statystycy, lecz także zespoły pracujące bezpośrednio z procesem. ASQ wskazuje diagram przyczynowo-skutkowy jako jedno z jego najbardziej rozpoznawalnych osiągnięć.
To podejście dobrze pasuje do Lean Management: problem powinien być widoczny, analizowany możliwie blisko miejsca pracy i rozwiązywany przy udziale osób, które znają proces. Rybia ość nie ma być dokumentem dla audytora. Ma pomóc zespołowi zobaczyć system przyczyn, zaplanować obserwacje i podjąć skuteczne działania.
Model 6M — sześć kategorii przyczyn
W produkcji najczęściej stosuje się układ 5M lub 6M. Kategorie nie są jednak obowiązkowym formularzem. Mają prowokować dobre pytania i można je dostosować do problemu. W usługach lepiej mogą działać kategorie: ludzie, proces, technologia, informacja, zasady i otoczenie.
Człowiek
Kompetencje, instruktaż, obciążenie, komunikacja, ergonomia, obsada i sposób nadzoru. Nie chodzi o szukanie winnego, lecz o warunki prawidłowego wykonania pracy.
Maszyna
Stan techniczny, ustawienia, zużycie narzędzi, awarie, zabezpieczenia, dostępność części, zdolność procesu i utrzymanie autonomiczne.
Metoda
Kolejność kroków, standard pracy, parametry procesu, sposób przekazania zmiany, plan kontroli i reguły reagowania na odchylenia.
Materiał
Specyfikacja, partia, dostawca, magazynowanie, identyfikowalność, zanieczyszczenie, tolerancje i sposób podawania materiału.
Pomiar
Metoda pomiaru, kalibracja, kryteria akceptacji, próbka, częstotliwość, system rejestracji i możliwość błędnej interpretacji danych.
Środowisko
Temperatura, wilgotność, oświetlenie, hałas, układ stanowiska, czystość oraz inne warunki otoczenia wpływające na wynik.
Jak zrobić diagram Ishikawy krok po kroku?
Najlepszy warsztat nie zaczyna się od pustego szablonu, ale od przygotowania faktów. Zbierz dane o miejscu, czasie, częstotliwości i skali problemu. Zaproś osoby wykonujące pracę, właściciela procesu oraz — jeśli potrzeba — specjalistów jakości, utrzymania ruchu, technologii lub logistyki.
Zdefiniuj skutek bez wpisywania rozwiązania
Problem powinien być konkretny i mierzalny: co się wydarzyło, gdzie, kiedy, jak często i w jakiej skali. „Mamy problemy z jakością” jest zbyt szerokie.
Ustal granice analizy
Zdecyduj, który proces, produkt, zmiana, lokalizacja lub okres są objęte analizą. Bez granic diagram szybko stanie się listą wszystkiego, co kiedykolwiek może pójść źle.
Zbierz zespół znający proces
Połącz różne role, ale nie pomijaj osób wykonujących pracę. Facylitator pilnuje pytań i faktów, a nie narzuca odpowiedzi.
Dobierz kategorie
Użyj 6M albo własnego podziału. Kategorie mają wspierać myślenie, a nie ograniczać je do gotowego formularza.
Zapisuj możliwe przyczyny jako hipotezy
Pytaj: „Co może powodować ten skutek?” i rozwijaj gałęzie kolejnymi pytaniami. Oddziel obserwację od opinii.
Wybierz hipotezy do sprawdzenia
Oceń związek ze skutkiem, dostępne dane i łatwość testu. Pomocne będą Pareto, 5 Why, analiza trendu, porównanie zmian oraz obserwacja w gemba.
Potwierdź przyczynę i zamknij cykl
Sprawdź hipotezę w procesie, wdroż działanie, obserwuj wynik i ustandaryzuj skuteczną zmianę w cyklu PDCA.
Diagram Ishikawy — przykłady z produkcji i usług
Problem: wzrost odsetka nieszczelnych złączy na linii A
Załóżmy, że w ostatnich dziesięciu dniach odsetek nieszczelnych złączy na drugiej zmianie wzrósł z 1,2% do 3,8%. To znacznie lepszy opis niż „operatorzy robią wadliwe złącza”, ponieważ nie sugeruje jeszcze przyczyny.
- Człowiek: różnice w sposobie przygotowania powierzchni, brak potwierdzonego instruktażu nowej osoby.
- Maszyna: niestabilne ciśnienie, zużyta końcówka, inne ustawienia po przeglądzie.
- Metoda: pomijany czas odparowania, niejednoznaczny punkt kluczowy w instrukcji.
- Materiał: nowa partia uszczelniacza, inne warunki magazynowania.
- Pomiar: różna metoda testu szczelności między zmianami.
- Środowisko: niższa temperatura stanowiska na początku zmiany.
Warsztat nie kończy się wyborem „najbardziej przekonującej” gałęzi. Zespół porównuje partie materiału, sprawdza historię ustawień, obserwuje wykonanie standardu i potwierdza powtarzalność pomiaru.
Problem: 42% ofert przekracza uzgodniony czas 48 godzin
W usługach klasyczne nazwy 6M można zastąpić językiem procesu. Przykładowe gałęzie to: niepełne dane wejściowe od sprzedaży, ręczne przepisywanie danych, niejasne progi akceptacji rabatu, kolejki do eksperta technicznego, wiele wersji pliku i brak widocznego priorytetu.
Po analizie zespół może sprawdzić, gdzie oferta czeka najdłużej, które braki powtarzają się najczęściej i czy opóźnienie zależy od rodzaju zamówienia. Diagram daje mapę pytań, natomiast dane z procesu wskazują, gdzie zacząć działanie.
Od hipotezy do przyczyny źródłowej
Przyczyna źródłowa powinna wyjaśniać mechanizm powstawania problemu i dać się potwierdzić. Jeśli jej usunięcie lub kontrola nie zmienia skutku, prawdopodobnie nie dotarliśmy do właściwego poziomu analizy.
| Etap | Pytanie zespołu | Praktyczne narzędzie |
|---|---|---|
| Opis zjawiska | Co dokładnie jest niezgodne i gdzie to widzimy? | Dane, zdjęcie, karta procesu, trend |
| Rozszerzenie perspektywy | Jakie czynniki mogą tworzyć ten skutek? | Diagram Ishikawy |
| Priorytety | Które hipotezy są częste lub silnie związane ze skutkiem? | Pareto, stratyfikacja danych |
| Pogłębienie | Dlaczego dany mechanizm występuje? | 5 Why |
| Test | Jakie fakty potwierdzą albo obalą hipotezę? | Gemba, pomiar, próba porównawcza |
| Zamknięcie | Czy działanie usunęło przyczynę i utrzymało efekt? | A3, PDCA, standard |
Diagram Ishikawy dobrze współpracuje z analizą przyczyn źródłowych, raportem A3, 8D i DMAIC. Jeśli potwierdzona przyczyna dotyczy sposobu wykonania pracy, rozwiązaniem może być aktualizacja standardu pracy i nauczanie zgodnie z TWI. Jeżeli problem wiąże się z awaryjnością — potrzebne mogą być działania TPM. Gdy ryzyko można wyeliminować konstrukcyjnie, warto rozważyć poka-yoke lub aktualizację FMEA.
Najczęstsze błędy w analizie Ishikawy
Problem jest zbyt ogólny
„Niska efektywność” lub „reklamacje klientów” nie wskazują procesu, czasu ani skali. Każda gałąź będzie wtedy równie prawdopodobna.
Diagram powstaje przy biurku
Bez obserwacji pracy zespół odtwarza wyobrażenie o procesie, nie jego rzeczywisty przebieg.
Burza mózgów jest traktowana jak dowód
Liczba karteczek nie potwierdza przyczyny. Każda ważna hipoteza potrzebuje sposobu weryfikacji.
Wszystko trafia do kategorii „człowiek”
To często zasłania słaby standard, nieergonomiczne warunki, błędny pomiar lub niesprawny system szkolenia.
Zespół od razu projektuje rozwiązania
Pomysły na działania warto zapisać osobno. Najpierw trzeba zrozumieć mechanizm problemu.
Brakuje właściciela dalszych kroków
Ustal hipotezę, dane do zebrania, osobę odpowiedzialną i termin. Bez tego rybia ość zostaje tylko zdjęciem ze spotkania.
Od analizy do wdrożenia — case studies LeanTrix
Diagram jest początkiem, a nie wynikiem transformacji. Poniższe wdrożenia pokazują trzy różne sytuacje: diagnozę złożonego procesu, zamknięcie luki kompetencyjnej oraz utrwalenie standardu pracy.
SP ZOZ Kościan
W próbce 398 zabiegów 8,5% planowych procedur zostało przesuniętych. Zespół wykorzystał m.in. Ishikawę, SIPOC, RACI i mapowanie procesu, aby przejść od objawu do diagnozy oraz modelu TO-BE.
Danone
Gdy źródło zmienności leży w sposobie uczenia pracy, potrzebny jest system. Wdrożenie TWI skróciło czas szkolenia o 50% na produkcji i 37% w magazynie, a średnia liczba obsługiwanych stanowisk wzrosła z 2 do 3.
RECARO
Standaryzacja i TWI skróciły onboarding o 50%. Błędy powodujące scrap spadły o 20%, rework o 25%, a koszt szkolenia o 20%. To przykład domknięcia analizy przez stabilny sposób pracy.
Doświadczenie potwierdzone przez klientów
LeanTrix łączy rozwiązywanie problemów z wdrożeniem standardów, rozwojem liderów i budowaniem kompetencji zespołów. Zobacz podpisane rekomendacje organizacji, z którymi prowadziliśmy szkolenia oraz projekty wdrożeniowe.
Autor i ekspert
dr inż. Bartosz Misiurek
Prezes Zarządu LeanTrix, TWI Master Trainer i praktyk Lean Management. Od 2007 roku rozwija TWI i Lean, łącząc analizę problemów ze standaryzacją pracy, rozwojem liderów oraz wdrożeniami w organizacjach produkcyjnych i usługowych.
Najczęstsze pytania o diagram Ishikawy
Co to jest diagram Ishikawy?
To diagram przyczynowo-skutkowy, który pomaga zebrać i uporządkować możliwe przyczyny konkretnego problemu. Kształtem przypomina szkielet ryby, dlatego bywa nazywany diagramem rybiej ości.
Czy diagram Ishikawy wskazuje przyczynę źródłową?
Nie samodzielnie. Diagram tworzy mapę hipotez. Przyczynę trzeba potwierdzić danymi, obserwacją w gemba, pomiarem lub kontrolowanym testem.
Czym różni się model 5M od 6M?
Wersja 5M obejmuje człowieka, maszynę, metodę, materiał i pomiar. W modelu 6M dodaje się środowisko. Nazwy i liczbę kategorii można dopasować do analizowanego procesu.
Diagram Ishikawy czy 5 Why — które narzędzie wybrać?
Ishikawa poszerza perspektywę i grupuje wiele potencjalnych przyczyn. 5 Why pogłębia wybraną ścieżkę przyczynową. W złożonych problemach narzędzia często stosuje się kolejno.
Czy rybia ość działa w usługach i procesach biurowych?
Tak. Warto wtedy zastąpić klasyczne 6M kategoriami bliższymi procesowi, np. ludzie, proces, technologia, informacja, reguły i otoczenie.
Ile osób powinno uczestniczyć w warsztacie?
Zwykle najlepiej działa mały, interdyscyplinarny zespół obejmujący osoby wykonujące pracę i role mające wiedzę o procesie. Ważniejsza od liczby uczestników jest obecność właściwych perspektyw.
Jak długo trwa przygotowanie diagramu?
Prosta sesja może zająć 45–90 minut, ale weryfikacja hipotez trwa zwykle dłużej. Nie warto skracać obserwacji i zbierania danych tylko po to, aby szybko zamknąć spotkanie.
Co zrobić po zakończeniu diagramu Ishikawy?
Wybierz hipotezy do sprawdzenia, przypisz dane, właścicieli i terminy, potwierdź mechanizm problemu, a skuteczne rozwiązanie utrwal w standardzie oraz rytmie zarządzania.
Źródła i dalsza lektura: American Society for Quality — Fishbone Diagram oraz Seven Basic Quality Tools; materiały i case studies LeanTrix dotyczące analizy przyczyn źródłowych, 5 Why, A3, TWI i standaryzacji pracy.
Masz problem, który wraca mimo kolejnych działań?
Pomożemy zespołowi przejść od objawu do potwierdzonej przyczyny, zaprojektować test i utrwalić skuteczne rozwiązanie w procesie.
Jestem popularyzatorem Lean Management oraz programu Training Within Industry. Jestem praktykiem. Współtworzę wiele startupów. Od 2015 roku jestem CEO w Leantrix - czołowej firmie z zakresu konsultingu Lean w Polsce, która począwszy od 2024 roku organizuje jedną z największych konferencji poświęconych szczupłemu zarządzaniu w Polsce - Lean TWI Summit. Od 2019 roku jestem CEO w firmie Do Lean IT OU zarejestrowanej w Estonii, która tworzy software etwi.io używany przez kilkadziesiąt firm produkcyjnych i usługowych w Europie i USA.
