Strona główna / Studia przypadków / Agent ds. utrzymania sprzętu

Produkt własny / Agent

Agent ds. eksploatacji sprzętu

Zebrać wiedzę dostawcy o awariach w bazie wiedzy, aby personel na miejscu mógł samodzielnie przeprowadzić wstępną weryfikację.

Kontekst

Obiekty i centra szkoleniowe dysponują wieloma rodzajami sprzętu — w jednym obiekcie może znajdować się kilkadziesiąt kategorii.

W przypadku awarii sprzętu personel na miejscu najpierw kontaktuje się z dostawcą, który następnie wysyła inżyniera. Proces trwa od jednego do kilku dni, a w tym czasie sprzęt jest wyłączony z eksploatacji, co zakłóca szkolenia i wizyty.

W rzeczywistości większość awarii to typowe usterki, które doświadczona osoba potrafi zdiagnozować w kilku zdaniach. Problem polega na tym, że ta wiedza należy do bardzo wąskiego grona osób.

Rozwiązanie

Wewnętrzny agent diagnostyki awarii: historyczne awarie są uporządkowane w bazie wiedzy; personel na miejscu opisuje objaw, a agent podaje prawdopodobne przyczyny i zalecane działania.

Baza wiedzy jest uporządkowana według typu sprzętu i objawu awarii, obejmując typowe usterki i kroki postępowania.

Zintegrowany z WeCom, dzięki czemu personel na miejscu może zadawać pytania z telefonu bez konieczności uruchamiania komputera.

Oferujemy zarówno klienta PC, jak i mobilnego, obejmując zmiany dyżurne, inspekcje i pracę w terenie.

Skład techniczny

Poniższa tabela przedstawia elementy techniczne tego projektu, aby klienci mogli zweryfikować je samodzielnie.

Stos technologiczny

Baza wiedzy402 rzeczywiste zapisy awarii

Rejestr aktywów66 urządzeń · 55 typów

IntegracjaWeCom / PC / mobile

MożliwościOpis objawu → identyfikacja przyczyny → zalecane działanie

RozbudowaBaza wiedzy stale się powiększa i wraz z użytkowaniem staje się coraz dokładniejsza

Rezultaty

Typowe usterki można zdiagnozować na miejscu bez pomocy z zewnątrz, co zmniejsza zależność od dostawcy.
Proces diagnostyczny i rekomendacje są identyfikowalne, co ułatwia weryfikację i gromadzenie wiedzy.
Trzy kanały dostępu: dyżur, inspekcja i prace terenowe — wszystkie objęte wsparciem.
Baza wiedzy stale się rozwija, dzięki czemu nowi pracownicy korzystają z doświadczenia weteranów.

Wykorzystane możliwości

Agent

Omów podobny scenariusz

01 / Ograniczenia

Ograniczenia, w ramach których powstał projekt

Historie projektowe bez ograniczeń to fikcja. W tej sekcji przedstawiamy cztery ograniczenia: czas, miejsce, personel i zgodność.

Te ograniczenia bezpośrednio kształtują rozwiązanie; każdy problem opisany poniżej w sekcji „Kluczowe wyzwania" wynika z jednego z nich.

Cztery rodzaje ograniczeń

WiedzaWiedza o usterkach była rozproszona w głowach doświadczonych inżynierów i w kilku odręcznych notatkach — nigdy nie została usystematyzowana.

UżytkownikOperatorzy na miejscu nie są inżynierami: nie rozumieją żargonu technicznego i nie potrafią jasno opisać usterki.

ŚrodowiskoW halach produkcyjnych jest głośno i słabe oświetlenie; pisanie na telefonie nie wchodzi w grę.

OdpowiedzialnośćJeśli wskazówka agenta doprowadzi do błędnego działania, jak rozdzielana jest odpowiedzialność?

02 / Kluczowe wyzwania

Gdzie naprawdę pojawiają się trudności

Nie chodzi o „ciężko pracowaliśmy", lecz o „jak wyglądał problem, jak go rozwiązaliśmy i ile to kosztowało".

