Ponieważ poprawienie skutku problemu to zwykle tylko korekcja. Jeżeli przyczyna pozostaje w systemie, ten sam błąd może powtórzyć się przy kolejnej dostawie, partii lub audycie. Dobre zamknięcie niezgodności powinno pokazać trzy rzeczy: co naprawiono teraz, dlaczego problem powstał i co zmieniono, aby ograniczyć ryzyko jego ponownego wystąpienia.
Dlaczego samo poprawienie błędnego dokumentu nie zawsze zamyka niezgodność?
Ponieważ poprawienie skutku problemu to zwykle tylko korekcja. Jeżeli przyczyna pozostaje w systemie, ten sam błąd może powtórzyć się przy kolejnej dostawie, partii lub audycie. Dobre zamknięcie niezgodności powinno pokazać trzy rzeczy: co naprawiono teraz, dlaczego problem powstał i co zmieniono, aby ograniczyć ryzyko jego ponownego wystąpienia.
1. Niezgodność opisuje brak spełnienia konkretnego wymagania Dobre ustalenie audytowe powinno łączyć wymaganie z obiektywnym dowodem. Nie wystarczy ogólne zdanie „dokumentacja jest słaba”. Potrzebne jest wskazanie, czego brakuje i na jakiej podstawie.
Firma zamykająca niezgodność powinna odnieść się do jej rzeczywistej treści, a nie do tego, co wydaje jej się, że audytor „miał na myśli”.
2. Korekcja usuwa bezpośrednio stwierdzony problem
Korekcja (Correction) to działanie odnoszące się do konkretnego przypadku. Jeżeli certyfikat dostawcy wygasł, korekcją może być pozyskanie aktualnego dokumentu i zweryfikowanie jego zakresu.
Jeżeli brakowało zapisu kontroli, korekcją może być wykonanie kontroli i uzupełnienie brakującego dowodu, o ile nadal jest to możliwe i wiarygodne. Korekcja nie odpowiada jednak na pytanie, dlaczego system dopuścił do błędu.
3. Analiza przyczyny źródłowej nie jest opisem objawu
Root Cause Analysis powinna wskazać mechanizm, który doprowadził do problemu. Zdania „pracownik zapomniał” albo „przeoczenie” zwykle zatrzymują analizę zbyt wcześnie.
Warto zapytać: dlaczego pracownik mógł zapomnieć? Czy nie było odpowiedzialności, automatycznego przypomnienia, listy kontrolnej, szkolenia, przeglądu dokumentów albo zastępstwa podczas nieobecności?
4. Jedna niezgodność może mieć więcej niż jedną przyczynę
Przykładowo brak aktualnego certyfikatu dostawcy może wynikać jednocześnie z braku właściciela procesu, braku rejestru dat ważności i braku kontroli przy zmianie dostawcy.
Działanie skupione tylko na jednym elemencie może nie zabezpieczyć całego systemu. Analiza powinna być proporcjonalna do ryzyka i skali problemu.
5. Działanie korygujące zmienia system
Corrective Action powinno eliminować lub ograniczać przyczynę. Dla wygasających certyfikatów może to być centralny rejestr z datą ważności, odpowiedzialnością, przypomnieniem i blokadą zakupu materiału bez aktualnej weryfikacji.
Działanie korygujące nie powinno polegać wyłącznie na ponownym przeszkoleniu pracownika, jeżeli problem wynikał z konstrukcji procesu. Szkolenie jest skuteczne wtedy, gdy brak wiedzy rzeczywiście był przyczyną.
6. Dowód wdrożenia jest równie ważny jak plan
Odpowiedź „wdrożymy nową procedurę” jest planem, nie dowodem. Do zamknięcia niezgodności mogą być potrzebne zmienione dokumenty, zapis szkolenia, przykład użycia nowego formularza, screen z systemu, wynik ponownej kontroli lub inny obiektywny dowód.
Zakres dowodu zależy od charakteru niezgodności i wymagań programu.
7. Trzeba sprawdzić, czy problem występuje szerzej
Jeżeli jedna partia ma błędny udział recyklatu, warto sprawdzić inne partie z tego okresu. Jeżeli jeden dostawca ma nieważny certyfikat, należy sprawdzić cały rejestr dostawców.
To pozwala ustalić, czy niezgodność jest jednostkowym przypadkiem, czy objawem problemu systemowego.
8. Przykład: brak identyfikacji materiału w magazynie
Korekcja: oznaczenie konkretnej nieopisanej partii i potwierdzenie jej statusu. Przyczyna: brak jednoznacznej zasady tworzenia etykiety po przepakowaniu materiału.
Działanie korygujące: dodanie obowiązkowej etykiety przy każdej zmianie opakowania, określenie odpowiedzialności oraz kontrola losowa magazynu przez Quality.
9. Przykład: rozbieżność w bilansie materiałowym
Korekcja: ponowne obliczenie konkretnego okresu po usunięciu błędu jednostki. Przyczyna: eksport z jednego systemu był w kilogramach, a drugi raport w tonach bez automatycznej konwersji.
Działanie korygujące: ujednolicenie jednostek w szablonie, blokada formatu oraz kontrola drugiej osoby przed zatwierdzeniem bilansu.
10. Przykład: brak kontroli aktualności certyfikatu dostawcy
Korekcja: pobranie aktualnego certyfikatu i weryfikacja jego zakresu. Przyczyna: brak właściciela rejestru dostawców i dat odnowienia.
Działanie korygujące: przypisanie odpowiedzialności, kalendarz ważności, okresowy przegląd i wymaganie weryfikacji przy każdej zmianie dostawcy.
11. Skuteczność działania powinna być możliwa do oceny
Dobre działanie korygujące ma kryterium skuteczności. Może nim być brak kolejnych przypadków w ustalonym okresie, pozytywny wynik przeglądu 100% dostawców lub zgodność kolejnych trzech bilansów.
Bez kryterium trudno odróżnić rzeczywistą poprawę od samego zamknięcia zadania w systemie.
12. Najczęstszy błąd: „poprawiliśmy dokument”
Jeżeli firma przesyła tylko poprawiony formularz, audytor lub reviewer może zapytać, dlaczego wcześniej używano błędnej wersji i co zapobiegnie powtórzeniu.
Właśnie dlatego korekcja, przyczyna i działanie korygujące powinny być logicznie połączone.
FAQ – najczęściej zadawane pytania
Czy każda niezgodność wymaga rozbudowanej metody 5 Why?
Nie. Głębokość analizy powinna być proporcjonalna do problemu. Ważniejsze od nazwy metody jest wiarygodne wskazanie przyczyny i skutecznego działania.
Czy „błąd ludzki” może być root cause?
Czasami, ale często jest tylko początkiem analizy. Warto sprawdzić, dlaczego system pozwolił na taki błąd i czy można ograniczyć jego prawdopodobieństwo.
Czy szkolenie zawsze jest dobrym corrective action?
Tylko jeżeli brak wiedzy lub kompetencji rzeczywiście był przyczyną. Jeżeli problem wynika z procesu, samo szkolenie może być niewystarczające.
Czy trzeba sprawdzać inne partie lub dostawców?
Jeżeli istnieje ryzyko, że problem ma szerszy zakres, tak. Ocena zasięgu problemu jest ważną częścią wiarygodnej odpowiedzi.
Czy auditor może napisać firmie corrective action?
Nie powinien projektować klientowi rozwiązania, które sam ocenia. Może wyjaśnić wymaganie i ocenić przedstawione działania.
