Root
Cause Analysis: Keď Kľúčom k Riešeniu Je Pochopiť Príčinu

Moja
Stretnutie s Rôznymi Príčinami: Keď Riešenie Nevyriešilo Problém

Bolo to v roku 2014. Pracoval som pre dodávateľa pre Rolls-Royce.
Vyrábali sme lopatky pre motory.

„Peter, máme problém,“ povedal riaditeľ kvality. „Lopatky sa lámú.
Máme 2-3 lomené kusy každý týždeň.“

„A čo je príčina?“

„Materiál. Používame novou ocel, ale je slabšia.“

„A čo ste skúšali?“

„Zmenili sme dodávateľa ocele. Teraz je to lepšie.“

„Ako viete, že je to lepšie?“

„Máme menej lomených kusov.“

V tej chvíli som zbadal: Toto nie je root cause. Toto je
trial-and-error. Zmenili sme dodávateľa bez toho, aby sme pochopili,
prečo stará ocel selhala.

Následok? O dva týždne sa lomené kusy vrátili.

Tak som nastúpil do Root Cause Analysis.

Čo je Root Cause?

Root Cause (koréňová príčina) je základná príčina problému —
najnižšia úroveň príčin, ktorá môže byť zmenená, aby sa problém
nevrátil.

Dôležité rozdiely:

Symptóm	Príčina	Root Cause
Čo vidíme	Prečo to stane	Kde začalo
Lopatka sa lamá	Ocel je slabšia	Specifikácia ocele je nesprávna
ECU resetuje	Firmware má chybu	Race condition v power management
Customer reklamuje	Produkt nefunguje	Kvalifikácia procesu je nedostatočná

Pravidlo: Ak nájdete root cause, môžete ju zmeniť. A
keď ju zmeníte, problém zmizne.

Ak problém sa vráti, nenašli ste root cause.

3 Kľúčové Metódy Root Cause
Analysis

1. 5 Whys (5 Prečo)

Najjednoduchšia, najefektívnejšia metóda.

Princíp: Pýtajte sa “prečo” 5-krát. 5. odpoveď je
často root cause.

Príklad: ECU resetuje sa náhodne

1. Prečo sa resetuje? → Firmware deteguje chybu v
   pamäti
2. Prečo je pamäť poškodená? → Zápisová operácia
   prebieha, keď je napätie nestabilné
3. Prečo je napätie nestabilné? → Napätie klesá počas
   vysokoprioritných úloh
4. Prečo klesá napätie? → Power management firmware
   nedokáže zvládnuť vysokú záťaž
5. Prečo nedokáže zvládnuť záťaž? → Race
   condition v power management kóde

Root Cause: Race condition v power management
firmware

Riešenie: Refactor power management firmware —
odstrániť race condition

Príklad: Lopatky sa lamú

1. Prečo sa lamú? → Ocel sa lámajú pri náraze
2. Prečo sa lámajú? → Ocel má nižšiu pevnosť než
   požadované
3. Prečo je pevnosť nižšia? → Chemické zloženie nesedí
   so špecifikáciou
4. Prečo nesedí so špecifikáciou? → Dodávateľ zmenil
   zloženie bez oznámenia
5. Prečo zmenil bez oznámenia? → Chýba
   dodávateľská kvalifikácia a monitoring

Root Cause: Chýbajúca dodávateľská kvalifikácia a
monitoring zmen

Riešenie: 1. Implementovať Supplier Quality Program
2. Vyžadovať notifikáciu akýchkoľvek zmien materiálov 3. Implementovať
vstupné testovanie materiálov 4. Audítné overenie kvality dodávateľa

2. Ishikawa Diagram (Fishbone
Diagram)

Vizualizácia príčin do 6 kategórií.

6 Kategórií (6M): 1. Man (Ľudia) —
zamestnanci, tréning, kompetencie 2. Machine (stroje) —
vybavenie, nástroje, údržba 3. Material (materiál) —
suroviny, komponenty, kvalita 4. Method (metóda) —
proces, postupy, štandardy 5. Measurement (meranie) —
testovanie, kontrola, meradlá 6. Environment
(prostredie) — teplota, vlhkosť, čistota

Príklad: Lopatky sa lamú

