Dirbtuvių diagnostikos atvejų biblioteka: paverskite forumų paieškas patvirtintais užrašais

Vertingiausia forumų paieškos dalis yra patvirtintas rezultatas

Technikas gali praleisti valandą ieškodamas tinkamos forumo temos, palyginti kelis remonto atvejus, išbandyti transporto priemonę ir patvirtinti gedimą. Po trijų mėnesių kitas technikas susiduria su ta pačia problema ir vėl pradeda tyrimą nuo nulio.

Informacija buvo techniškai naudinga, tačiau ji taip ir netapo dirbtuvių žiniomis.

Diagnostikos atvejų biblioteka išsprendžia šią problemą. Joje saugomas transporto priemonės kontekstas, įrodymai, šaltinių nuorodos, testai, galutinis remontas ir peržiūros būsena tokiu formatu, kurį supranta kitas technikas. Joje nekopijuojami ištisi forumai ir nerenkami atsitiktiniai atsisiuntimai. Joje fiksuojama tai, ką dirbtuvės iš tikrųjų patikrino.

Atvejų biblioteka nėra ekrano kopijų aplankas

Nerūšiuotose ekrano kopijose, atsisiųstuose archyvuose ir nukopijuotuose forumo komentaruose sunku atlikti paiešką ir lengva neteisingai suprasti informaciją. Tinkama atvejų biblioteka turi nuoseklią struktūrą ir aiškiai atskiria:

• ką parodė transporto priemonė;
• ką pasiūlė forumo vartotojas;
• ką išbandė dirbtuvės;
• kas sutaisė transporto priemonę;
• kas lieka neaišku.

Šis atskyrimas neleidžia internetinei nuomonei tapti patvirtinta dirbtuvių procedūra.

Ką reikėtų išsaugoti kiekviename atvejyje

Kiekviename atvejyje turėtų būti pakankamai informacijos, kad ji būtų naudinga, neatskleidžiant nereikalingų kliento duomenų.

Rekomenduojami laukai:

• vidinis atvejo numeris;
• transporto priemonės markė, modelis ir modelio metai;
• variklio kodas;
• modulio arba ECU šeima;
• aparatinės ir programinės įrangos identifikacija, kur taikoma;
• kliento skundas neutralia kalba;
• visas DTC tekstas;
• pradinio nuskaitymo ir matavimų santrauka;
• ankstesnė remonto istorija, susijusi su gedimu;
• forumų ar techninių šaltinių nuorodos;
• apsvarstytos hipotezės;
• atlikti testai;
• patvirtinta pagrindinė priežastis;
• atliktas remontas;
• patvirtinimas po remonto;
• technikas ir peržiūros data.

Atvejis turėtų būti suprantamas iš naujo neatidarant kiekvieno šaltinio nuorodos.

Atskirkite įrodymus, hipotezę ir išvadą

Tai yra svarbiausia bibliotekos redakcinė taisyklė.

Sumaišius šias kategorijas, kitas technikas negalės atskirti, kas buvo išmatuota, o kas tik pasiūlyta.

Naudokite standartinį atvejo pavadinimą

Pavadinimai turi būti lengvai randami paieškoje ir techniški. Venkite neaiškių pavadinimų, tokių kaip „BMW problema“, „ECU sutaisytas“ arba „įdomus forumo atvejis“.

Naudingas pavadinimo formatas yra:

 Transporto priemonė / Variklis / Modulis / Pagrindinis DTC arba simptomas / Patvirtinta priežastis 

Pavyzdžiai:

 VAG 2.0 TDI / EDC17 / P0299 / Patvirtintas oro nutekėjimas įsiurbimo sistemoje
BMW Diesel / DDE / Slėgio kritimas magistralėje / Žemo slėgio tiekimo apribojimas
Mercedes / ABS / Trūkinėjantis ratų sukimosi greičio signalas / Jungties kontakto gedimas 

Pavadinime nenurodykite klientų vardų ir pavardžių, pilno VIN ar valstybinių numerių.

Sukurkite kontroliuojamą būsenų sistemą

Ne kiekvienas išsaugotas atvejis yra vienodai patikimas. Pridėkite matomą būsenos žymą.

