Vedlikeholdshjelpemidler

Hvis du sjekker vanlige kilder for en definisjon av "vedlikeholdshjelpemidler" vil de sannsynligvis kun forholde seg til fysiske verktøy. På dreikte spørsmål gir ChatGPT denne forklaringen (oversatt av meg):

Når det kommer til vedlikeholdsfilosofi, er definisjonen min annerledes:

Enkelte produkter tilbyr programvare, noen ganger kombinert med relevant maskinvare, som lar teknisk personell kjøre ytelsestester. Disse testene kan bekrefte at produktet fungerer i henhold til spesifikasjonene. Du kan også kjøre slike tester som en del av en feilsøkingssekvens.

I brukergrensesnittet bruker produsentene forskjellige navn for å beskrive denne funksjonaliteten. De vanligste navnene er sannsynligvis disse:

• Diagnostikk (Diagnostics)
• BITE - Built-In Test Equipment
• BIST - Built-in System Test

Når du skriver sluttbrukerdokumentasjonen må du inkludere nok informasjon til at leseren kan forstå hvordan diagnoseverktøyet fungerer og hvordan det skal brukes. For alle praktiske formål må du:

1. Beskriv brukergrensesnittet (dialogbokser, menyer, parametere, innstillinger) i detalj.
2. Presentere alle relevante prosedyrer som beskriver hvordan personellet kan utføre hver test, og hvilke resultater hver test forventes å gi.

Enkelte produkter støtter funksjonalitet som automatisk genererer meldinger til brukeren. Disse meldingene brukes ofte til å rapportere driftsstatus, men kan også brukes til å rapportere ulike feil. Brukergrensesnittet kan presentere meldingene på flere måter, vanligvis gjøres det ved å bruke en eller flere dialogbokser og ikoner som varsler brukeren om nye meldinger.

Når du utvikler et meldingssystem, må du følge noen grunnleggende regler:

1. Hver melding må ha en tekst som brukeren kan forstå. Det betyr at vanskelige ord og uttrykk, samt forkortelser, må unngås. Det er også viktig å unngå betegnelser som kun brukes internt i utviklingen av produktet. Brukere vil ikke forstå interne betegnelser.
2. Meldingene bør deles inn i et system der de kan sorteres etter viktighet. Det ville hjelpe hvis du ikke bruker for mange nivåer, det blir bare forvirrende.
3. I tillegg til teksten bør hver melding ha et serienummer, helst et heltall som er unikt for hver melding. Når en kunde skal kommunisere en melding til produsentens serviceorganisasjon er det viktig å ha en enkel identifisering. Denne forenklingen gjelder spesielt dersom meldinger rapporteres muntlig, for eksempel på telefon.
4. Produktet skal legge alle meldinger i én eller flere loggfiler. Brukeren kan samle disse loggfilene og sende dem til produsentens serviceorganisasjon om nødvendig. I en slik loggfil kan du inkludere ekstra meldinger som ikke opprinnelig er laget for å vises til kunden.

I sluttbrukerdokumentasjonen må du beskrive hver melding. Standardstrukturen for en meldingsbeskrivelse er:

1. Innledning
2. Beskrivelse
3. Mulig årsak
4. Mulige konsekvenser
5. Bekreft
6. Foreslåtte handlinger

Store og kompliserte produkter kan være utfordrende å feilsøke, selv med avansert diagnostisk funksjonalitet og mange meldinger. Denne situasjonen gjelder hovedsakelig mekaniske produkter som kanskje ikke tilbyr et brukergrensesnitt. For slike produkter er en nøkkel til feilsøking en grundig forståelse av hvordan produktet er utformet og fungerer. For å gi en slik forståelse, må du gi informasjon i vedlikeholdshåndboken som nøyaktig forklarer:

• Funksjonalitet – hvordan det fungerer
• Viktige prosesser
• Relevante teoretiske konsept
• Maskinvareenheter og moduler
• Programvare og softwaremoduler samt konfigurasjonen av disse

Konseptuelle beskrivelser som beskriver maskinvare, programvare og funksjonalitet er avgjørende av flere grunner.