Lopatky sa lamú
│
├── Man (Ľudia)
│   ├── Operátori su zaškolení? ✅
│   ├── Majú kompetencie? ✅
│   └── Dodržiavajú postupy? ✅
│
├── Machine (stroje)
│   ├── Kovaný proces je stabilný? ✅
│   ├── Nástroje sú v dobrom stave? ✅
│   └── Údržba je pravidelná? ✅
│
├── Material (materiál)
│   ├── Ocel spĺňa špecifikáciu? ❌ ← Príčina
│   ├── Zloženie je konzistentné? ❌ ← Príčina
│   └── Dodávateľ je kvalifikovaný? ❌ ← Príčina
│
├── Method (metóda)
│   ├── Postupy sú dokumentované? ✅
│   ├── Proces je overený? ✅
│   └── Control Plan je aktívny? ✅
│
├── Measurement (meranie)
│   ├── Meradlá sú kalibrované? ✅
│   ├── MSA je vykonaná? ✅
│   └── Testovanie je konzistentné? ✅
│
└── Environment (prostredie)
    ├── Teplota je stabilná? ✅
    ├── Vlhkosť je kontrolná? ✅
    └── Čistota je udržaná? ✅

Root Cause: Material — Dodávateľ zmenil zloženie
ocele bez oznámenia, chýbajúca kvalifikácia a monitoring

3. Fault Tree Analysis (FTA)

Systémový prístup na identifikáciu všetkých možných príčin.

Princíp: Začnite s problémom a rozdvoľte na možné
príčiny.

Príklad: ECU resetuje sa náhodne

ECU resetuje sa náhodne
│
├── Hardvérová chyba?
│   ├── Pamäť zlyhá
│   │   ├── Prečo? → Zápisová operácia počas napätia
│   │   │   └── Napätie je nestabilné (root cause)
│   │   └── Alebo → Chyba v čipe?
│   └── Procesor zlyhá
│       └── Prečo? → Overheating
│           └── Chladenie nedostatočné
│
└── Softvérová chyba?
    ├── Aplikačný kód má bug
    └── Firmware má bug
        └── Prečo? → Race condition v power management (root cause)

Root Cause: Race condition v power management
firmware

Overenie Root Cause

Ako viete, že našli ste root cause?

3 Testy:

1. Control Over Test

Môžete root cause kontrolovať?

• ÁNO → Pokračujte
• NIE → Nie je to root cause (je to externejšia príčina)

Príklad: – Race condition v firmware: ÁNO → Môžeme
to refaktorovať – Dodávateľ zmenil materiál: ÁNO → Môžeme implementovať
monitoring

2. If-Then Test

Ak zmeníte root cause, problém sa zmizne?

• ÁNO → Root cause je správna
• NIE → Nie je to root cause

Príklad: – Ak refaktorujeme power management →
Problém zmizne? ✅ – Ak zmeníme dodávateľa ocele → Problém zmizne?
✅

3. Reprodukcii Test

Môžete problém reprodukovať v laboratóriu?

• ÁNO → Môžete overiť root cause
• NIE → Ťažšie overiť riešenie

Príklad: – Simulácia race condition → Problém sa
reprodukuje ✅ – Testovanie novej ocele → Problém sa neukáže ❌

Common Mistakes v Root
Cause Analysis

1. Root Condition namiesto
Root Cause

Nájdete príčinu, ktorá je bližšie k problému, ale nie najnižšia
úroveň.

Príklad: – Problém: ECU resetuje sa – Nájdená
príčina: Power management má bug – Ale: Prečo má bug?
(to je root cause)

Riešenie: Pýtajte sa “prečo” aľe dostanete na
úroveň, ktorú môžete kontrolovať.

2. Chyba, namiesto Proces

Nájdete “kto” urobil chybu, nie prečo sa chyba stala.

Príklad: – Problém: Lopatky sa lamú – Nájdená
príčina: Operátor nečítal work instruction – Ale: Prečo
nečítal? (to je root cause)

Riešenie: Zamerte sa na systém, nie na
jednotlivca.

3.
Trial-and-Error namiesto Systematickej Analýzy

Skúšate rôzne riešenia, až jedno funguje.

Problém: Neviete, prečo funguje — či náhodne, či
náhodne.

Riešenie: Použite 5 Whys alebo Ishikawa na
systematické nájdenie príčiny.

4. Ignorovanie Dát

Máte dáta, ale ich nepoužívate na podporu analýzy.

Príklad: – Viete, že dodávateľ zmenil materiál
(dátum) – Ale nepoužívate to v analýze

Riešenie: Vždy podporte root cause dátami.

5. Príliš Skoré Uzavretie

Nájdete potenciálnu príčinu a hneď zavriete.

Problém: Príčina nemusí byť správna.

Riešenie: Overte root control, if-then, reprodukciu
pred uzavretím.

Root Cause
Analysis v Praxi: Rolls-Royce Lopatky

