← All articles

RCA analiza napak: 5 zakajev in Ishikawa diagram v praksi

RCA analiza napak: 5 zakajev in Ishikawa diagram v praksi

Tehnica na pakirni liniji preverja težo paketa

RCA analiza napak (analiza temeljnih vzrokov, angl. root cause analysis) je sistematičen postopek, s katerim ugotovite, zakaj se je napaka zares zgodila, in ne le, kaj se je zgodilo. Cilj ni zakrpati simptoma, temveč odpraviti vzrok, da se ista napaka ne ponovi. V praksi jo najpogosteje izvedete z metodo 5 zakajev in Ishikawa diagramom, v resni proizvodnji in logistiki pa ju podprete s podatki iz ERP in MES. V nadaljevanju je postopek po korakih, dva delovna primera iz slovenskih panog in pasti, zaradi katerih se napake vračajo.

Novacore-groupManj napak, bolj učinkoviti procesiNovaCore Group avtomatizira delovne procese z umetno inteligenco ter pomaga optimizirati upravljanje dokumentov, proizvodnjo in načrtovanje.Spoznajte rešitve

Na kratko

  • RCA išče sistemski vzrok napake, ne krivca. Če se napaka ponovi, analiza ni šla dovolj globoko ali ukrep ni deloval.
  • Metoda 5 zakajev je hitro orodje za enostavnejše težave: zakaj sprašujete, dokler ne pridete do vzroka, ki ga lahko odpravite.
  • Ishikawa diagram (ribja kost) razvrsti možne vzroke v kategorije 6M in je primeren za kompleksne težave z več vzroki hkrati.
  • V sistemih kakovosti po ISO 9001 in HACCP je analiza vzrokov del korektivnih ukrepov, ki jih preverja tudi presojevalec.
  • Brez objektivnih podatkov, kot so časovni žigi, serije in vnosi naročil, se RCA hitro spremeni v ugibanje.

Kazalo

Kaj je analiza temeljnih vzrokov

Analiza temeljnih vzrokov ni ena sama metoda, temveč skupina pristopov. Italijanska agencija za civilno letalstvo ENAC jo opisuje kot razred metod za reševanje problemov, ki iščejo končne vzroke težav ali dogodkov. Izhodišče je preprosto: problem najučinkoviteje rešite tako, da odpravite vzrok, in ne tako, da gasite posledice.

Razlika med simptomom in vzrokom je v praksi ključna:

  • Simptom: kupec je prejel napačen artikel.
  • Neposredni vzrok: skladiščnik je vzel artikel z napačne lokacije.
  • Temeljni vzrok: po uvedbi novega artikla nihče ni preveril razporeditve lokacij, zato stojita dva podobna artikla drug ob drugem s skoraj enakima šiframa.

Če se ustavite pri neposrednem vzroku, je ukrep običajno »opozorimo skladiščnika«. Ta ukrep ne prepreči, da bi isto napako jutri naredil nekdo drug. Šele temeljni vzrok vodi do ukrepa, ki spremeni sistem.

Sistem, ne krivec

Največja past RCA je iskanje odgovorne osebe. Strokovnjaki s Harvard Business School poudarjajo, da kultura kakovosti išče sistemske izboljšave, ne obtoževanja posameznikov. Ko se ljudje bojijo posledic, prikrivajo podatke, in analiza izgubi ravno tisto, kar potrebuje: iskrene informacije s terena.

Kdaj RCA ni izbira, ampak zahteva

Za veliko slovenskih podjetij je analiza vzrokov del obveznosti, ki izhajajo iz standardov in predpisov.

ISO 9001:2015. Točka 10.2 standarda zahteva, da se organizacija na neskladnost odzove, ugotovi njene vzroke, oceni potrebo po ukrepih, da se ne ponovi, in nato preveri učinkovitost ukrepov. Skupina za presojevalske prakse pri ISO v smernicah za pregled neskladnosti opisuje, kako presojevalec oceni odziv organizacije na neskladnost in njeno zaprtje. Analiza, ki obstaja le na papirju, pri presoji ne zdrži.

HACCP v prehranski industriji. HACCP je, kot ga opisuje certifikacijski organ Bureau Veritas, sistematičen preventivni pristop k varnosti živil pred biološkimi, kemičnimi in fizičnimi tveganji. Ko na kritični kontrolni točki pride do odstopanja, na primer pri temperaturi hlajenja, morate poleg korektivnega ukrepa razumeti, zakaj je do odstopanja prišlo.

