Raport z analizy przyczyn źródłowych
Streszczenie
Szablon raportu z analizy przyczyn źródłowych zdarzenia to uporządkowane ramy do systematycznego badania i dokumentowania incydentów w miejscu pracy, wad produktów, zdarzeń związanych z bezpieczeństwem lub awarii operacyjnych. Jego celem jest wyjście poza powierzchowne objawy i zidentyfikowanie podstawowych uszkodzeń systemu lub procesu, które doprowadziły do wystąpienia zdarzenia. Szablon zapewnia konsekwentne i dokładne dochodzenia, prowadząc zespoły przez opis zdarzenia, odtworzenie przebiegu zdarzeń, analizę czynników przyczyniających, identyfikację przyczyn źródłowych oraz planowanie działań korygujących. Standaryzowany format wspiera odpowiedzialność, zgodność z przepisami oraz uczenie się organizacyjne, tworząc czytelny zapis, który można przejrzeć, zatwierdzić i wykorzystać do zapobiegania powtórzeniom.
Kto może z niego korzystać
Ten szablon jest przydatny dla wielu ról i zespołów w różnych branżach:
Zespoły ds. zapewnienia jakości i bezpieczeństwa prowadzące formalne dochodzenia w sprawie incydentów
Kierownicy operacyjni i produkcji reagujący na awarie procesów lub defekty
Zespoły utrzymania ruchu i inżynieryjne analizujące awarie urządzeń
Personel medyczny badający zdarzenia niepożądane oraz zdarzenia typu near-miss
Zespoły IT i ds. cyberbezpieczeństwa dokumentujące przerwy w działaniu systemów lub naruszenia bezpieczeństwa
Zespoły ds. zgodności i audytu prowadzące dokumentację regulacyjną
Kierownicy projektów analizujący niepowodzenia lub opóźnienia w realizacji projektów
Sektory: produkcja, bezpieczeństwo żywności, farmaceutyka i lotnictwo gdzie wymagane jest rygorystyczne raportowanie incydentów
Jak tego używać
Krok 1: Zarejestruj metadane incydentuWypełnij pola nagłówka: tytuł incydentu, ID/referencja, data i godzina zdarzenia oraz właściciel raportu i członkowie zespołu dochodzeniowego.
Krok 2: Opisz zdarzenie (Sekcja A)Napisz rzeczowy opis obejmujący, co się stało, gdzie, kto był zaangażowany, bezpośrednie skutki i sposób opanowania sytuacji.
Krok 3: Zbuduj oś czasu (Sekcja B)Wypełnij tabelę chronologiczną zdarzeniami i obserwacjami opatrzonymi znacznikiem czasu oraz podaj źródło każdego wpisu (logi, wywiady, zapisy systemowe).
Krok 4: Zidentyfikuj czynniki przyczyniające (Sekcja C)Udokumentuj warunki, które umożliwiły incydent — luki w obsadzie, czynniki środowiskowe, stan sprzętu, pominięte kontrole lub przerwy w komunikacji.
Krok 5: Ustal przyczynę podstawową (Sekcja D)Zidentyfikuj podstawową usterkę procesu lub systemu i wyjaśnij, jak została zweryfikowana za pomocą danych, logów lub wywiadów.
Krok 6: Zaplanuj działania korygujące (Sekcja E)Wypełnij tabelę działań konkretnymi środkami korygującymi i zapobiegawczymi, przypisz osoby odpowiedzialne, ustal terminy realizacji i śledź status.
Krok 7: Przejrzyj i zatwierdźPoproś osobę przygotowującą oraz recenzenta/zatwierdzającego o podpisanie, wpisując imiona i daty.
O wykorzystanym przykładzie
Szablon zawiera przykład z branży spożywczej: fragmenty metalu odkryte w partii granoli 4471 (incydent QA-2026-041) w dniu 21 sierpnia 2026 r. Zespół dochodzeniowy składał się z lidera QA, inżyniera utrzymania ruchu oraz przedstawiciela działu operacyjnego. Scenariusz pokazuje, jak zużyte ostrze mieszadła pozostało nierozpoznane z powodu trzech tygodni pominiętych przeglądów konserwacyjnych po przekazaniu obowiązków bez formalnej listy kontrolnej. Przyczynę źródłową ustalono jako brak zdefiniowanej struktury odpowiedzialności za utrzymanie zapobiegawcze po zmianach kadrowych. Przykład zawiera realistyczne wpisy w osi czasu, czynniki przyczyniające się, zweryfikowaną analizę przyczyn źródłowych oraz plan działań korygujących z przypisanymi odpowiedzialnościami i terminami — ilustrując, jak zespoły powinny wypełniać każdą sekcję z precyzją i na podstawie dowodów.
Pozdrawiam!
Khawaja Rizwan