Problem Solving - Quality - Engineering

Problemlösning – Kvalitet – Teknik

PROBLEMLÖSNING · KVALITET · INGENJÖRSARBETE

Jag är här för rotorsaken.
Inte ursäkterna.

Av Gabriel Weider · grabNade · 8 min läsning · Ingenjörsmässig problemlösning

Varje tekniskt fel har två typer av lösningar. Den första är snabb: byt delen, starta om maskinen, patcha koden. Problemet försvinner. Tills det kommer tillbaka — om två veckor, sex månader, eller i ett helt annat system. Den andra lösningen är långsammare och svårare: ta reda på varför det hände från början. Det är rotorsaksanalys.

RCA är inte ett enskilt verktyg. Det är en disciplin — en strukturerad vägran att acceptera symptomet som svar. Och de ingenjörer som arbetar så är de som slipper lösa samma problem två gånger.

## 01. SYMPTOM VS ROTORSAK — KÄRNSKILLNADEN

Ett symptom är det du ser. En rotorsak är det som skapade det. I glappet mellan dem förloras större delen av ingenjörstiden.

Det klassiska exemplet: en maskin stannar på produktionslinjen. Symptomet är stoppet. Den direkta orsaken kan vara en utlöst säkring. Byt säkringen och maskinen går igen — för stunden. Men varför löste säkringen ut? Överbelastning. Varför blev det överbelastning? Ett lager gick varmt. Varför gick lagret varmt? Otillräcklig smörjning. Varför var smörjningen otillräcklig? Det fanns inget förebyggande underhållsschema för den komponenten.

Rotorsaken är inte säkringen. Det är en brist i underhållet. Om du bara byter säkringen havererar lagret helt nästa månad, och då står maskinen stilla i en vecka istället för en timme.

> ARBETSDEFINITIONEN: En rotorsak är den djupast identifierbara orsaken till ett fel — den som, om den elimineras, förhindrar återupprepning. Inte bara denna incident, utan hela typen av incidenter. Om åtgärden bara hindrar just detta fel från att upprepas, har du ännu inte hittat rotorsaken.

## 02. 5 VARFÖR — METODEN ALLA KÄNNER TILL

Utvecklad inom Toyota Production System och formaliserad av Taiichi Ohno, är 5 varför den mest använda RCA-metoden inom tillverkning, mjukvara och fältservice. Metoden är precis vad den låter som: ställ frågan "varför" upprepade gånger tills du når en orsak som faktiskt går att åtgärda.

Fem iterationer är en riktlinje, inte en regel. Vissa problem löses på tre. Komplexa systemfel kan kräva sju eller åtta. Stoppkriteriet är inte antalet — det är att nå en orsak som är handlingsbar och vars eliminering förhindrar återfall.

> 5_WHYS.analysis — Exempel på fel i hydrauliksystem
W1


Problem: Hydraulpressen stannade mitt i cykeln.
Varför? → Hydraulikpumpen tappade tryck.
W2


Varför tappade pumpen tryck?
Varför? → Pumpens tätning havererade och vätska läckte ut.
W3


Varför havererade pumpens tätning?
Varför? → Tätningen visade förtida slitage långt före sin specificerade livslängd.
W4


Varför slets tätningen ut i förtid?
Varför? → Förorenad hydraulvätska cirkulerade i systemet.
W5


Varför var vätskan förorenad?
ROTORSAK → Det fanns inget underhållsintervall för vätskefiltrering i PM-schemat. Filtret hade aldrig bytts sedan installationen.

Åtgärden för W1 (byt tätningen) kostar en timme och 40 dollar. Åtgärden för W5 (lägg till ett PM-intervall för filterbyte) kostar en uppdatering i ett kalkylblad och förhindrar de nästa tre tätningshaverierna, två pumpbyten och ett oplanerat produktionsstopp.

// grabnade.com · apparel

Här för rotorsaken.
Inte för ursäkterna.

För ingenjören som ställer en fråga till om varför
när alla andra redan har gått vidare
till nästa symptom.
[ KÖP T-SHIRTEN ]

## 03. ANDRA RCA-METODER — NÄR 5 VARFÖR INTE RÄCKER

5 varför fungerar bra för linjära orsakskedjor. Men många fel har flera bidragande orsaker som förgrenas, samverkar och förstärker varandra. För sådana fall finns mer strukturerade metoder.

Metod 01

Fiskbensdiagram

Kallas också Ishikawa-diagram eller orsak-verkan-diagram. Det kartlägger alla potentiella orsaker till ett fel över sex standardkategorier: Maskin, Metod, Material, Människa, Mätning och Miljö. Metoden tvingar teamet att överväga hela problemrymden innan man låser sig vid en orsak.