• Tik tyrimas: šaltinis išsaugotas, dirbtuvėse bandymai neatlikti.
• Iš dalies patvirtinta: kai kurios detalės sutampa, pagrindinė priežastis nepatvirtinta.
• Patvirtinta dirbtuvėse: gedimas atkartotas, remontas baigtas ir rezultatas patvirtintas.
• Pakartota: ta pati darbo eiga sėkmingai pritaikyta daugiau nei vienam atitinkamam atvejui.
• Pasenusi: įrankis, programinė įranga ar procedūra nebėra aktuali.
• Atmesta: ankstesnė išvada buvo neteisinga arba nesaugi.

Technikas turėtų turėti galimybę matyti būseną prieš naudodamas atvejį.

Užfiksuokite šaltinio kokybę

Informacija forumuose labai skiriasi. Bibliotekoje turėtų būti matoma, kodėl šaltinis buvo laikomas naudingu.

Naudingos pastabos apie šaltinio kokybę apima:

• tikslus ECU arba programinės įrangos atitikimas;
• pridėti išsamūs nuskaitymo duomenys;
• parodyti matavimai;
• pradinis autorius patvirtino remontą;
• keli vartotojai patvirtino tą patį modelį;
• buvo nurodyta įrankio arba programinės įrangos versija;
• tema buvo tik pasiūlymas ir lieka nepatvirtinta.

Nepriskirkite autoriteto remdamiesi tik pranešimų skaičiumi, vartotojo vardu ar užtikrinta kalba.

Pateikite nuorodas į šaltinius, o ne kopijuokite viską

Jei įmanoma, išsaugokite temos URL, pavadinimą, autoriaus datą ir trumpą santrauką. Nekopijuokite visų apsaugotų diskusijų, asmeninių žinučių ar komercinių failų į dirbtuvių biblioteką.

Kiekvienam šaltiniui užregistruokite:

• forumo pavadinimą;
• temos pavadinimą;
• šaltinio nuorodą;
• prieigos datą;
• techninio atitikimo lygį;
• vieną ar du sakinius, paaiškinančius, kodėl šaltinis buvo svarbus.

Jei vėliau šaltinis išnyksta, dirbtuvės vis tiek išlaiko savo matavimus, bandymų planą ir patvirtintą išvadą neatkurdamos viso trečiosios šalies leidinio.

Nelaikykite paskyros prisijungimo duomenų atvejo pastabose

Forumų naudotojų vardai, slaptažodžiai, prieigos raktai (tokenai), slapukai ir privatūs prieigos duomenys niekada neturėtų būti įtraukiami į bendro naudojimo diagnostikos dokumentą.

Paskyrų valdymą laikykite atskirai nuo techninių atvejų įrašų. Atvejų bibliotekoje gali būti nurodyta, kad šaltinis gautas iš MHHAuto, CarTechnology ar CarMasters, tačiau joje neturi būti prisijungimo informacijos.

Apsaugokite klientų ir transporto priemonių duomenis

Techniniame atvejyje retai kada prireikia asmeninės kliento informacijos. Taikykite minimalių duomenų taisyklę.

Paprastai pašalinkite arba apribokite:

• kliento vardą ir pavardę;
• telefono numerį ir el. paštą;
• namų ar įmonės adresą;
• pilną VIN, jei tai nėra operatyviai būtina;
• valstybinį registracijos numerį;
• mokėjimo informaciją;
• buvimo vietos istoriją;
• privatų susirašinėjimą forume.

Naudokite vidinį remonto užsakymo numerį, kad susietumėte techninį atvejį su dirbtuvių valdymo sistema, kai įgaliotiems darbuotojams prireikia pilno įrašo.

Sukurkite žymų (tagų) sistemą, kurią technikai iš tikrųjų naudotų

Per didelis žymų kiekis paverčia biblioteką nenuoseklia. Naudokite trumpą, kontroliuojamą sąrašą.

Rekomenduojamos žymų grupės:

• Transporto priemonė: markė, platforma, variklių šeima.
• Sistema: variklis, transmisija, ABS, ADAS, kėbulas, imobilaizeris, HVAC.
• Gedimo tipas: nėra ryšio, protarpinis, įtampa, slėgis, signalas, programavimas.
• Įrankis: naudotas diagnostikos prietaisas, osciloskopas, programuotojas ar duomenų platforma.
• Rezultatas: laidyno remontas, komponento remontas, programinės įrangos atnaujinimas, jungties remontas, gedimas nerastas.
• Būsena: tyrimas, patvirtinta, pasikartojanti, pasenusi arba atmesta.

