När FMEA saknas: tre gap bakom de sena överraskningarna

Av Lennart Larsson Rosén

Många företag brottas med vad som händer när FMEA saknas, ofta utan att se sambandet. Jag har sett samma mönster upprepas i utvecklingsprojekt efter utvecklingsprojekt, och de går nästan alltid att spåra till en FMEA som saknas eller är svag.

En strukturerad FMEA handlar inte om att fylla i en tabell. Den handlar om att synliggöra de verkliga riskerna tidigt, innan de blir sena och dyra överraskningar.

När FMEA saknas uppstår tre kritiska gap. Tillsammans förklarar de de flesta sena överraskningar i utvecklingsprojekt.

1. Funktionsinnehåll och krav som saknas

När funktionen och dess realisering kartläggs tydligt syns luckorna i vad systemet måste göra direkt. Krav som saknas eller är otydliga är en av de största drivkrafterna bakom sena ändringar, omkonstruktioner och problem på eftermarknaden.

Utan den kartläggningen upptäcks luckorna först när något går fel: i verifieringen, i produktionen eller hos kunden.

2. Realisering och samspel som inte är förstådda

Många felmoder uppstår i hur systemet faktiskt realiserar sina funktioner: genom fysiska samspel, signalflöden, mjukvarulogik eller styrfunktioner. När realiseringen och beroendena är oklara slutar det med att teamet rättar till problem sent i stället för att konstruera bort dem tidigt.

3. Orsaker som inte upptäcks

En felmod blir meningsfull först när dess orsaker är förstådda. Verifiering är som mest effektiv när den bekräftar om orsakerna faktiskt kan inträffa. Svag eller saknad upptäckt av orsaker är en av de vanligaste källorna till sena ändringar, omtag och fältproblem.

Vad FMEA ger den som leder utveckling

För en teknisk chef eller projektledare är värdet av en väl genomförd FMEA mycket konkret:

• Risker blir synliga tidigare.
• Riskerna blir tydliga och hanterbara, så att projektet kan fatta beslut om dem.
• Konstruktionslogiken blir tydligare och systemförståelsen starkare.
• Ingenjörsresurserna används bättre, med mindre brandsläckning och mer utveckling.
• Verifieringen planeras bättre.
• Verifieringen blir fokuserad. Den kontrollerar de orsaker som spelar roll, inte symptomen, och blir därmed tidigare, snabbare och betydligt billigare.
• Det blir färre sena ändringar och färre omkonstruktionsvarv.
• Kvalitetsbristkostnaderna minskar.
• Problemen på eftermarknaden och antalet kampanjer minskar.
• Kostnaden för sena fel blir lägre.

FMEA är inte målet

FMEA är inte målet i sig. Det är ett sätt att göra komplex utveckling mer förutsägbar och betydligt billigare.

Om du leder ett utvecklingsteam är det här ett av de snabbaste sätten att minska de sena överraskningarna och skydda ingenjörskapaciteten.

Vill du läsa mer om hur funktion, krav och realisering hänger ihop i analysen? Läs Funktion, krav och realisering: kedjan som gör FMEA meningsfull.

Upptäcks era risker för sent? Läs mer om hur vi arbetar med riskanalys i utvecklingsfasen och facilitering av FMEA, eller boka ett samtal.