Umiki in odpoklici živil. Ko gre izdelek z napako na trg, je umik šele začetek. Postopki za umike in odpoklice živil v Sloveniji so opisani na državnem portalu GOV.SI. Za podjetje je po umiku najpomembnejše vprašanje, zakaj je izdelek sploh prišel skozi kontrolo, in na to odgovori le temeljita RCA.

Postopek RCA v šestih korakih

Ne glede na orodje, ki ga izberete, ima dobra analiza enako ogrodje.

  1. Natančno opredelite problem. Zapišite, kaj se je zgodilo, kje, kdaj, v kolikšnem obsegu in kako ste to izmerili. »Napake pri naročilih« ni opredelitev. »V septembru je bilo 3,2 % pošiljk na relaciji Ljubljana-Maribor odpremljenih z napačno količino« je.
  2. Sestavite večdisciplinarno ekipo. Vključite operaterje, planerje, vzdrževalce in vodje. Ljudje, ki delo opravljajo vsak dan, najbolje poznajo dejanske razmere. Enako načelo priporoča tudi smernica HACCP, ki za učinkovit načrt svetuje multidisciplinarno ekipo.
  3. Zberite dokaze. Zapisi iz ERP in MES, časovni žigi, številke serij, fotografije, meritve, dnevniki strojev. Vsaka trditev v analizi mora imeti dokaz.
  4. Poiščite vzroke z ustreznim orodjem. 5 zakajev za enostavne verige vzrokov, Ishikawa diagram za težave z več možnimi vzroki, Pareto za določanje prioritet.
  5. Določite in izvedite korektivne ukrepe. Ukrep mora odpraviti temeljni vzrok, imeti nosilca in rok. Pogosto je najboljši ukrep tudi najenostavnejši: sprememba šifre, dodatno polje v obrazcu, samodejna kontrola pri vnosu.
  6. Preverite učinkovitost. Po določenem času izmerite, ali se napaka še pojavlja. Če se, se vrnite na četrti korak.

Pri dokumentiranju pazite na en detajl, ki ga presojevalci opazijo: v poročilu o zaprti neskladnosti ukrepe opišite v pretekliku, kot izvedene, z datumom izvedbe. Poročilo, polno prihodnjih rokov, pomeni, da neskladnost še ni zaprta.

Metoda 5 zakajev

Metoda 5 zakajev se je uveljavila v vitki proizvodnji (lean). Bistvo je v tem, da ob problemu zaporedoma sprašujete »zakaj?«, vsak odgovor pa postane izhodišče za naslednje vprašanje. Lean Enterprise Institute pojasnjuje, da število pet ni pravilo: sprašujete, dokler ne pridete do temeljnega vzroka, kar je včasih manj, včasih več kot petkrat.

Primer iz distribucije

Problem: v zadnjem mesecu je 14 naročil trgovske verige prispelo z napačno količino.

  1. Zakaj je bila količina napačna? Ker je bila v nalogu za komisioniranje vpisana napačna količina.
  2. Zakaj je bila v nalogu napačna količina? Ker je bila narobe vnesena že v prodajno naročilo v ERP.
  3. Zakaj je bila narobe vnesena? Ker referent naročila, ki prihajajo po e-pošti v PDF, ročno pretipkava, kupec pa naroča v kartonih, ERP pa pričakuje kose.
  4. Zakaj sistem tega ne zazna? Ker ob vnosu ni kontrole, ki bi primerjala količino z običajnim naročilom tega kupca ali s pakirno enoto.
  5. Zakaj te kontrole ni? Ker je bil proces vnosa zasnovan za manjši obseg naročil in ga ob rasti nihče ni prenovil.

Temeljni vzrok ni nepazljiv referent, temveč ročni prenos podatkov brez kontrole enot. Smiselni ukrepi so pretvorba enot v šifrantu, samodejno opozorilo ob odstopanju od običajne količine in, pri večjem obsegu, samodejni zajem naročil iz dokumentov.

Kje ima 5 zakajev meje

Metoda je hitra, a linearna. Predpostavlja eno verigo vzrokov, v resnici pa jih je pogosto več. Rezultat je odvisen od znanja ljudi v sobi: ekipa, ki procesa ne pozna, se lahko ustavi pri prvem prepričljivem odgovoru. Zato vsak »zakaj« preverite s podatki, ne z mnenjem.

Ishikawa diagram (ribja kost)