Problém: 2-3 lomené lopatky/týždeň

Počiatočný prístup (trial-and-error): – Zmena
dodávateľa ocele → Zníženie na 1-2/týždeň – Zmena kovacieho procesu →
Zníženie na 0-1/týždeň – Zmena tepelného spracovania → 0
lomených/týždeň

Ale: Problém sa vrátil o dva týždne → Znášte lopatky
sa lámajú

Systematický prístup (5 Whys + Ishikawa):

5 Whys: 1. Prečo sa lamú? → Ocel sa lámajú pri
náraze 2. Prečo sa lámajú? → Pevnosť je nižšia než požadované 3. Prečo
je pevnosť nižšia? → Zloženie ocele je odlišná 4. Prečo je odlišná? →
Dodávateľ zmenil zloženie 5. Prečo zmenil? → Chýba monitoring kvality
dodávateľa

Ishikawa: – Man: ✅ Zaškolení, kompetentní –
Machine: ✅ Stabilný proces – Material: ❌ Dodávateľ zmenil zloženie bez
oznámenia – Method: ✅ Postupy sú správne – Measurement: ✅ Meradlá sú
kalibrované – Environment: ✅ Prostredie je stabilné

Root Cause: Chýba dodávateľská kvalifikácia a
monitoring zmien

Riešenie: 1. Implementovať Supplier Quality Program
2. Vyžadovať notifikáciu akýchkoľvek zmien 3. Implementovať vstupné
testovanie materiálov 4. Audítné overenie každých 3 mesiace

Výsledky: – 0 lomených lopatok (12 mesiacov) –
Úspory na reklamáciách: 85,000€/rok – Dôvera dodávateľa: Zlepšená

Root Cause Analysis Workflow

Krok 1: Definujte Problém

Pomaly, presne, špecificke. 5W2H.

• Čo? (What)
• Kedy? (When)
• Kde? (Where)
• Kto? (Who)
• Prečo? (Why)
• Ako? (How)
• Koľko? (How many)

Krok 2: Zhromažď Dáta

Zhromaždte všetky dostupné dáta.

• Defekt records
• Production data
• Customer complaints
• Test results
• Supplier information

Krok 3: Vyberte Metódu

Vyberte vhodnú metódu:

• 5 Whys — pre jednoduché, jednorozmerové
  problémy
• Ishikawa — pre komplexné problémy s viacerými
  príčinami
• Fault Tree — pre systémové, hierarchické
  problémy

Krok 4: Analyzujte

Aplikujte metódu na dáta.

• Zistite všetky možné príčiny
• Identifikujte korelácie
• Hľadajte vzorce

Krok 5: Identifikujte Root
Cause

Nájdite najnižšiu úroveň príčiny, ktorú môžete kontrolovať.

• Control Over Test: Môžete ju kontrolovať?
• If-Then Test: Ak ju zmeníte, problém zmizne?
• Reprodukcii Test: Môžete ju reprodukovať?

Krok 6: Navrhnite Riešenie

Navrhnite riešenie, ktoré odstraňuje root cause.

• Musí odstrániť root cause
• Musí byť realizovateľné
• Musí byť trvalé

Krok 7: Overte a
Implementujte

Overte riešenie a implementujte ho.

• Testovanie v laboratóriu
• Pilot na malom objeme
• Plná implementácia
• Monitorovanie výsledkov

Kľúčové Zábery

Root Cause Analysis nie je hľadať viníka — je hľadať
systém.

• Root Cause je základná príčina — môžete ju
  kontrolovať
• Symptóm ≠ Príčina ≠ Root Cause
• 5 Whys — jednoduchá, efektívna metóda
• Ishikawa (Fishbone) — vizualizácia 6M príčin
• 3 Testy: Control Over, If-Then, Reprodukcii
• Overite Root Cause predtým, než implementujete
  riešenie
• Nedostatočný Root Cause → Problém sa vráti

Keď sa Root Cause Analysis robí správne, výsledkom je: – Definitívne
riešenie – 0 opakovania problému – Lekcie pre budúcnosť – Systematické
zlepšovanie – Kultúra “why, nie koho”

A to je presne to, čo chceme — riešiť problémy na koreň, nie prenášať
ich.

---

Peter Stasko je Architekt Kvality s 25+ rokmi skúseností v
automobilovom, leteckom priemysle a kvalitných transformáciách.
Certified PSCR a Six Sigma Black Belt. Pomáha organizáciám implementovať
Root Cause Analysis, 5 Whys, Ishikawa a iné kvalitné nástroje s reálnymi
výsledkami.

---