ISO 9001 klausul 10 – korrigerande åtgärder: Guide till avvikelsehantering och ständiga förbättringar

Skrivet Av
Patrik Björklund
Patrik Björklund
Publicerad
December 3, 2025
Ämne
Kvalitetskontroll

För ledningssystemansvariga är ISO klausul 10 "Förbättringar" kärnan i värdeskapandet – det är här reaktiv avvikelsehantering blir proaktiv förbättring. Denna guide visar hur ni implementerar ISO 10 korrigerande åtgärder enligt ISO 9001:2015 klausul 10.2 och driver ständiga förbättringar enligt klausul 10.3. Detta är dock tillämpbart på alla ISO-ledningssystemstandarder som inkluderar klausul 10, såsom ISO 14001 (miljö), ISO 45001 (arbetsmiljö) och ISO 27001 (informationssäkerhet).

Varför ISO klausul 10 är avgörande

Många organisationer dokumenterar avvikelser men saknar systematik för korrigerande åtgärder. Ni skriver ner problemet, åtgärdar symtomet och går vidare – tills samma avvikelse dyker upp igen. ISO klausul 10 kräver att ni gräver djupare: hitta rotorsaken, åtgärda den permanent och förhindra upprepning. Strukturerad avvikelsehantering skapar värde genom att förvandla problem till förbättringschanser.

ISO 9001:2015 strukturerar förbättringsarbetet i två delar:

  • Klausul 10.2: "Avvikelse och korrigerande åtgärd" – hantera avvikelser systematiskt med ISO 9001 avvikelsehantering
  • Klausul 10.3: "Ständiga förbättringar" – förbättra kontinuerligt även utan avvikelser

Denna artikel ger er konkreta verktyg för båda områdena.

Definitioner: Avvikelse, nonkonformitet och förbättringsmöjlighet

Innan ni börjar: förstå skillnaden mellan begreppen.

Avvikelse = När något inte går enligt plan. Exempel: en leverans kommer två dagar för sent.

Nonkonformitet (icke uppfyllande av krav) = När ni inte uppfyller ett krav (från kund, standard eller lag). Exempel: produkten saknar CE-märkning som krävs enligt lag.

Förbättringsmöjlighet = Ni uppfyller kraven, men ser hur ni kan göra det bättre. Exempel: kundnöjdheten är 4/5, ni vill nå 4.5/5.

ISO klausul 10.2 fokuserar på avvikelser och nonkonformiteter (inte ovanligt att svenska bolag klumpar ihop båda under begreppet "avvikelse") – när krav inte uppfylls eller något går fel. Klausul 10.3 fokuserar på förbättringsmöjligheter – att höja ribban även när allt fungerar. AmpliFlow stödjer avvikelsehantering i era processer genom strukturerad dokumentation och uppföljning.

ISO 10.2: Korrigerande åtgärder vid nonkonformitet

När ni hittar en avvikelse måste ni göra tre saker enligt ISO 10.2 för att genomföra ISO 10 korrigerande åtgärder:

  1. Reagera – Hantera konsekvenserna direkt (inneslutning)
  2. Analysera – Hitta rotorsaken (rotorsaksanalys)
  3. Åtgärda – Ta bort rotorsaken permanent och förhindra upprepning

Steg 1: Reagera och begränsa skadan

När nonkonformiteten upptäcks, agera omedelbart för att begränsa skadan.

Inneslutningsåtgärder = Akuta åtgärder för att stoppa problemet från att sprida sig.

Exempel:

  • Produktfel: Stoppa leverans, sätt produkter i karantän
  • Processfel: Pausa processen, informera påverkade kunder
  • Systemfel: Återgå till manuell process tills systemet är reparerat

Dokumentera vad ni gjorde och när. Detta är inte rotorsaksanalys – det är första hjälpen.

Steg 2: Analysera och hitta rotorsaken

Nu börjar det systematiska arbetet. Ni måste svara på: Varför hände det här?

ISO kräver att ni utvärderar behovet av korrigerande åtgärd genom att fastställa orsakerna till nonkonformiteten. Det finns flera metoder för rotorsaksanalys – de vanligaste är 5 Whys, fiskbensdiagram och 8D-metodik.