Ishikawa diagram, imenovan tudi diagram vzrokov in posledic ali ribja kost, je orodje, ki po opisu ameriškega združenja za kakovost ASQ razvrsti možne vzroke problema v uporabne kategorije. Problem zapišete v »glavo« ribe, na »kosti« pa vpisujete vzroke po kategorijah. Ministrstvo za kmetijstvo ZDA ga v svojem programu notranje presoje uporablja kot vizualno metodo za RCA.

V proizvodnji se najpogosteje uporablja razdelitev 6M:

Kategorija Kaj preverjate Primer vzroka
Metode delovna navodila, zaporedje korakov, nastavitve navodilo ne določa časa ogrevanja linije
Stroji oprema, orodja, vzdrževanje obrabljen dozirni ventil
Materiali surovine, embalaža, dobavitelji nova serija folije z drugačno debelino
Meritve merilne naprave, kalibracija, vzorčenje tehtnica ni bila kalibrirana po servisu
Ljudje usposobljenost, izmene, obremenitev nov operater brez uvajanja na tej liniji
Okolje temperatura, vlaga, prah, osvetlitev visoka vlaga v poletnih mesecih

Primer iz prehranske proizvodnje

Problem: na pakirni liniji delež paketov s premajhno maso v nočni izmeni naraste z 0,5 % na 2 %.

Ekipa v delavnici izpolni diagram in zbere 15 možnih vzrokov. Pri vsakem nato preveri podatke: kalibracijski zapisi tehtnice so v redu, serije materiala so enake kot v dnevni izmeni, a dnevnik stroja pokaže, da se linija v nočni izmeni zažene brez ogrevanja, ker je navodilo dvoumno. Diagram je zožil iskanje, podatki pa so pokazali, kateri vzrok je pravi. Na tej točki lahko izbrani vzrok razdelate še s 5 zakaji.

Prav ta korak je ključen: Ishikawa diagram prikaže možne vzroke. Kateri je dejanski, pokažejo šele dokazi.

Katero orodje izbrati

Orodja se ne izključujejo. Pri kompleksnejših težavah v industriji jih kombinirate, prioritete pa določite s Pareto diagramom, ki ga skupaj z ribjo kostjo in procesnim zemljevidom kot temeljna orodja izboljševanja kakovosti obravnava tudi pregled StatPearls.

Orodje Kdaj je najboljše Čas Omejitev
5 zakajev enostavna težava z eno verigo vzrokov 30 do 60 minut linearno, odvisno od znanja ekipe
Ishikawa diagram več možnih vzrokov, različni oddelki pol dneva delavnice pokaže možne, ne dejanskih vzrokov
Pareto diagram veliko vrst napak, treba je določiti prioritete odvisno od podatkov potrebuje zanesljive podatke o pogostosti
FMEA preventivno, pred uvedbo procesa ali izdelka več dni zahtevna, najbolj koristna pri novih procesih

Ocene časa so okvirne in odvisne od obsega težave in razpoložljivosti podatkov.

Pasti, zaradi katerih se napake vračajo

  • Ustavite se pri človeku. »Napaka operaterja« je skoraj vedno simptom. Vprašajte, zakaj je sistem napako dopustil.
  • Analiza brez podatkov. Mnenja na sestanku niso dokazi. Brez časovnih žigov in zapisov serij ostane analiza subjektivna.
  • Prezapleteni ukrepi. Nov informacijski sistem ni vedno odgovor. Včasih zadostuje sprememba obrazca ali šifranta.
  • Brez preverjanja učinkovitosti. Če ukrepa po treh mesecih ne izmerite, ne veste, ali je deloval.
  • RCA le za presojevalca. Poročilo, ki nastane zgolj zaradi presoje, napake ne odpravi. Prava vrednost analize je v tem, da se napaka ne ponovi.
  • Le reaktivna uporaba. Če RCA izvajate samo po incidentu, vedno zamujate. Napredna podjetja analizirajo trende in ozka grla, še preden povzročijo zastoj.

Podatki namesto ugibanja

Kakovost analize je natanko tolikšna, kot je kakovost podatkov, na katerih temelji. V številnih podjetjih je prav tu največja vrzel: naročila se ročno pretipkavajo iz e-pošte, dobavnice se skenirajo brez strukture, podatki iz proizvodnje so razpršeni med ERP, MES in Excelom.

Ko vnos poteka ročno, nastaneta dve težavi hkrati. Prvič, ročni vnos je sam po sebi vir napak, ki jih potem analizirate. Drugič, ko želite ugotoviti vzrok, manjkajo zanesljivi zapisi: kdo je kaj vnesel, kdaj in iz katerega dokumenta.