Przekształcenie wiedzy weteranów w bazę wiedzy

Chcieliśmy przeprowadzić wywiady z doświadczonymi inżynierami i udokumentować ich wiedzę, ale oni nie potrafią jej wyjaśnić — „słychać po dźwięku" nie przekłada się na pozycje listy kontrolnej.

Jak to rozwiązaliśmy: przeszliśmy na „rejestrowanie przypadków" — zamiast pytać „jak to oceniasz", pytaliśmy „kiedy ostatnio ta maszyna zawiodła, jak to zauważyłeś, na co patrzyłeś, czego dotknąłeś, co okazało się przyczyną". Jeden zapis na przypadek; po ponad czterystu zapisach wzorce ujawniły się same.

Operatorzy nie potrafią jasno opisać usterek

Operator mówi „maszyna dziwnie pracuje", a agent nie potrafi rozpoznać, czy chodzi o łożysko, pasek czy silnik.

Jak to rozwiązaliśmy: zmieniliśmy sposób wprowadzania danych z opisu tekstowego na „opcje + próbki dźwięku" — wybierz typ urządzenia, potem objaw (nietypowy hałas / przegrzewanie / drgania / wyciek oleju), przy czym niektóre objawy mają nagrania do porównania. Do zgłoszenia nie potrzeba wiedzy specjalistycznej.

Jak rozdzielana jest odpowiedzialność, gdy wskazówka prowadzi do błędnego działania?

Jeśli agent mówi, żeby najpierw sprawdzić pasek, a operator zdejmuje pasek i wstrzymuje produkcję — kto ponosi odpowiedzialność?

Jak to rozwiązaliśmy: zmieniliśmy rolę agenta z „udzielania porad" na „wydawanie polecenia diagnostycznego" — generuje on sekwencję „najpierw sprawdź A, jeśli A jest w normie, sprawdź B", a każdy krok określa, na czym się zatrzymać i kiedy przekazać sprawę inżynierowi. Zakres działania jest zapisany w każdej rekomendacji i agent nie wydaje opinii wykraczających poza ten zakres.

03 / Elementy wielokrotnego użytku

Co inne projekty mogą przejąć bezpośrednio

Ta sekcja jest dla osób z branży. Jeśli robisz coś podobnego, te punkty pozwolą Ci uniknąć kilku objazdów.

Zastąp wywiady doświadczeniowe zbieraniem przypadków

Wiedza ukryta nie da się wyrazić wprost, ale ludzie potrafią przywołać konkretne zdarzenia. Zbieranie przez przypadki jest znacznie skuteczniejsze niż wywiady nastawione na wydobywanie wiedzy.

Dane wejściowe muszą pasować do warunków na miejscu

W warsztatach, pod ziemią czy na zewnątrz wprowadzanie tekstu jest zwykle najgorszą opcją.

Podawaj kolejność diagnozowania, nie wniosek

W przypadku agentów związanych z bezpieczeństwem wynikiem powinna być procedura, a nie osąd.

04 / Retrospekcja

Gdybyśmy robili to ponownie

Mówienie wyłącznie o sukcesach nie przekonuje. Ta sekcja opisuje, co zrobiliśmy źle lub zbyt późno.

Gdybyśmy robili to ponownie, poświęcilibyśmy więcej czasu na walidację bazy wiedzy. Znaczna część z ponad 400 przypadków jest błędna lub nieaktualna, a wprowadzanie ich do modelu bez walidacji wzmacnia błędy.

Zbyt późno dodaliśmy wprowadzanie głosowe. Pisanie na klawiaturze na hali warsztatowej nie jest realistyczne: głos to wymóg konieczny, a pierwsza wersja oferowała wyłącznie wprowadzanie tekstu, co spotkało się ze słabym odbiorem na miejscu.

Nie doceniliśmy, jak bardzo doświadczeni pracownicy będą nieufni wobec systemu. Doświadczony personel początkowo stawiał opór; akceptacja przyszła stopniowo, gdy włączyliśmy ich w przegląd bazy wiedzy.

← Wszystkie studia przypadków Powrót do strony głównej