Po wygenerowaniu dokumentacji: jak zarządzać ISO na co dzień (rejestr ryzyk, CAPA, przeglądy zarządzania)
Dokumentacja to punkt startowy, nie linia mety
Wielu Pełnomocników traktuje moment wygenerowania kompletu procedur, księgi jakości i formularzy jako koniec projektu wdrożeniowego. W praktyce to dopiero początek. Audytor certyfikujący nie ocenia wyłącznie tego, czy dokumenty istnieją - sprawdza, czy system żyje: czy rejestr ryzyk był aktualizowany po ostatnim przeglądzie, czy niezgodności mają zamknięte działania korygujące, czy przeglądy zarządzania odbywają się zgodnie z harmonogramem.
Dokument wygenerowany raz i odłożony na dysk nie spełnia tego wymogu. Na audycie nadzoru wygląda dokładnie tak samo jak w dniu wdrożenia - a to jest sygnał ostrzegawczy, nie dowód dojrzałości systemu. Audytor od razu widzi różnicę między firmą, która ma "papier na system", a firmą, która ten system faktycznie prowadzi: pyta o ostatnią aktualizację rejestru ryzyk, o status konkretnej niezgodności, o datę ostatniego przeglądu zarządzania - i oczekuje odpowiedzi z danymi, nie z domysłu.
Tu właśnie zaczyna się rola Power Modules w ISO Forge: zestawu modułów, które nie kończą pracy w momencie wygenerowania dokumentu, tylko zaczynają ją od nowa każdego dnia funkcjonowania systemu.
Rejestr ryzyk i szans: kto go aktualizuje po audycie?
Norma ISO 9001 w pkt 6.1 wymaga identyfikacji ryzyk i szans oraz planowania działań wobec nich. Większość firm tworzy rejestr ryzyk raz, na etapie wdrożenia - i na tym kończy temat. Problem pojawia się pół roku później: nowy dostawca, zmiana przepisów, awaria kluczowej maszyny, a rejestr w Excelu wygląda identycznie jak w dniu utworzenia.
Norma wymaga posiadania rejestru ryzyk - ale kto go aktualizuje po audycie? W praktyce zwykle nikt, dopóki nie zbliża się kolejny audyt nadzoru i ktoś przypomina sobie, żeby "odświeżyć" plik. Power Modules prowadzi rejestr ryzyk jako żywy rekord:
Niezgodności i CAPA: od zgłoszenia do zamkniętego działania
Podobnie wygląda sprawa z procedurą niezgodności i działań korygujących. Sam dokument opisuje kroki: zgłoszenie, analiza przyczyny źródłowej, działanie korygujące, weryfikacja skuteczności (CAPA - Corrective and Preventive Action). To jednak tylko opis procesu, nie jego realizacja.
Norma wymaga posiadania procedury niezgodności - ale kto na co dzień zgłasza, analizuje i zamyka kolejne przypadki między jednym audytem a drugim? Weź typowy przykład: operator na hali zgłasza wadę partii, klient reklamuje dostawę, magazyn wykrywa pomyłkę przy kompletacji. Bez narzędzia, które prowadzi sprawę od zgłoszenia do zamknięcia, takie przypadki lądują w mailach, karteczkach i pamięci kierownika zmiany. Część z nich nigdy nie dostaje formalnej analizy przyczyny źródłowej, mimo że procedura tego wymaga.
Na audycie nie da się wtedy wykazać ciągłości procesu, mimo że sama procedura formalnie istnieje i wygląda poprawnie. Power Modules prowadzi każdą niezgodność jako osobny rekord ze statusem (zgłoszona, w analizie, działanie wdrożone, skuteczność zweryfikowana) - podczas audytu wewnętrznego czy audytu nadzoru wystarczy pokazać listę i historię zmian statusów zamiast przeszukiwać skrzynkę mailową i pytać kierowników zmian, co pamiętają.
Przeglądy zarządzania, audyty i dostawcy: cykl, nie jednorazowe wydarzenie
Norma wymaga cyklicznych przeglądów zarządzania (kl. 9.3) i audytów wewnętrznych (kl. 9.2) z konkretnymi danymi wejściowymi: statusem działań z poprzedniego przeglądu, wynikami audytów, statusem niezgodności, zmianami kontekstu organizacji. Jeśli rejestr ryzyk i lista niezgodności żyją w rozproszonych plikach - jeden na dysku sieciowym, drugi w mailach, trzeci w głowie Pełnomocnika - przygotowanie takiego przeglądu to zawsze ten sam żmudny rytuał: dzień lub dwa spędzone na zbieraniu danych z kilku źródeł zamiast rzeczowej dyskusji o kierunku systemu na samym spotkaniu.
Ten sam mechanizm dotyczy audytów wewnętrznych - przygotowanie do audytu wewnętrznego jest dużo szybsze, gdy plan audytów, wyniki poprzednich rund i status działań poaudytowych siedzą w jednym miejscu, a nie w osobnych plikach aktualizowanych raz w roku.
Analogicznie wygląda ocena dostawców. Norma wymaga określonych kryteriów wyboru i oceny dostawców zewnętrznych, ale rzadko precyzuje, jak często ocena ma być powtarzana. Lista zakwalifikowanych dostawców sprzed dwóch lat jest w praktyce nieaktualna - część firm zniknęła z rynku, część zmieniła jakość dostaw, a nikt tego nie zauważył, bo nie miał gdzie tego odnotować poza jednorazowym załącznikiem do procedury zakupów.
Power Modules łączy te obszary w jednym miejscu:
Wygenerowany dokument odpowiada na pytanie "czy mamy procedurę?". Certyfikacja i audyt nadzoru pytają o coś innego: "czy system realnie działa?". To różnica między papierem a praktyką - i właśnie tam większość systemów zarządzania traci punkty na audycie, mimo że dokumentacja formalnie jest kompletna.
Wygenerowałeś już dokumentację? Zaloguj się do ISO Forge i zacznij prowadzić ją na co dzień w module Power Modules.
Zobacz wszystkie moduły Power Modules
Pierwszy dokument za darmo. Bez karty kredytowej.
Zobacz Power Modules →