Pasirinkite vieną kiekvienos žymos rašybos variantą. „Nėra ryšio“, „no comm“ ir „modulis neprisijungęs“ neturėtų tapti trimis atskiromis vidinėmis kategorijomis.

Praktiškas atvejo šablonas

 ATVEJO NUMERIS:
DATA:
TECHNIKAS:
BŪSENA:

TRANSPORTO PRIEMONĖ:
VARIKLIS / TRANSMISIJA:
MODULIS / ECU:
HW / SW IDENTIFIKAVIMAS:

KLIENTO NUSISKUNDIMAS:
PRADINIAI DTC:
PRADINĖS SĄLYGOS:

ĮRODYMAI:
1.
2.
3.

FORUMAS / TECHNINIAI ŠALTINIAI:
1.
2.

HIPOTEZĖS:
1.
2.

ATLIKTI BANDYMAI:
1.
2.

PATVIRTINTA PAGRINDINĖ PRIEŽASTIS:

REMONTAS:

PATIKRINIMAS PO REMONTO:

LIKUSIOS REKOMENDACIJOS:

KITOS PERŽIŪROS DATA: 

Užbaigtas atvejis nebūtinai turi būti ilgas. Jis turi būti tikslus.

Darbo eigos pavyzdys nuo forumo temos iki patvirtinto atvejo

Įsivaizduokite, kad atvyksta transporto priemonė su protarpiniu ryšio gedimu.

1. Technikas išsaugo pilną nuskaitymą ir patikrina akumuliatoriaus įtampą.
2. Paieška forumuose randa du panašius atvejus, susijusius su ta pačia modulių šeima.
3. Vienoje temoje siūloma pakeisti modulį; kitoje parodomas laidyno gedimas tarpinėje jungtyje.
4. Dirbtuvės pažymi abu pasiūlymus kaip hipotezes, o ne išvadas.
5. Remonto duomenys naudojami jungčiai ir grandinei identifikuoti.
6. Įtampos kritimo ir kontaktų patikrinimai patvirtina didelę varžą ties jungtimi.
7. Jungtis suremontuojama ir ryšio testas pakartojamas.
8. Atvejis išsaugomas kaip „Patvirtinta dirbtuvėse“, o forumo temos nurodomos kaip tyrimo šaltiniai.

Bibliotekoje fiksuojama tai, ką įrodė dirbtuvės, o ne kuris forumo atsakymas skambėjo labiausiai užtikrintai.

Peržiūrėkite senus atvejus

Automobilių programinė įranga, įrankių protokolai ir gamintojų procedūros keičiasi. Pridėkite peržiūros datą atvejams, apimantiems:

• internetinis programavimas (online programming);
• saugaus šliuzo (secure gateway) prieiga;
• diagnostinės programinės įrangos versijos;
• ECU nuskaitymo protokolai;
• programinės aparatinės įrangos (firmware) suderinamumas;
• prenumeruojami remonto duomenys;
• procedūros, kurias paveikė gamintojo atnaujinimai.

Senas laidyno remontas gali likti teisingas ištisus metus. Sena programavimo instrukcija po įrankio ar OEM atnaujinimo gali tapti nebegaliojanti.

Paskirkite redakcinę atsakomybę

Žinių bazė degraduoja, kai visi gali pridėti informacijos, bet niekas jos neperžiūri.

Paskirkite vieną asmenį arba nedidelę techninę grupę:

• tvirtinti naujus atvejų šablonus;
• apjungti pasikartojančius atvejus;
• taisyti neaiškius pavadinimus ir žymas;
• pažymėti pasenusias procedūras;
• pašalinti atskleistus kliento ar paskyros duomenis;
• peržiūrėti atmestas ar ginčytinas išvadas.

Tai tiek pat redakcinė užduotis, kiek ir techninė.

Darykite dirbtuvių bibliotekos atsargines kopijas