5 Whys – Enkel och kraftfull rotorsaksanalys

Fråga "varför" fem gånger för att komma från symptom till rotorsak.

Exempel från Toyota (Taiichi Ohno):

Problem: Maskinen stannade.

  1. Varför stannade maskinen?Överbelastning blåste säkringen.
  2. Varför uppstod överbelastningen?Lagret smordes inte tillräckligt.
  3. Varför smordes lagret inte?Smörjpumpen pumpade inte tillräckligt.
  4. Varför pumpade den inte?Pumpaxeln var sliten och skramlade.
  5. Varför var axeln sliten?Inget filter var monterat, metallspån kom in.

Rotorsak: Inget filter monterat → Korrigerande åtgärd: Montera filter på alla smörjpumpar.

Utan 5 Whys hade ni bytt säkringen och sett det löst. Problemet hade återkommit.

När ni använder 5 Whys:

  • Basera varje "varför" på föregående svar
  • Stoppa inte vid fem om rotorsaken inte är tydlig
  • Verifiera rotorsaken med data (gissa inte)

Fiskbensdiagram (Fishbone- eller Ishikawa-diagram) – kartlägg alla möjliga orsaker

När problemet är komplext och kan ha flera orsaker, använd ett fiskbensdiagram. Metoden skapades av Kaoru Ishikawa på 1960-talet och är ett av de sju grundverktygen för kvalitetskontroll.

Struktur:

  • Fiskens huvud = Problemet (nonkonformiteten)
  • Ryggben = Huvudkategorier av orsaker
  • Ben = Specifika orsaker inom varje kategori

De 5 M:en (vanligast i tillverkning):

  1. Man/Manpower (personal): Kompetens, utbildning, erfarenhet
  2. Machine (maskin): Utrustning, teknologi, underhåll
  3. Material (material): Råvaror, förbrukningsmaterial, kvalitet
  4. Method (metod): Process, instruktioner, rutiner
  5. Measurement (mätning): Inspektion, kontroll, miljö

Exempel: Försenade leveranser

Man: Ny personal saknar utbildningMachine: Lagersystem långsamt, gamla servrarMaterial: Leverantörer levererar sentMethod: Ingen prioritering av brådskande ordrarMeasurement: Ingen realtidsövervakning av lagersaldo

Så här använder ni ett fiskbensdiagram:

  1. Definiera problemet tydligt (fiskens huvud)
  2. Välj rätt kategorier (5 M för tillverkning, 5 S för service)
  3. Brainstorma orsaker i varje kategori (teamarbete ger bäst resultat)
  4. Gräv djupare med 5 Whys för varje orsak
  5. Verifiera vilka orsaker som verkligen bidrar till problemet

8D-metodik – Strukturerad problemlösning från Ford

8D (Eight Disciplines) är en omfattande metod som utvecklades av Ford Motor Company 1987. Den kombinerar rotorsaksanalys med teamarbete och förebyggande åtgärder.

De åtta disciplinerna:

D0: Förberedelse och akuta åtgärderPlanera problemlösningen. Dokumentera symptom och akuta åtgärder (emergency response actions).

D1: Använd ett teamSätt ihop ett team med produkt- och processkännedom. Olika perspektiv ger bättre lösningar.

D2: Beskriv problemetSpecificera problemet i mätbara termer: vem, vad, var, när, varför, hur, hur många (5W2H).

D3: Begränsa skadan (inneslutning)Stoppa problemet från att nå kunden. Sätt produkter i karantän, informera berörda parter.

D4: Fastställ och verifiera rotorsakerIdentifiera alla tänkbara orsaker. Använd 5 Whys eller ett fiskbensdiagram. Verifiera orsakerna med data.

D5: Verifiera permanenta åtgärderBekräfta att den valda åtgärden verkligen löser problemet. Testa innan full implementation.

D6: Genomför korrigerande åtgärderImplementera den permanenta åtgärden. Validera med empiriska bevis på förbättring.

D7: Förhindra upprepningUppdatera ledningssystem, processer och rutiner för att förhindra att samma problem uppstår igen.

D8: Tacka teametErkänn teamets insats formellt.

