Switch to English Přepnout do češtiny Auf Deutsch wechseln Cambiar a Español Passer au Français Passa all'Italiano Mudar para Português Prepnúť na Slovenčinu

Wyeliminuj przyczynę, nie tylko objaw.

Analiza 5-Why, diagramy Pareto i śledzenie działań korygujących. Rozwiązuj problemy definitywnie. Przestań je powtarzać.

Folia PE zamiast PP na Linii 4 Otwarte Zamknięte
Nr dok. RCCA-0042
Źródło QA-0015
Priorytet Wysoka
Odpowiedzialny S. Nowak
Termin 30.11.2026
Produkt Folia laminowana PP
Opis problemu
Folia PE użyta zamiast laminatu PP na Linii 4. 500 sztuk z partii PK-4417 i PK-4418 objętych problemem.
Diagram Ishikawy
Problem Człowiek Metoda Materiał Pomiar Maszyna Środowisko Bez weryfikacji Etykiety niesprawdzone Identyczne rolki Bez testu inline Akceptuje obie rolki
Analiza 5 Dlaczego
1
Folia PE na Linii 4? Operator wziął rolkę, która wyglądała dobrze.
2
Dlaczego tę rolkę? Rolki PE i PP wyglądają tak samo.
3
Tak samo? Różni je tylko mała etykieta.
4
Nikt nie zauważył? Przy przezbrojeniu nic nie sprawdza folii.
5
Dlaczego nic? Standard przezbrojenia nie wymaga kontroli.
Przyczyna źródłowa
Brak kontroli typu folii przy przezbrojeniu, a rolki różnią się tylko etykietą.
Działanie korygujące
Skanowanie kodu folii przy przezbrojeniu, Linia 4. Partie PK-4417 i PK-4418 zablokowane.
Działanie zapobiegawcze
Kontrola folii w standardzie przezbrojenia. Rolki PE i PP w różnych kolorach od dostawcy.
Identyfikacja
Analiza
Korekta
Zapobieganie

Zaufały nam zespoły operacyjne na całym świecie

  • Honeywell
  • A. O. Smith
  • Woodward
  • Gates
  • ABB
  • Aptiv

15 000+aktywnych użytkowników 59krajów 190 000+rozwiązanych problemów

Te same problemy wracały w kółko

Rozwiązałeś go w ubiegłym miesiącu. I dwa lata temu też. Działaniem korygującym było 'przeszkolić operatora' i wszyscy poszli dalej. Ale problem wrócił, bo nikt nie kopał wystarczająco głęboko, by znaleźć prawdziwą przyczynę.

Teraz problemy są rozwiązywane definitywnie

5-Why, diagram Ishikawy i Pareto w TeamGuru prowadzą zespół dalej niż pierwsza odpowiedź, aż do przyczyny, którą da się usunąć. Każda przyczyna źródłowa dostaje działania korygujące i prewencyjne z osobą odpowiedzialną i terminem. Kontrola skuteczności z własnym terminem sprawdza, czy rozwiązanie się utrzymało.

5-Why i diagram Ishikawy w jednym miejscu
Pareto pokazuje to, co najważniejsze
Działania korygujące i prewencyjne
Kontrola skuteczności z terminem

Analiza przyczyn źródłowych w TeamGuru

Ta sama rolka folii: od skoku PPM do zweryfikowanej poprawki

