Štartovacie roky v Molex: Keď Náhodný Reset ECU Zmenil Mojí Kariéru

Blog

Štartovacie
roky v Molex: Keď Náhodný Reset ECU Zmenil Mojí Kariéru

Moja
Prvá Krízová Situácia: Problém, Ktorý Trval 5 Týždňov vyriešiť

Bolo to v roku 2001. Pracoval som v Molex Slovakia ako Quality
Planner. Vyrábali sme elektronické komponenty pre automobilový
priemysel.

„Peter, máme problém,“ povedal riaditeľ výroby. „Customer complaints
— 12 tento týždeň. Obvykle máme 2.“

„O akom probléme ide?“

„Náhodný reset počas jazdy. Stáva sa raz za 500 hodín prevádzky. Ale
keď sa stane, zákazník je nešťastný.“

„A čo ste už skúšali?“

„Všetko. Zmenili sme firmware, prekontrolovali sme hardvér, overili
sme výrobu. Problém je stále tu.“

V tej chvíli som zbadal: Nemôžeme skúšať náhodne. Musíme použiť
systém.

Tak som nasadil 8D.

D1: Použite Team – Nie to Sám

Prvý krok – zostaviť tím. Nemožno vyriešiť komplexný problém sám.

Kto bol v tíme? – Quality Engineer (ja, ako vedúci
tímu) – Software Engineer – Hardware Engineer – Production Test Engineer
– Customer Service Representative – Operator z výroby

Celkom 6 ľudí. Každý s inou expertízou.

„Prečo 6?“ pýtal sa riaditeľ.

„Pretože potrebujeme všetky pohľady,“ odpovedal som. „Software,
hardvér, výroba, zákaznícky servis. Ak nám chýba niekto, môžeme niečo
prehliadnuť.“

Vedeli sme: 3-7 členov je optimálne. Menej – chýbajú expertízy. Viac
– ťaško sa dohodnúť.

D2: Definujte
Problém – Presne, Špecificke, S Dátami

Druhý krok – definovať problém tak presne, akoby sme ho vysvetľovali
niekomu, kto nič nevie.

„ECU resetuje sa“ – to je málo.

Použili sme 5W2H metódu:

  • What (Čo): Náhodný reset ECU počas jazdy
  • **When (Kedy): Raz za 500 hodín prevádzky
  • **Where (Kde): Všetky modelov, všetkých výrobných dát
  • **Who (Kto): Všetci zákazníci v Európe
  • **Why (Prečo): ? – toto sme hľadali
  • **How (Ako): Náhodne, bez varovania, kedykoľvek počas jazdy
  • How many (Koľko): 12 reklamácií tento týždeň, 0,02%
    výskyt

Teraz sme vedeli presne, čo riešime.

D3:
Implementujte Dočasné Zadržanie – Nehovoriť, Zadržať

Trečí krok – zastaviť odchod nejakých vecí. Nemôžeme púšťať ďalšie
problémy do terénu.

„Potrebujeme dočasné zadržanie,“ povedal som na tímovej meeting.

„Čo znamená dočasné?“

„Nie sme si istí. Musíme zadržať všetku výrobu tohto modelu až kým
nenájdeme príčinu.“

To bol ťažký rozhodnutie. Zadržanie výroby = strata príjmov. Ale
zákaznícka spokojnosť je dôležitejšia.

  • 100% inšpekcia všetkých vyrobených kusov
  • Testovanie na konci linky (pred odchodom)
  • Extra monitoring v teréne (feedback od
    zákazníkov)

Dva dni sme nič nepúšťali. Dva dni sme riešili.

D4: Identifikujte
Root Cause – Hĺbková Analýza

Štvrtý krok – nájsť skutočnú príčinu. Nie povrchnovú.

Skúsili sme všetko: – Software – overený, žiadne chyby – Hardvér –
testovaný, žiadne defekty – Výroba – inšpekcia, všetko OK – Testovanie –
overené, všetko prešlo

Nič. Problém bol stále tu.

„Skúsime Ishikawa diagram,“ navrhol Software Engineer.

Ishikawa (fishbone diagram) – metóda systematického hľadania
príčín.

6M kategórie: 1. Man (Človek): Kto
pracoval na tomto projekte? Kto testoval? 2. Machine
(Stroj):
Aký bol výrobný line? Aké testy? 3. Material
(Materiál):
Aké komponenty? Z ktorých dodávateľov? 4.
Method (Metóda): Ako sme skladali? Ako sme testovali?
5. Measurement (Meranie): Aké metríky sme merali? 6.
Environment (Prostredie): Bola teplota? Vlhkosť?
EMI?

Hodinu sme sedeli a dopĺňali diagram.

„Moment,“ povedal Hardware Engineer. „Testovali sme v rovnakom
prostredí ako zákazník?“

„Čo máš na mysli?“

„Zákazník má to v aute. My máme to v lab.“