När används 8D:

  • Problem som återkommer trots åtgärder
  • Komplexa problem med många möjliga orsaker
  • När kunden kräver detaljerad rotorsaksanalys
  • ISO-certifieringsrevision kräver dokumenterad problemlösningsprocess

8D ger er dokumentation som uppfyller ISO 10.2 krav: ni visar att ni reagerat (D0-D3), analyserat rotorsaken (D4), implementerat korrigerande åtgärd (D5-D6) och förhindrat upprepning (D7).

Steg 3: Implementera och verifiera korrigerande åtgärd

När rotorsaken är fastställd, ta bort den permanent. Detta är kärnan i ISO 10 korrigerande åtgärder.

Korrigerande åtgärd = Åtgärd som eliminerar orsaken till en upptäckt nonkonformitet eller annan oönskad situation.

Viktigt: Korrigerande åtgärd ska vara proportionell mot effekterna av den nonkonformitet som har uppstått. Ett mindre problem kräver inte lika omfattande analys som ett kritiskt kundproblem.

Verifiering: Kontrollera att åtgärden fungerar. Samla data över tid för att bekräfta att nonkonformiteten inte återkommer.

Dokumentation: ISO kräver att ni behåller dokumenterad information om:

  • Nonkonformitetens karaktär
  • Vidtagna åtgärder
  • Resultat av korrigerande åtgärd

Escape point-analys – varför missade ni problemet?

8D-metodiken introducerar ett viktigt koncept: escape point (flyktpunkt).

Escape point (flyktpunkt) = Den tidigaste kontrollpunkten i processen som borde ha upptäckt problemet men misslyckades.

Exempel: En produkt med fel dimension når kunden.

  • Rotorsak: Maskin felkalibrerad
  • Escape point: Slutkontroll upptäckte inte felet

Ni måste åtgärda BÅDE rotorsaken (kalibrera maskinen) OCH escape point (förbättra slutkontrollen så felet upptäcks nästa gång).

Detta förhindrar att liknande problem slinker igenom i framtiden.

ISO 10.3: Ständiga förbättringar

Klausul 10.3 tar er bortom reaktiv problemlösning. Även när inga nonkonformiteter finns ska ni kontinuerligt förbättra ledningssystemets lämplighet, ändamålsenlighet och effektivitet. ISO-certifiering är grunden för ständig förbättring som skapar långsiktigt värde.

Ständig förbättring = Återkommande aktivitet för att öka förmågan att uppfylla krav.

ISO 10.3 kräver att ni identifierar och väljer förbättringsmöjligheter som stödjer kundkrav och förbättrar kundnöjdhet.

PDCA-cykeln – Motorn för ständig förbättring

Plan-Do-Check-Act (PDCA) är grunden för ISO:s processansats. Metoden utvecklades av Walter Shewhart och vidareutvecklades av W. Edwards Deming.

Plan (Planera)

Identifiera problem eller förbättringsmöjlighet. Sätt mål och utveckla hypotes eller strategi.

Konkret:

  • Analysera nuvarande prestanda
  • Identifiera rotorsaker (om problem finns)
  • Sätt SMART-mål (Specifika, Mätbara, Accepterade, Realistiska, Tidsbundna)
  • Få med relevanta intressenter

Exempel: Kundnöjdheten är 4.0/5, målet är 4.5/5 inom sex månader. Analys visar att svarstiden på kundsupport är för lång.

Do (Gör)

Implementera planen i liten skala för att minimera risk.

Konkret:

  • Se till att alla förstår sina roller
  • Följ standardiserade rutiner
  • Dokumentera vad ni gör

Exempel: Testa ny supportrutin med ett supportteam i fyra veckor. Mät svarstid dagligen.

Check (Kontrollera)

Analysera resultat och utvärdera vad som fungerade eller inte.

Konkret:

  • Samla feedback
  • Jämför resultat mot mål
  • Identifiera avvikelser
  • Avgör om testet lyckades

Exempel: Svarstiden minskade från 4 timmar till 2 timmar. Kundnöjdheten ökade till 4.3/5. Teamet rapporterar att nya rutinen är hanterbar.