• Konseptuelle beskrivelser hjelper servicepersonell med å forstå prinsippene og funksjonaliteten til produktet de vedlikeholder. Denne forståelsen er avgjørende for effektiv feilsøking og problemløsning. Serviceteknikerne vil forstå hvordan ulike komponenter samhandler og hvordan produktet fungerer.
• En konseptuell forståelse gjør at servicepersonell kan diagnostisere og løse problemer mer effektivt. Med solid kunnskap om hvordan produktet fungerer og hvordan de ulike delene samhandler vil de være i stand til å identifisere potensielle årsaker til problemer og finne passende løsninger. Uten denne kunnskapen kan de ty til prøving og feiling, noe som kan være tidkrevende og ineffektivt.
• Konseptuelle beskrivelser kan også hjelpe til med forebyggende vedlikehold. Ved å forstå hvordan maskinvare- og programvarekomponentene fungerer sammen og hvilke prosesser som er kritiske for systemdrift, kan vedlikeholdspersonell proaktivt identifisere områder som krever oppmerksomhet eller oppgraderinger før de fører til feil.

For noen husholdningsprodukter har jeg sett at sluttbrukerdokumentasjonen inneholder en liste over feilsymptomer.

En liste over feilsymptomer er ofte gitt i et tabellformat. Den venstre kolonnen gir en liste over symptomer. Disse symptomene kan inkludere observasjoner, meldinger, lamper eller andre indikasjoner på at noe ikke fungerer. Den midterste kolonnen inneholder gjerne en beskrivelse av problemet. Høyre kolonne gir råd og forteller leseren hva han eller hun skal ellere bør gjøre når feilsymptomet dukker opp.

Du kan finne personer som hevder at en liste over feilsymptomer er avgjørende for effektiv feilsøking. De sier at ved å systematisk dokumentere og kategorisere disse symptomene, kan vedlikeholdspersonell raskt identifisere potensielle problemer, diagnostisere årsaker og iverksette passende korrigerende tiltak. Jeg er ikke en av dem. En liste kan fungere godt på små og ukompliserte produkter, for eksempel husholdningsprodukter som en vaskemaskin eller en tørketrommel. En liste kan også være nyttig hvis den lar brukeren slå opp og fikse tilsynelatende problemer før en serviceperson kontaktes.

For store og kompliserte produkter er det imidlertid nesten umulig å dekke hvert symptom som kan oppstå under normal drift. Du vil ende opp med en liste over symptomer som er ufullstendig og ikke kan stole på.

Bevis gjerne at jeg tar feil!

Et flytskjema for feilsøking er en visuell representasjon av sekvensen av handlinger som brukes til å feilsøke og reparere feil i et produkt. Den skisserer sekvensen - trinn for trinn - av handlinger som skal iverksettes av relevant personell for å identifisere årsaken til et problem og utføre nødvendige korrigerende tiltak.

Vi lager vanligvis flytskjemaet med forskjellige symboler for oppgaver, tester og andre handlinger som vedlikeholdsteknikeren må utføre. Flytskjemaet starter med et symptom eller feilobservasjon. Handlingene som følger inkluderer:

• Analyse av symptomene eller observasjonene
• Isolerer problemet
• Undersøker mulige årsaker
• Utføre relevante tester
• Bekrefter årsaken til problemet
• Utføre korrigerende handlinger

"Instructional and Information Technology Services (IITS)" [REF] er en avdeling ved California State University San Marcos. I deres veiledninger til studenter beskrives flytskjema som følger (i min oversettelse):

Flytskjemaksempel fra Instructional and Information Technology Services (IITS) [REF]

Som med lister over feilsymptomer fungerer flytskjemaer best for små og ukompliserte produkter og prosesser. Når oppgavene blir store og kompliserte blir handlingen med å lage illustrasjonene vanskelig, og deres fysiske størrelser kan forårsake presentasjons- og layoutproblemer. Hvis publikasjonen din kun er digital er det mulig å lage interaktive flytskjemaer.