Alert jakości zatrzymał szkody: partie zablokowane, zapasy u Norvika posortowane. Ale 500 wadliwych części podbiło PPM klienta w Tychach daleko ponad plan, a zablokowana partia nie zatrzyma kolejnej złej rolki. To zadanie dla RCCA. Oto jak zakład znajduje w TeamGuru przyczynę, usuwa ją i po dwóch miesiącach wraca sprawdzić, czy poprawka działa.

  1. 1

    Zaczynasz od alertu i KPI poza planem

    Przycisk Uruchom RCCA w alercie jakości otwiera analizę z przeniesionym tytułem i łączy oba dokumenty. Zespół wskazuje KPI, który przez problem wypadł z planu, a jego wykres trafia do opisu problemu: PPM klienta w Tychach, wrzesień daleko ponad planem.

    Uruchomiono z alertu jakości
    QA-0015 · Folia PE zamiast PP na Linii 4
    RCCA
    Nr dok.
    RCCA-0042
    Tytuł
    Folia PE zamiast PP na Linii 4
    Typ problemu
    Niewłaściwy materiał
    Waga
    Wysoka
    Odpowiedzialny
    S. Nowak
    Powiązane z
    PPM klienta / Tychy
    PPM klienta / Tychy Wykonanie Plan 50
    38
    kwi
    42
    maj
    35
    cze
    41
    lip
    37
    sie
    212
    wrz
  2. 2

    Sprawdź 6M, zanim obwinisz operatora

    Na diagramie Ishikawy zespół sprawdza sześć obszarów: człowiek, metoda, materiał, maszyna, pomiar i środowisko. Najbardziej prawdopodobną gałąź rozkłada na 5 Why, aż dojdzie do czegoś, co da się zmienić. Podsumowanie przyczyny zamyka to w jednym zdaniu.

    Diagram Ishikawy
    Folia PE na Linii 4
    Człowiek
    Rolka wybrana na oko
    Metoda
    Brak kontroli folii przy przezbrojeniu
    Materiał
    Rolki PE i PP wyglądają tak samo
    Pomiar
    Brak testu folii na linii
    Maszyna
    Pracuje na obu foliach
    Środowisko
    Rolki składowane obok siebie
    Analiza 5 Why
    1. Dlaczego? 1 Na Linię 4 trafiła folia PE zamiast PP.
    2. Dlaczego? 2 Operator wziął rolkę, która wyglądała dobrze.
    3. Dlaczego? 3 Rolki PE i PP wyglądają tak samo.
    4. Dlaczego? 4 Różni je tylko mała etykieta.
    5. Dlaczego? 5 Przy przezbrojeniu nic nie sprawdza folii.
    Podsumowanie przyczyny: Brak kontroli typu folii przy przezbrojeniu, a rolki różnią się tylko etykietą.
  3. 3

    Pareto pokazuje prawdziwą skalę

    W tej samej analizie jest Pareto PPM klienta z całego kwartału. Najwyższy słupek to zły materiał, przed uszkodzeniami i etykietami. Dlatego poprawka trafia na każdą linię, na której zmienia się folię, a nie tylko na Linię 4.

    PPM klienta wg typu wady, III kw.
    58
    19
    11
    6
    3
    Zły materiał Uszkodzenie Etykieta Wymiar Powierzchnia
    Zły materiał: 60 % PPM klienta w tym kwartale.
  4. 4

    Kto, co i do kiedy

    Działania natychmiastowe przeprowadzono już w alercie. Tutaj trafiają działania korygujące i zapobiegawcze, każde z osobą odpowiedzialną, terminem i procentem wykonania. Wykres Gantta pokazuje je obok siebie, a przekroczony termin robi się czerwony.

    Działania natychmiastowe

    Wykonane w QA-0015: partie zablokowane, zapasy u Norvika posortowane.

    Działania korygujące i zapobiegawcze
    Działanie Termin Postęp
    • Skanowanie kodu kreskowego folii przy przezbrojeniu, Linia 4 Odpowiedzialny: M. Zieliński 22.09 100 %
    • Kontrola folii w standardzie przezbrojenia Odpowiedzialny: J. Wiśniewski 29.09 100 %
    • Rolki PE i PP w różnych kolorach od dostawcy Odpowiedzialny: K. Adamczyk 06.10 60 %
    • Skanowanie kodów na wszystkich sześciu liniach Odpowiedzialny: M. Zieliński 03.11 30 %
  5. 5

    Po dwóch miesiącach ktoś sprawdza skuteczność

    Sekcja Weryfikacja i kontrola skuteczności ma własny termin. Zespół patrzy na ten sam wykres PPM po wdrożeniu poprawki: październik i listopad znów poniżej planu. W polu Wyciągnięte wnioski zapisuje, gdzie jeszcze zastosować to rozwiązanie.

    Weryfikacja i kontrola skuteczności Termin 30.11
    PPM klienta / Tychy Plan 50
    41
    lip
    37
    sie
    212
    wrz
    44
    paź
    31
    lis
    Weryfikacja
    Dwa miesiące poniżej planu, odkąd działa skanowanie. Ani jednej pomyłki folii przy przezbrojeniu.
    Wyciągnięte wnioski
    Skanowanie działa już na wszystkich sześciu liniach. Rolki etykiet przechodzą tę samą kontrolę przy przezbrojeniu.