Act (Agera)

Standardisera framgångsrika förändringar eller revidera planen och testa igen.

Konkret:

  • Om lyckat: Implementera i hela organisationen, uppdatera rutiner, utbilda personal
  • Om misslyckat: Analysera varför, justera planen, kör ny PDCA-cykel

Exempel: Rulla ut den nya supportrutinen till alla supportteam. Uppdatera arbetsinstruktioner. Fortsätt mäta kundnöjdhet för att säkerställa hållbarhet.

Var PDCA kan användas

PDCA är extremt flexibelt och stödjer ISO 10 korrigerande åtgärder i alla branscher:

Tillverkning: Minska spill, effektivisera produktionslinjer, förbättra kvalitetskontroller

Ett tillverkningsföretag upptäcker att 3% av produkterna har lackskador. Plan: Analysera rotorsaken med fiskbensdiagram – hittar att spraybåsets temperatur varierar. Do: Testa ny temperaturkontroll i ett spraybås under två veckor. Check: Lackskador minskar till 0.5% i testbåsen. Act: Installera temperaturkontroll i alla spraybåsar, uppdatera underhållsrutiner.

Service: Förbättra svarstider, kundupplevelse, leveranskvalitet

Ett konsultföretag får klagomål på sena projektleveranser. Plan: Identifiera rotorsak – projektledare saknar verktyg för resursplanering. Do: Testa projekthanteringsverktyg med två projektledare i tre månader. Check: Båda projekten levereras i tid, projektledare rapporterar bättre överblick. Act: Rulla ut verktyget till alla projektledare, utbilda i resursplanering.

Hälsovård: Förbättra patientflöden, minska fel, öka patientsäkerhet

En vårdcentral har långa väntetider. Plan: Kartlägg patientflöde, hitta flaskhals vid registrering. Do: Testa digital check-in för drop-in patienter under en månad. Check: Väntetid minskar från 45 till 25 minuter, patientnöjdhet ökar. Act: Implementera digital check-in permanent, uppdatera patientinformation.

Mjukvaruutveckling: Iterera funktioner, förbättra deployment, minska buggar

Ett utvecklingsteam har många buggar i produktion. Plan: Analysera rotorsak – bristande testning före release. Do: Testa automatiserade tester för kritiska funktioner under två sprintar. Check: Buggar i produktion minskar med 60%, teamet identifierar fel tidigare. Act: Utöka automatiserade tester till alla funktioner, integrera i CI/CD-pipeline.

Om ni lanserar en ny process eller förfinar en befintlig ger PDCA er ett datadrivet beslutsunderlag.

Vanliga PDCA-fallgropar

Hoppa över Check-fasen: Ni implementerar obeprövade förändringar i hela organisationen. Resultatet: slöseri med resurser när förändringen inte fungerar.

Överplanering: Ni fastnar i analysfasen. Planeringen tar månader, inget händer.

Bristande ägarskap: Utan teamengagemang dör förbättringsarbetet ut.

Ingen uppföljning: Förbättringen stannar om Act inte leder till standardisering.

Lösning: Behandla PDCA som kontinuerlig loop, inte engångsprojekt.

Kombinera rotorsaksanalys och PDCA

För bästa resultat: kombinera verktygen.

Vid nonkonformitet (ISO 10.2):

  1. Plan: Använd 5 Whys eller fiskbensdiagram för att hitta rotorsak
  2. Do: Implementera korrigerande åtgärd i liten skala
  3. Check: Verifiera att nonkonformiteten inte återkommer
  4. Act: Standardisera åtgärden, uppdatera rutiner

Vid förbättringsmöjlighet (ISO 10.3):

  1. Plan: Identifiera vad som kan förbättras, sätt mål
  2. Do: Testa förbättringen
  3. Check: Mät resultat mot mål
  4. Act: Rulla ut eller justera planen

Praktisk implementation i ert ledningssystem

Så här gör ni ISO klausul 10 till en naturlig del av vardagen. Ett strukturerat ledningssystem stödjer systematiskt förbättringsarbete.

1. Skapa tydliga processer