Avtomatizacija s pomočjo umetne inteligence obe težavi zmanjša. AI zajem dokumentov prebere naročilo, ga klasificira, preveri in prenese v ERP, vsak korak pa pusti sled. Prediktivno planiranje, povezano z ERP in MES, napoveduje povpraševanje in odkriva ozka grla, preden postanejo napaka. Tako RCA iz reaktivnega orodja postane del vsakodnevnega upravljanja.

Podatki namesto ugibanja — overview diagram

Naš pogled: RCA se začne pri podatkih, ne pri sestanku

Pri projektih v proizvodnji, logistiki in farmaciji vidimo isti vzorec. Podjetja dobro poznajo 5 zakajev in ribjo kost, a analiza se ustavi, ker podatkov ni ali jim nihče ne zaupa. Ekipa na sestanku nato izbere najbolj prepričljivo razlago, ne najbolj resnične.

Zato pri vsakem projektu najprej pogledamo, kje v procesu nastajajo podatki in kje se izgubljajo. Pogosto je odgovor ročni prenos med dokumentom in ERP. Ko ta korak avtomatiziramo, se zgodita dve stvari: napak pri vnosu je manj, tiste, ki ostanejo, pa lahko izsledimo do vira.

Pri enem od naših projektov se je čas obdelave naročil skrajšal za 68 %, naložba pa se je povrnila v 8 do 10 mesecih. Ključno ni bilo samo orodje, temveč to, da je pri uvedbi sodelovala ekipa, ki pozna panogo, in da smo ostali ob strani tudi po zagonu. Sistem, ki deluje prvi teden, ni dovolj. Delovati mora tudi takrat, ko se proces spremeni.

Naš nasvet: preden izberete metodo za naslednjo RCA, se vprašajte, ali imate podatke, ki bodo vaš odgovor potrdili ali ovrgli. Če jih nimate, je to prvi vzrok, ki ga je vredno odpraviti.

— Martin

Kako vam pri tem pomagamo

V NovaCore Group gradimo sisteme, ki odpravljajo vzroke napak pri viru. Z avtomatizacijo upravljanja dokumentov AI zajame, razvrsti in preveri dokumente ter jih prenese v ERP. Z digitalizacijo proizvodnje povežemo planiranje, razporejanje, naročila, transport in sledenje dostavam. S prediktivnim planiranjem, povezanim z ERP in MES, odkrivamo ozka grla, še preden povzročijo zastoj. Za specifične panoge razvijamo tudi lastne produkte, med njimi Frigologo za logistiko hladne verige in Concreete za betonske obrate.

→ Oglejte si naše rešitve za avtomatizacijo ali preverite sisteme, ki že delujejo v proizvodnji.

Pogosta vprašanja

Kaj pomeni kratica RCA?

RCA pomeni root cause analysis, v slovenščini analiza temeljnih vzrokov. Gre za sistematičen postopek, s katerim ugotovite, zakaj je do napake prišlo, in določite ukrep, ki prepreči njeno ponovitev. Uporablja se v proizvodnji, logistiki, zdravstvu, letalstvu in informacijski tehnologiji.

Ali je treba pri metodi 5 zakajev vedno vprašati petkrat?

Ne. Število pet je okvirno vodilo. Sprašujete, dokler ne pridete do vzroka, ki ga lahko odpravite z ukrepom v sistemu, kar je lahko po treh ali po sedmih vprašanjih.

Kaj pomeni 6M pri Ishikawa diagramu?

6M so kategorije, v katere razvrstite možne vzroke: metode, stroji, materiali, meritve, ljudje in okolje. Ime izhaja iz angleških izrazov (methods, machines, materials, measurements, manpower, mother nature). V storitvenih dejavnostih ekipe kategorije pogosto prilagodijo svojemu procesu.

Kdaj uporabiti 5 zakajev in kdaj Ishikawa diagram?

5 zakajev izberite pri enostavnejši težavi, kjer vzroki tečejo v eni verigi. Ishikawa diagram je boljši, ko obstaja več možnih vzrokov iz različnih področij. Pogosto ju kombinirate: z diagramom zožite možne vzroke, izbranega pa z 5 zakaji razdelate do konca.

Kako vem, da je bila RCA uspešna?

Ko se ista napaka po izvedbi ukrepov ne ponovi več oziroma se njena pogostost izmerljivo zmanjša. Zato ob zaključku analize določite kazalnik in datum, ko boste učinkovitost preverili. Če se napaka vrne, analiza ni šla dovolj globoko.

Viri

RCA analiza napak: 5 zakajev in Ishikawa diagram v praksi | NovaCore Group