Každý výrobní tým to zná. Reklamace či vada, kterou jste přece „vyřešili“ minulý měsíc. A předtím. Stroj, který se po opravě za týden zase zastaví. Zmetkovitost, která po seřízení spadne a za tři dny je zpátky.
V tu chvíli se skoro vždycky ozve ta nejlákavější věta na hale: „Prostě to seřiď a jedem dál.“ A ono to funguje. Do příště.
Symptom se opraví rychle. Příčina se vrací draho.
Rozdíl mezi symptomem a příčinou je rozdíl mezi klidem do konce směny a klidem nadobro. Když díl vyjde mimo toleranci a vy formu jen doladíte, vyřešili jste tenhle jeden díl. Mechanismus, který vadu vyrobil, jste nechali na místě. Příští změna, příští směna, příští díl – a problém je zpátky, často i s úroky v podobě další reklamace.
Když problém vyřešíte u symptomu, koupili jste si klid do příští směny. Když u kořene, koupili jste si ho nadobro.
Každý nevyřešený problém má svoje ALE
„Změnili bychom postup, ALE není čas.“ „Pořešíme to pořádně, ALE teď hoří jiný požár.“ To ALE je výmluva, za kterou se schovává odložené řešení. A dokud tam to ALE je, problém má kde bydlet.
Proti němu stojí OLIN: přístup, který se neptá, kdo za to může, ale co se skutečně děje a proč. Žádné dohady, jen data, pozorování a logika. Dobrá zpráva je, že to není dar pro vyvolené. Je to postup, který se dá naučit a zopakovat.
Od chaosu k jistotě, krok za krokem
Strukturované řešení problému není jedna metoda, ale řetězec. Jeden článek navazuje na ten další. Vynechte jeden a celé se to rozsype.
- Pojmenujte problém měřitelně. „Máme problém s kvalitou“ se nedá analyzovat. „Zmetkovitost vzrostla z 1,8 % na 4,6 % od dvanáctého dne“ ano. Bez čísla nevíte, kdy jste vyhráli.
- Vyjmenujte všechny podezřelé. Diagram rybí kosti (Ishikawa) přes kategorie 6M – člověk, stroj, materiál, metoda, měření, prostředí – zajistí, že na nic nezapomenete. Zatím nehodnotíte, jen sbíráte.
- Zužte pole. Jděte na gemba, tedy přímo k procesu, a otevřete data. Pareto graf obvykle ukáže, že drtivou většinu problémů dělá malá hrstka příčin. Tam zaměřte síly.
- Ověřujte, nehádejte. Porovnejte, kde problém je a kde není (Is / Is Not). Podezřelý faktor na zkoušku odstraňte a sledujte, jestli vada zmizí. Pak ho zkuste schválně vyvolat. Co projde oběma testy, je jistota.
- Ptejte se pětkrát „proč“. Teprve s potvrzenou příčinou má smysl jít do hloubky. Pětkrát „proč“ vás dovede od symptomu ke kořeni, který má pod kontrolou organizace, ne náhoda.
- Stanovte opatření. Tři druhy, každý jiný úkol: okamžité (chrání zákazníka teď), nápravné (odstraní kořenovou příčinu) a preventivní (aby totéž nezačalo jinde). A nezapomeňte na dokumenty – FMEA, instrukce, plán kontroly.
- Ověřte, že to funguje. Opatření není hotové, když je zavedené, ale když čísla po pár týdnech ukážou, že problém je pryč. Jinak jste ho jen dočasně zamaskovali.
Jak to vypadá v praxi. Díl přes horní toleranci. → granulát byl málo vysušený → sušení běželo 60 místo 120 minut → seřizovač použil starý seřizovací list → aktuální list se po změně parametrů k lisu nedostal → proces řízení změn nemá krok, který by ověřil, že nová verze je opravdu u všech strojů. A to je ono. Kdybyste se zastavili u „prodlužme sušení“, vyřešíte jeden stroj. Kořenová příčina je systémová, ne technická.
Všimněte si, že nejsilnější opatření v tomhle příběhu není víc kontrol ani víc pozornosti operátorů. Je to změna, po které chyba prostě nemá jak vzniknout: lis si načte parametry sám podle naskenovaného dílu a papírový list i lidské přehlédnutí mizí ze hry. Tomu se říká Poka-Yoke a je to rozdíl mezi „budeme si dávat pozor“ a „už se to stát nemůže“.
Pointa: výmluvy nemají kam se schovat
Když projdete celý řetězec, stane se zajímavá věc. Zmizí prostor pro ALE. Příčina je doložená daty, opatření míří na kořen, má vlastníka a termín a víte přesně, podle čeho poznáte, že zabralo. To není byrokracie. To je efektivita bez výmluv.
Zkuste si to na vlastním případu
V platformě iDomino drží Akční plán celou analýzu i opatření pohromadě – od dat v analytice přes Ishikawu a 5× Proč až po nápravná a preventivní opatření s vlastníkem, termínem a dohledatelností. Z hlášení poruchy založíte projekt jedním kliknutím.