Dokumentera hur avvikelser och förbättringsmöjligheter hanteras:

  • Vem rapporterar avvikelser?
  • Vem ansvarar för rotorsaksanalys?
  • Vilken metod använder ni (5 Whys, fiskbensdiagram, 8D)?
  • Hur dokumenteras korrigerande åtgärder?
  • Hur följer ni upp att åtgärder fungerar?

2. Använd rätt verktyg för rätt problem

Enkla problem: 5 Whys räcker ofta. Snabbt, kräver ingen statistisk analys.

Komplexa problem: Fiskbensdiagram ger överblick när många faktorer spelar in.

Återkommande problem eller kundkrav: 8D ger er komplett dokumentation och systematik.

Förbättringsarbete: PDCA för alla typer av förbättringar, stora som små.

3. Engagera teamet

Rotorsaksanalys fungerar bäst som teamarbete. Olika perspektiv avslöjar orsaker som en person missar.

Tips:

  • Inkludera personer från olika funktioner
  • Använd fiskbensdiagram i workshops (brainstorming ger bäst resultat)
  • Dokumentera diskussionen, inte bara slutsatsen

4. Mät och följ upp

Samla data för att verifiera förbättringar:

  • Cykeltid och ledtid: Blir arbetet snabbare?
  • Felfrekvens: Minskar kvalitetsproblemen?
  • Medarbetarengagemang: Deltar teamet aktivt?
  • Måluppfyllelse: Implementeras PDCA-resultaten?

5. Standardisera framgångar

När en korrigerande åtgärd eller förbättring fungerar: uppdatera era rutiner, arbetsinstruktioner och utbildningsmaterial. Annars riskerar ni att gamla vanor återkommer.

6. Länka till ledningens genomgång

ISO 9001 klausul 9.3 kräver att ledningen regelbundet granskar ledningssystemet. Använd data från klausul 10:

  • Antal nonkonformiteter och trender
  • Effektivitet av korrigerande åtgärder
  • Resultat av förbättringsinitiativ
  • Uppföljning av PDCA-cykler

Detta visar revisorer att ert ledningssystem verkligen driver förbättring.

Dokumentationskrav enligt ISO 10.2

ISO 10.2 kräver att ni behåller dokumenterad information om:

  • Nonkonformitetens karaktär: Vad hände? När? Var? Vilka krav uppfylldes inte?
  • Vidtagna åtgärder: Akuta åtgärder (inneslutning) och korrigerande åtgärder
  • Resultat av korrigerande åtgärd: Fungerade åtgärden? Har problemet återkommit?

Praktiskt:

  • Skapa en avvikelserapport-mall med fält för rotorsaksanalys (5 Whys eller fiskbensdiagram)
  • Dokumentera varje steg i 8D-processen om ni använder den metoden
  • Spara verifieringsdata som visar att åtgärden fungerade
  • Koppla avvikelser till processer för att se mönster

Dokumentstyrning säkerställer att ni uppfyller ISO 10.2 dokumentationskrav och kan spåra förbättringar över tid.

Undvik vanliga misstag vid ISO 10 korrigerande åtgärder

Misstag 1: Symptombehandling istället för rotorsaksanalys

Ni åtgärdar konsekvensen, inte orsaken. Problemet återkommer.

Lösning: Använd alltid minst 5 Whys. Fråga "varför" tills ni når rotorsaken.

Misstag 2: Oproportionerliga åtgärder

Ni gör omfattande 8D-analys för varje liten avvikelse. Slöseri med resurser.

Lösning: Anpassa metod efter problemets allvar. Enkla problem: 5 Whys. Komplexa/återkommande: Fiskbensdiagram eller 8D.

Misstag 3: Glömma escape point (flyktpunkten)

Ni fixar rotorsaken men inte varför problemet inte upptäcktes tidigare.

Lösning: Fråga alltid "varför upptäcktes inte detta tidigare?" och förbättra era kontroller.

Misstag 4: Ingen uppföljning

Ni implementerar åtgärden och går vidare. Ingen verifierar att den fungerar långsiktigt.

Lösning: Sätt uppföljningsdatum i kalendern. Kontrollera att problemet inte återkommer efter 1, 3, 6 månader.

Misstag 5: PDCA blir engångsprojekt