Bäst för: Komplexa fel med flera möjliga orsaker, tvärfunktionella team, tillverkningsdefekter.
Metod 02

Felsädesträdsanalys (FTA)

En top-down, deduktiv metod som använder boolesk logik (AND/OR) för att kartlägga kombinationer av händelser som leder till ett övergripande fel. Kvantifierbar när sannolikheter för fel är kända. Standard inom flyg, kärnkraft och säkerhetskritiska system enligt IEC 61025.

Bäst för: Säkerhetskritiska system, när flera samtidiga fel är möjliga, regulatorisk efterlevnad.
Metod 03

FMEA

Failure Mode and Effects Analysis. En proaktiv metod — använd innan felet inträffar — som systematiskt identifierar potentiella felmoder, deras effekter och deras sannolikhet. Varje felmod får ett Risk Priority Number (RPN) baserat på allvarlighetsgrad, förekomst och upptäckbarhet.

Bäst för: Ny produktutveckling, konstruktionsgranskningar, processvalidering, IATF 16949-efterlevnad.
Metod 04

8D-rapport

Eight Disciplines problem solving. En strukturerad teambaserad process som går från containment (stoppa blödningen) via identifiering av rotorsak till permanent korrigerande åtgärd och förebyggande arbete. Bilindustrins standard för leverantörers korrigerande åtgärdsrapporter.

Bäst för: Kundklagomål, korrigerande åtgärder hos leverantörer, återkommande fältfel, leveranskedjor inom bil- och flygindustri.
// relaterad utrustning
"Löser dolda defekter med tyst genialitet." Mechanical Engineer Definition Tee

## 04. ATT VÄLJA RÄTT METOD

Metod Bästa situation Tidsåtgång
5 Varför Enkla linjära fel, snabba utredningar, användning på verkstadsgolvet 30 min – 2 tim
Fiskben Okänd orsak, flera möjligheter, brainstorming i team 1 – 4 tim
FTA Säkerhetssystem, komplexa fel med flera orsaker, kvantifierad risk Dagar – veckor
FMEA Proaktiv konstruktions- och processrisk, innan felet inträffar Dagar – veckor
8D-rapport Kundpåverkande fel, dokumentation av korrigerande åtgärder Dagar – månader

## 05. MISSTAGEN SOM DÖDAR EN BRA RCA

Rotorsaksanalys misslyckas oftare på grund av processfel än på grund av teknisk komplexitet. De vanligaste sätten en bra utredning går fel på:

Att stanna vid symptomet. Maskinen havererade för att operatören inte följde instruktionen. Det är en observation, inte en rotorsak. Varför följde inte operatören instruktionen? Var instruktionen otydlig? Saknades utbildning? Var den orealistisk under produktionstryck? Svaret ligger djupare än den första observationen.

Att lägga skuld istället för att hitta orsak. Mänskligt fel är nästan aldrig en rotorsak — det är ett symptom på ett system som tillåter eller möjliggör felet. En RCA som slutar med "operatörsfel" har misslyckats. Frågan är alltid: vilket systemiskt tillstånd gjorde felet möjligt eller sannolikt?

Att åtgärda fyndet, inte orsaken. Att utbilda om operatören efter en incident är en begränsningsåtgärd, inte en korrigerande åtgärd. Om systemet fortfarande tillåter samma fel kommer utbildningseffekten till slut att klinga av och felet återkommer — vanligtvis med en annan operatör.

> TESTET FÖR EN VERKLIG ROTORSAK: Ställ frågan: "Om vi eliminerar denna orsak, blir den här typen av fel omöjlig — eller bara mindre sannolik?" Om svaret är "omöjlig", då har du hittat rotorsaken. Om svaret är "mindre sannolik", fortsätt fråga varför.
// relaterad utrustning
"För att ingenjörerna sa det." The Authority Tee

## 06. DET VIKTIGA ATT TA MED SIG

Rotorsaksanalys är inte en pappersövning. Det är disciplinen som skiljer ingenjörer som löser problem från ingenjörer som hanterar dem i all oändlighet. Symptomet är alltid lättare att fixa. Ursäkten finns alltid tillgänglig. Rotorsaken kräver arbete.

De ingenjörer som hittar den är de som stannar kvar vid en extra fråga längre än alla andra är villiga att göra. De är inte här för snabbfixen. De är här för rotorsaken.

Tillbaka till blogg

Lämna en kommentar

Notera att kommentarer behöver godkännas innan de publiceras.