Aha.

Testovali sme v laboratóriu. Zákazník mal to v reálnom aute. Rôzne
prostredia. Rôzne EMI interferencie.

Príčina nájdená:

Komponent (konkrétny kondenzátor) bol citlivý na EMI
(elektromagnetické interferencie) v reálnom prostredí. V lab to
fungovalo. V aute to resetovalo sa.

D5:
Vyberte a Implementujte Korektívne Opatrenia – Nájsť Riešenie

Piaty krok – nájsť riešenie.

„Potrebujeme zmeniť komponent,“ povedal Hardware Engineer.

„Čo tým myslíš?“

„Zmeniť kondenzátor na taký, ktorý je imúnny na EMI.“

„Koľko času to bude trvať?“

„2 týždne. Musíme nájsť nový dodávateľ, overiť kvalitu,
testovať.“

Alternatíva:

„Alebo,“ povedal som, „môžeme pridať shielding – kovové krytie, ktoré
blokuje EMI.“

„Koľko času?“

„3 dni. Dizajn, výroba prototypu, test.“

Rozhodnutie:

3 dni proti 2 týždňom. Shielding bol jasný víťaz.

Implementovali sme: – Kovové krytie okolo kondenzátora – Dodatočné
testy v reálnom prostredí – Monitorovanie výroby po zmene

D6:
Implementujte Dočasné Opatrenia – Udržať Kvalitu Počas Zmeny

Šiesty krok – zabezpečiť, že počas implementácie riešenia nezhoršíme
situáciu.

„Dni, kým implementujeme shielding, musíme robiť 100% testovanie,“
povedal som.

„To je drahé,“ povedal riaditeľ.

„Áno,“ súhlasil som. „Ale jedna reklamácia je drahšia než 100
testov.“

Dočasné opatrenia: – Extra testovanie po inštalácii
shielding – Monitoring výroby v reálnom čase – Emergency kontakt s
zákazníkom (ak problém pretrváva)

Tri dni sme dodatočne testovali. Tri dni sme sledovali. Žiadne
resety.

D7: Zabráňte
Recidíve – Udržať Riešenie Dlhodobo

Siedmy krok – udržať riešenie. Nevrátiť sa k spätným krokom.

Permanentné opatrenia:Špecifikácia
zmenená:
Všetky nové dizajny musia mať EMI shielding –
Dodávateľ notifikovaný: Kondenzátory musia byť imúnne
na EMI – Výrobný proces aktualizovaný: Shielding je
teraz štandardná operácia – Tréning zamestnancov: Každý
musí vedieť prečo shielding je dôležitý – Monitoring:
Pravidelné kontroly EMI v prostredí

Dokumentácia: Všetko sme zdokumentovali: – Ishikawa
diagram – Root cause analýza – Korektívne opatrenia – Dočasné opatrenia
– Permanentné opatrenia – Výsledky testov

To bolo môj prvé systematické riešenie problému.

D8: Uznajte Tímu –
Slávnosť Pre Všetkých

Ôsmy krok – uznačiť úspech.

„Hotovo,“ povedal som na tímovej meeting.

„Výsledky?“ pýtal sa riaditeľ.

„0 reklamácií za posledných 7 dní. Predtým 12 za týždeň.“

To bol moment. Moment, keď som pochopil silu systematického
prístupu.

Výsledky: – 12 reklamácií/tyždeň → 0 reklamácií/7
dní – 500 hodín do resetu → Bez problémov – 0,02% výskyt → 0% – Strata
zákazníckej dôvery → Získaná dôvera

Čo som sa naučil:

  1. Nemôžeš riešiť náhodne. Musíš mať systém.
  2. Tým je dôležitý. Každý vie niečo, čo ostatní
    nevedia.
  3. Dáta sú kľúčom. Pocity nie sú dosť. Fakty
    rozhodujú.
  4. Príčina môže byť skrytá. Musíš hĺbko
    analýzovať.
  5. Riešenie musí byť udržateľné. Nie len dočasné
    opravy.

Kľúčové Zábery z Molex Rokov

Táto krízová situácia v Molex bola môj štart do sveta systematického
riešenia problémov. Prvýkrát som použil 8D. Prvýkrát som pochopil, že
kvalita nie je náhoda.

Kľúčové lekcie:

  • 8D funguje. Ak použiješ správne, nájdeš
    príčinu.
  • 5W2H je nevyhnutné. Bez presnej definície problému
    nemôžeš ho vyriešiť.
  • Ishikawa odhalí skryté príčiny. Systématický
    prístup je lepší než náhodný skúšanie.
  • Tím robí rozdiel. Jeden človek nedokáže mať všetky
    odpovede.
  • Dokumentácia je kritická. Bez záznamov sa nič
    nenaučíš.

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ť
8D, FMEA, SPC a iné kvalitné nástroje s reálnymi výsledkami.

Scroll top