Ni kör en PDCA-cykel, sedan slutar ni.

Lösning: PDCA är en loop. När ni når Act, börja nästa Plan-fas med nya mål.

Sammanfattning: Från reaktion till proaktiv förbättring

ISO klausul 10 är er färdplan från brandkämpning till systematisk förbättring. ISO 10 korrigerande åtgärder förvandlar problem till förbättringschanser.

Klausul 10.2 (Korrigerande åtgärder):

  1. Reagera och begränsa skadan
  2. Analysera rotorsaken (5 Whys, fiskbensdiagram, 8D)
  3. Implementera permanent korrigerande åtgärd
  4. Verifiera att problemet inte återkommer
  5. Förbättra era kontroller (escape point-analys)

Klausul 10.3 (Ständiga förbättringar):

  1. Identifiera förbättringsmöjligheter
  2. Använd PDCA-cykeln (Plan-Do-Check-Act)
  3. Testa förbättringar i liten skala
  4. Standardisera framgångar
  5. Fortsätt cykeln (kontinuerlig förbättring)

Välj rätt verktyg:

  • 5 Whys: Enkla problem, snabb analys
  • Fiskbensdiagram: Komplexa problem, flera möjliga orsaker
  • 8D: Återkommande problem, kundkrav, ISO-dokumentation
  • PDCA: Alla förbättringsinitiativ

När ni bygger in dessa metoder i era rutiner blir förbättringsarbetet en naturlig del av vardagen – inte ett extra projekt vid sidan om. Det är då ISO-certifieringen ger verkligt värde: ni förbättrar er förmåga att leverera till kunder, minskar spill och bygger en kultur där problem ses som möjligheter.

Börja smått: välj en återkommande avvikelse, kör en 5 Whys-analys, implementera åtgärden och följ upp. När metoden sitter, ta nästa steg med fiskbensdiagram eller PDCA. Med tiden blir systematisk förbättring er konkurrensfördel.

Gratis e-bok
Allt från vad standarder kräver till hur du genomför ett projekt för att etablera ett certifierbart ledningssystem.
Tack! Nu får du snart ett e-post från oss!
Oj! 

Något gick fel.

Hör av dig till support@ampliflow.com.
Free e-book
Everything from what standards require to how you implement a project to establishing a certifiable management system.
Tack! Nu får du snart ett e-post från oss!
Oj! 

Något gick fel.

Hör av dig till support@ampliflow.com.
Behöver ni hjälp att nå ISO-certifiering?
AmpliFlow kan hjälpa dig med allt som behövs för att nå certifiering. Från smarta IT-system till projektledning, utbildning, internrevision och mycket mer. Boka ett möte idag för att få veta mer!
Tack! Vi hör snart av oss!
Oj! 

Något gick fel.

Hör av dig till support@ampliflow.com.
Artiklar

Fler artiklar

Verktyg, information och andra resurser du behöver.
Internrevision

KEY Relocations internrevision - en viktig del i certifieringsresan mot ISO 9001 och 14001

Utforska hur KEY Relocation genomförde sin internrevision som en del av sin certifieringsresa mot ISO 9001 (kvalitetsledning) och ISO 14001 (miljöledning), med oväntade och värdefulla insikter längs vägen.
Patrik Björklund
August 23, 2023
Informationssäkerhet

10 vanliga missuppfattningar VD har om ISO 27001 och informationssäkerhet som kan stå dig dyrt

Undvik kostsamma misstag kring informationssäkerhet. Lär dig de 10 vanligaste missuppfattningarna och hur du skyddar ditt företag effektivt.
Patrik Björklund
October 19, 2023
Projektledning

Skillnaden mellan att vara ansvarig och att vara delaktig

Vad är egentligen skillnaden mellan att vara delaktig och ansvarig i ett projekt, en avvikelse eller ett annat arbetsmoment? Läs mer här.
Patrik Björklund
August 16, 2024

Gör som många andra - ta hjälp av AmpliFlow

Boka ett möte idag för att diskutera hur vi kan hjälpa dig med system och/eller stöd.
Litet eller börsnoterat. Rekrytering eller betongindustri. AmpliFlow är för alla.