Co zyskujesz

Strukturalna analiza 5-Why

Pytaj „dlaczego” krok po kroku, aż dojdziesz do przyczyny, którą da się usunąć. Gdy możliwych przyczyn jest wiele, obok czeka diagram Ishikawy.

Priorytetyzacja z Pareto

Diagramy Pareto pokazują, które kategorie odpowiadają za większość problemów z jakością. Zespół poświęca ograniczony czas tam, gdzie ma to największe znaczenie.

Działania korygujące i prewencyjne

Dla każdej przyczyny źródłowej ustalasz działania korygujące (usunąć ten przypadek) i prewencyjne (zapobiec nawrotom), każde z osobą odpowiedzialną i terminem. Oba rodzaje są śledzone do zakończenia.

Weryfikacja i kontrola skuteczności

Każda analiza RCCA ma sekcję weryfikacji i kontroli skuteczności z własnym terminem. Ktoś wraca i sprawdza, czy rozwiązanie zadziałało, zamiast zamknąć problem i o nim zapomnieć.

Prezentujesz to zespołowi lub zarządowi?

Pobierz dwustronicowy przegląd modułu Analiza przyczyn i działania korygujące do udostępnienia lub wydruku.

Pobierz PDF

Wszystko do siebie pasuje.

Moduł Analiza przyczyn i działania korygujące działa samodzielnie. Połączony z resztą TeamGuru daje więcej: wszystkie moduły poniżej działają na jednej platformie, z jednym logowaniem.

Analiza przyczyn i działania korygujące

Alerty jakości

Jeden przycisk w alercie uruchamia powiązaną RCCA.

Projekty i działania

Działania korygujące śledzone razem z pozostałymi.

Dashboardy KPI

Powiązane z dotkniętym KPI, na którym widać efekt.

Rozwiązywanie problemów 8D

Te same 5-Why i Ishikawa także w 8D dla klienta.

Najczęstsze pytania

Jak działa 5-Why w TeamGuru? +
Zapisujesz problem, pytasz „dlaczego”, notujesz odpowiedź i powtarzasz, aż dojdziesz do przyczyny, na którą możesz zareagować. 5-Why jest w dokumencie RCCA obok diagramu Ishikawy i Pareto, więc cała analiza zostaje w jednym miejscu.
Czy można używać diagramów Ishikawa (Fishbone)? +
Tak. Diagram Ishikawy to jedno z narzędzi analizy w module RCCA: wypełniasz go na miejscu, obok 5-Why i Pareto, a przyczyny, które z niego wychodzą, stają się działaniami z osobą odpowiedzialną i terminem.
Jak upewnić się, że działania korygujące naprawdę działają? +
Każda analiza RCCA ma sekcję weryfikacji i kontroli skuteczności z własnym terminem. Gdy działania są zakończone, ktoś musi jeszcze wrócić i sprawdzić, czy rozwiązanie się utrzymało. Problem nie zostaje zamknięty i zapomniany.
Czy wiele incydentów może być powiązanych z tą samą przyczyną źródłową? +
Tak. Jeśli nowy incydent ma tę samą przyczynę źródłową co poprzedni, mogą być powiązane. Pokazuje też gdy pozornie rozwiązany problem powraca.
Kto może uruchomić analizę przyczyn źródłowych? +
Każdy członek zespołu może uruchomić RCCA. W alercie jakości przycisk Initiate RCCA tworzy analizę powiązaną z alertem. Nic nie startuje automatycznie: to człowiek decyduje, że problem wymaga analizy przyczyn źródłowych.

Zobacz Analiza przyczyn i działania korygujące w praktyce

Zamów spersonalizowane demo i sprawdź, jak TeamGuru obsługuje Analiza przyczyn i działania korygujące dla zespołów takich jak Twój.