Atvejų biblioteka gali būti saugoma saugioje dokumentų sistemoje, vidinėje viki sistemoje, duomenų bazėje arba struktūrizuotame bendrame aplanke. Kad ir kokia platforma būtų naudojama, jai reikalinga kontroliuojama prieiga ir atsarginis kopijavimas.

Būtinos kontrolės priemonės apima:

• reguliarų atsarginį kopijavimą;
• prieigos teisių valdymą;
• versijų istoriją;
• atskirą paskyros prisijungimo duomenų saugojimą;
• apsaugą nuo atsitiktinio ištrynimo;
• aiškią politiką buvusiems darbuotojams;
• su klientais susijusių įrašų saugojimo taisykles.

Diagnostikos biblioteka yra vertinga dirbtuvių intelektinė nuosavybė ir su ja turėtų būti elgiamasi atitinkamai.

Susijusi forumų prieiga

Plačiai diagnostikos, ECU ir dirbtuvių paieškai peržiūrėkite MHHAuto Account with Full Forum Access. ECU, programinės aparatinės įrangos ir programavimo diskusijoms peržiūrėkite CarTechnology. Praktiniams remonto ištekliams, vadovams ir automobilių diskusijoms peržiūrėkite CarMasters.

Prieiga suteikia tyrimo šaltinį. Dirbtuvių atvejų biblioteka suteikia patvirtinimą, kontekstą ir pakartojamą vidinį procesą.

Atvejų bibliotekos kontrolinis sąrašas

• Naudokite vieną standartinį atvejo šabloną.
• Rašykite ieškomus techninius pavadinimus.
• Atskirkite įrodymus, hipotezę, šaltinį ir išvadą.
• Užregistruokite ECU ir programinės įrangos identifikavimo duomenis, kur taikytina.
• Pateikite nuorodas į forumų šaltinius, užuot kopijavę visas diskusijas.
• Kaip patvirtintus remontus saugokite tik dirbtuvėse patikrintas išvadas.
• Pridėkite patikimumo ir peržiūros būseną.
• Pašalinkite klientų, prisijungimo ir asmeninių žinučių duomenis.
• Naudokite kontroliuojamą žymų sąrašą.
• Reguliariai peržiūrėkite nuo programinės įrangos priklausančius atvejus.
• Darykite bibliotekos atsargines kopijas ir valdykite prieigą.

DUK

Ar dirbtuvių žinių bazė yra tas pats, kas atsisiųstų failų aplankas?

Ne. Žinių bazėje saugomi struktūrizuoti atvejai, įrodymai, šaltinių nuorodos, testai ir patikrintos išvados. Nerūšiuotas atsisiuntimų aplankas nesuteikia tokio paties konteksto ar patikimumo.

Ar forumo atsakymai turėtų būti tiesiogiai kopijuojami į atvejį?

Užrašykite trumpą santrauką ir pateikite nuorodą į šaltinį. Aiškiai pažymėkite informaciją kaip išorinį tyrimą, kol dirbtuvės jos nepatikrins.

Ar galima saugoti visą VIN?

Tik tada, kai tai būtina operaciniu požiūriu ir apsaugota atitinkamomis prieigos taisyklėmis. Bendriems techniniams atvejams paprastai saugiau naudoti vidinį remonto užsakymo numerį.

Kas turėtų patvirtinti atvejį kaip patikrintą?

Diagnostiką atlikęs technikas gali pateikti atvejį, tačiau vyresnysis technikas arba paskirtas redaktorius turėtų peržiūrėti svarbias ar pakartotinai naudojamas procedūras.

Kaip dažnai reikėtų peržiūrėti atvejus?

Mechaniniai ir laidyno atvejai gali būti peržiūrimi atsiradus naujų įrodymų. Programavimo, šliuzo (gateway), programinės aparatinės įrangos (firmware) ir programinės įrangos įrankių atvejams turėtų būti numatytos suplanuotos peržiūros datos, nes darbo eiga gali pasikeisti.

Forumo tema tampa dirbtuvių žiniomis tik tada, kai joje esanti informacija yra patikrinta, dokumentuota ir įvertinta kontekste. Stipriausia atvejų biblioteka nerenka didžiausio turinio kiekio; ji išsaugo aiškiausius įrodymus ir remonto darbus, kuriuos dirbtuvės iš tikrųjų gali pakartoti.