• Utrzymanie ruchu · CMMS
    • Menedżer operacyjny, Dyrektor zakładu / Operacyjny, Jakość / Audyt, Kierownik zespołu / Brygadzista
    • Produkcja, Logistyka i magazyny, Usługi i biura

    Awaria maszyny: jak zbierać dane i wyciągać z nich wnioski

    Czas czytania: 4 min · Redakcja Remanently

    W skrócie

    Po awarii maszyny warto zapisać kilka rzeczy: co zauważono przed zatrzymaniem, kiedy i jak długo maszyna stała, co ustalono jako przyczynę, co naprawiono i czego użyto. Zapisy powinny powstać w trakcie lub tuż po naprawie, a nie po tygodniu. Dopiero zebrane dane z wielu awarii pokazują wzorce i pozwalają zapobiegać następnym.

    Dlaczego dane po awarii są cenne

    Awaria to kosztowne zdarzenie, które dostarcza informacji. Jeśli ograniczymy się do naprawy, firma płaci cenę i nie dostaje wiedzy. Jeśli zapiszemy przebieg, możemy dowiedzieć się, czy to usterka jednorazowa, czy kolejny element serii, i czy dało się ją wcześniej zauważyć. Częsta obserwacja po awarii brzmi: „przecież wcześniej coś było słychać”. Warto zapisać to zanim zostanie zapomniane.

    Co zebrać

    Przed awarią

    • czy ktoś zauważył niepokojące objawy: dźwięk, drgania, temperaturę, spadek wydajności,
    • czy były wcześniejsze zgłoszenia na tej maszynie,
    • kiedy był ostatni przegląd i co wtedy zrobiono,
    • w jakich warunkach maszyna pracowała (obciążenie, zmiana, materiał).

    W trakcie awarii

    • moment zatrzymania i kto to zauważył,
    • co działo się tuż przed zatrzymaniem,
    • jakie komunikaty lub kody błędów pojawiły się na sterowniku,
    • zdjęcia uszkodzonego elementu.

    Po naprawie

    • przyczyna ustalona przez technika (i czy jest pewna, czy domniemana),
    • wykonane prace i użyte części,
    • czas przestoju: od zatrzymania do wznowienia,
    • w tym czas oczekiwania na część i na technika,
    • wniosek: co zmienić, żeby się nie powtórzyło.

    Prosty formularz po awarii

    PytaniePo co
    Co zauważono wcześniej?pierwszy sygnał, który mógł ostrzegać
    Kiedy maszyna stanęła i kiedy ruszyła?czas przestoju
    Ile z tego to oczekiwanie?widać, czy problemem jest technik, część czy decyzja
    Co było przyczyną?wiedza o usterce
    Co zrobiono i z czego?historia i rozliczenie części
    Co zmieniamy?konkretna decyzja po awarii

    Dokumenty pomocnicze: zgłoszenie awarii i protokół naprawy.

    Jak wyciągać wnioski

    1. Spytaj „dlaczego” kilka razy. Łożysko się zatarło, bo zabrakło smaru, bo przegląd nie odbył się w terminie, bo plan nie uwzględniał zwiększonego obciążenia.
    2. Rozdziel przyczynę techniczną od organizacyjnej. Pierwsza dotyczy części, druga procesów.
    3. Sprawdź historię. Czy to już się zdarzało? Jak często? Zob. historia napraw maszyny.
    4. Zdecyduj o działaniu. Zmiana cyklu przeglądów, część w zapasie, szkolenie, wymiana elementu.
    5. Wyznacz odpowiedzialnego i termin.
    6. Wróć po kilku miesiącach. Czy awaria się powtórzyła?

    Z czego liczyć wskaźniki

    Dane o awariach zasilają wskaźniki takie jak średni czas między awariami i średni czas naprawy. Wyjaśniamy je w artykule KPI utrzymania ruchu. Wskaźnik jest tak dobry, jak zapisy. Jeśli drobne zatrzymania nie trafiają do zgłoszeń, statystyki wyglądają lepiej, niż jest w rzeczywistości.

    Unikaj szukania winnych

    Jeśli po awarii pierwsze pytanie brzmi „kto zawinił?”, ludzie przestają zgłaszać. Cel analizy to ustalenie, jak proces mógł zadziałać lepiej. Dane o awariach służą urządzeniom i procesom, nie rozliczaniu techników.

    Typowe błędy

    • zapisy powstają po tygodniu, z pamięci,
    • brak czasu oczekiwania na część, więc wydaje się, że naprawa trwała długo z winy technika,
    • przyczyna opisana jako „awaria”,
    • wnioski bez właściciela i terminu,
    • brak powiązania zapisu z konkretnym urządzeniem.

    Awarie powtarzalne i jednorazowe

    Nie każda awaria zasługuje na to samo traktowanie. Jednorazowa, spowodowana zdarzeniem zewnętrznym (przerwa w zasilaniu, uderzenie wózka), wymaga naprawy i zapisu. Powtarzalna, występująca w podobnych warunkach, wymaga analizy przyczyn. Jeśli w historii widać trzy awarie tego samego typu w pół roku, to sygnał, że samo naprawianie nie wystarczy.

    Warto prowadzić prostą listę „awarii do analizy”: maszyny, na których problem wraca. Raz na miesiąc zespół przegląda ją i wybiera jedną lub dwie sprawy do zbadania głębiej. Dzięki temu analiza nie jest jednorazową akcją, ale stałym elementem pracy.

    Dane od ludzi, nie tylko z maszyn

    Część wiedzy o awarii jest w głowach: operator pamięta, że maszyna pracowała inaczej, technik wie, że to typowa usterka dla tego modelu. Rozmowa po awarii, nawet pięciominutowa, wydobywa takie informacje. Wnioski warto zapisać natychmiast, bo po tygodniu większość szczegółów się zatrze. W dobrze prowadzonej historii szczegóły takie pozostają dostępne dla kolejnych zespołów.

    Wnioski a zmiana procesu

    Wnioski z awarii są cenne tylko wtedy, gdy prowadzą do zmiany. Może to być nowa czynność w harmonogramie, część na stanie, krótsze oczekiwanie na decyzję, zmiana sposobu obsługi maszyny przez operatorów. Zapisz zmianę, wskaż odpowiedzialnego i termin sprawdzenia. Po kilku miesiącach porównaj: czy awaria wróciła, czy czas naprawy się skrócił. Takie sprawdzenie zamyka pętlę i pokazuje zespołowi, że analiza ma sens.

    Dane z awarii a rozmowa z dostawcą

    Gdy awaria dotyczy maszyny na gwarancji lub powtarza się mimo napraw, dane stają się argumentem w rozmowie z producentem lub serwisem. Zapis dat, objawów, wykonanych prac i zastosowanych części pokazuje, że problem jest realny i wraca. Producent trudniej zbywa zgłoszenie opatrzone listą zdarzeń, zdjęciami i opisem warunków pracy. Taka dokumentacja bywa też podstawą roszczeń lub wymiany urządzenia.

    Warto więc zapisywać awarie tak, jakby miały trafić do osoby z zewnątrz, która nie zna maszyny: datę, opis, warunki, skutki, działania.

    Dane w Remanently CMMS

    W Remanently CMMS zgłoszenia, zlecenia, komentarze, zdjęcia i protokoły zostają przy urządzeniu, więc dane o awarii powstają w trakcie pracy, a nie w osobnym raporcie. Wyższe pakiety dodają czasy reakcji i realizacji, analizę historii awarii i dashboardy utrzymania ruchu. System nie przewiduje awarii automatycznie, ale pokazuje, czy podobne sygnały pojawiały się wcześniej. Całość obszaru: program CMMS do utrzymania ruchu.

    Najczęstsze pytania

    Jakie dane zebrać po awarii maszyny?

    Pierwszy sygnał przed awarią, czas zatrzymania i wznowienia, przyczynę, wykonane prace, użyte części oraz wniosek, co zmienić.

    Kto powinien opisywać awarię?

    Technik, który ją naprawiał, razem z osobą, która zauważyła problem. Obie perspektywy uzupełniają się.

    Jak długo po awarii trzeba zrobić analizę?

    Zapisy zrób od razu. Analizę przyczyn kilka dni po awarii, gdy emocje opadły, a dane są jeszcze świeże.

    Czy każda awaria wymaga szczegółowej analizy?

    Nie. Szczegółowo analizuj awarie kosztowne, powtarzające się i dotyczące urządzeń krytycznych. Pozostałe wystarczy zapisać.

    Czy dane o awariach można wykorzystać do planowania przeglądów?

    Tak. Powtarzające się usterki w podobnych odstępach pokazują, że cykl przeglądów lub zakres czynności wymaga zmiany.

    Zbierz dane o awariach bez dodatkowych raportów
    Na krótkim demo pokażemy, jak zgłoszenie, naprawa i części układają się w jedną historię awarii na Twojej maszynie.

    Umów krótką prezentację Remanently Zobacz cennik

    Moduł: Remanently CMMS · Cenniki · Kontakt · Rozpocznij