Najważniejsze wnioski
W większości zakładów oś czasu awarii opowiadana jest z perspektywy zespołu utrzymania ruchu. "Linia przestała działać o 14:22; technik był na miejscu o 14:28; urządzenie działało ponownie o 14:54." Całkowity przestój 32 minuty, MTTR 26 minut. Proste liczby.
Punkt widzenia kierownika utrzymania jest poprawny od momentu wykrycia. Brakuje jednak czasu poprzedzającego ten moment. Urządzenie nie zaczęło się psuć o 14:22; zaczęło się psuć o 13:15, gdy odczyt czujnika zaczął wykazywać trend wykraczający poza normalny zakres. Nikt nie zauważył tego trendu, urządzenie przez 67 minut produkowało ze zredukowaną wydajnością, a potem się zatrzymało.
Te 32 minuty "przestoju", które mierzy zespół, to łatwa część. Te 67 minut obniżonej produkcji, które jej poprzedziły, to część, której nikt nie liczy.
Ten wzorzec jest na tyle spójny, że niemierzona przerwa wykrywania często jest dłuższa niż mierzony czas naprawy. Artykuł o wskaźnikach KPI w produkcji omawia szerszą rodzinę KPI, do której należy ta metryka.
Średni czas wykrycia (MTTD) to średni czas między faktycznym początkiem usterki a momentem, w którym zespół utrzymania ruchu zostaje o niej poinformowany. Moment rozpoczęcia można zdefiniować na trzy sposoby, w zależności od zasobu:
Końcowy punkt "świadomości" w pomiarze to znacznik czasu otwartego zlecenia pracy, potwierdzonego alertu lub ustnego zgłoszenia operatora, w zależności od tego, co wystąpiło pierwsze.
Dla wielu zasobów MTTD mierzy się retrospektywnie, ponieważ nie skonfigurowano wcześniej wskaźnika wczesnego ostrzegania. Przy pierwszym obliczeniu metryki zespół zwykle patrzy wstecz na ostatnie awarie i wylicza lukę z danych, które zawsze były obecne, ale nieobserwowane. Artykuł o analizie przyczyn źródłowych opisuje technikę odczytywania danych historycznych w poszukiwaniu sygnału, który powinien był wywołać wcześniejszy alert.
Poprawa MTTR zwykle wymaga zmian fizycznych lub proceduralnych: przygotowania części zapasowych, umieszczenia narzędzi przy urządzeniu, przeprojektowania paneli dostępowych, szybszych procedur diagnostycznych. Każde z tych działań to realna praca i zabiera rzeczywisty czas.
Poprawa MTTD to zwykle zmiany konfiguracyjne: ustawienie progu alertu na istniejącym czujniku, skierowanie alertu na telefon właściwej osoby zamiast do nieczytanej skrzynki e-mailowej, grupowanie drobnych sygnałów w znaczący alarm. Ta sama redukcja czasu przestoju; znacznie mniejszy nakład.
Matematyka jest prosta dla zasobów, gdzie degradacja działania kosztuje minuty produkcji. Jeśli luka MTTD wynosząca 60 minut oznacza 60 minut pracy urządzenia przy 80% przepustowości przed zatrzymaniem, to odpowiada to 12 minutom straty równoważnej produkcji, które są obecnie niewidoczne.
Skrócenie MTTD do 15 minut odzyskuje 9 z tych 12 minut na zdarzenie, a urządzenie zatrzymuje się wcześniej, zwykle z mniejszym zakresem naprawy. Artykuł o harmonogramie prac prewencyjnych opisuje, jak redukcje MTTD wpływają na decyzje dotyczące częstotliwości PM.
Najczęstszy przypadek. Czujnik jest zainstalowany i rejestruje dane, ale nie skonfigurowano alertu. Dane są w systemie rejestracji danych (historian); brakuje warstwy alertów. Skonfigurowanie alertu na istniejącym strumieniu danych to zwykle pół dnia pracy i zysk tego samego dnia.
W niektórych zakładach surowe dane uśredniane są co godzinę lub na zmianę, co wygładza krótkotrwałe odchylenia będące wczesnym ostrzeżeniem o awarii. Rozwiązaniem jest utrzymanie strumienia o wysokiej rozdzielczości dla celów alertów, nawet jeśli strumień agregowany jest używany do raportowania.
Alert, który trafia do nieczytanej skrzynki mailowej lub wyświetla się na ekranie w sali kontrolnej, którego nikt nie obserwuje, nie jest prawdziwym alertem. Trasowanie alertów musi odpowiadać rzeczywistości operacyjnej, na telefon dyżurnego technika, na tablet brygadzisty linii, na czytelny sygnał fizyczny przy urządzeniu.
Trzy mikroprzestoje na tym samym urządzeniu w jednej zmianie są silniejszym sygnałem niż pojedynczy przestój. Większość systemów alarmowych nie dopasowuje wzorców obejmujących wiele zdarzeń; skonfigurowanie reguły grupującej przesuwa wykrycie z "urządzenie się zatrzymało" na "urządzenie zaraz się zatrzyma." System zarządzania zleceniami pracy opisuje struktury reguł grupujących bardziej szczegółowo.
Dla dobrze zinstrumentowanej klasy zasobów z dobrą dystrybucją alertów MTTD typowo wynosi 3, 8 minut, wystarczająco, by ktoś zauważył, podjął decyzję i zareagował. Dla klas zasobów bez instrumentacji wskaźników wczesnego ostrzegania MTTD często wynosi 45 minut do kilku godzin, ponieważ wykrycie następuje dopiero, gdy spadek wydajności produkcji jest wystarczająco widoczny.
Docelowe wartości, do których warto dążyć:
Progi dobierane są według krytyczności zasobu; mocniejszy monitoring zasobów o niższej krytyczności to nadmierna inwestycja.
Koncept MTTD działa w każdym zakładzie z czujnikami i warstwą alertów.
Tam, gdzie ujednolicony system OEE + CMMS pomaga, jest to przede wszystkim dlatego, że dane wskaźników wczesnych i dane o zleceniach pracy znajdują się w tym samym systemie, dzięki temu MTTD można obliczyć retrospektywnie na podstawie znaczników czasu zdarzeń bez ręcznego uzgadniania, a reguły trasowania alertów można powiązać z krytycznością zasobów z hierarchii CMMS.
Fabrico jest zbudowane tak, by MTTD było metryką śledzoną obok MTBF i MTTR, a nie dodatkiem. Aby zobaczyć, jak wygląda Twoje MTTD w przekroju krytycznych klas zasobów, umów się na demo .
Użyj zastępczych wskaźników z danych produkcyjnych: częstotliwości mikroprzestojów, wskaźnika odrzuceń, dryfu czasu cyklu. Wszystkie trzy można wyprowadzić ze strumienia zdarzeń OEE. Obliczanie MTTD względem tych proxy jest przybliżone, ale użyteczne.
To najczęstszy powód, dla którego programy MTTD słabną. Rozwiązaniem jest strojenie progów: każdy fałszywy alert to punkt danych wskazujący, że próg wymaga korekty, a zespół odpowiadający za alerty powinien przeglądać progi co miesiąc przez pierwsze sześć miesięcy. Hałaśliwy system alertów traci uwagę operatorów w ciągu kilku tygodni.
Raportować według klasy zasobów, nie dla całego zakładu. Agregowanie MTTD dla zasobów krytycznych i niekrytycznych daje bezsensowną liczbę, ponieważ cele różnią się o rząd wielkości. Dla poszczególnej klasy zasobów liczba ma znaczenie decyzyjne.
Inżynier niezawodności, jeśli taka rola istnieje; w przeciwnym razie kierownik utrzymania ruchu. Właściciel odpowiada za konfigurację alertów, trasowanie oraz comiesięczny przegląd progów.
Kupowanie kolejnych czujników przed skonfigurowaniem alertów na istniejących. Większość zakładów ma więcej danych z czujników niż reguł alertów. Pierwszy zysk w MTTD zwykle osiąga się na warstwie konfiguracji, nie na warstwie instrumentacji.