Poka-yoke pro znalosti: proč vaše FMEA zůstává prázdná

Před lety jeden inženýr odmítl zapsat do FMEA to, co věděl.

Řekl nahlas proč, přímo na poradě. Kdyby to sepsal, snížil by svou vlastní hodnotu pro firmu.

Jeho odpověď byla upřímnější než formulář, který jsem držel v ruce.

Pobídka, se kterou nikdo nepočítá

Téměř v každém závodě je někdo, komu se volá, když se zastaví určitý stroj. Jeho znalosti nejsou v žádném dokumentu. Všichni to vědí a nikdo s tím nic nedělá.

Firma ho odměňuje za to, že ví, co ostatní nevědí. Pak ho požádá, aby to sepsal. Žádá ho, aby oslabil důvod, proč se mu volá.

Eliyahu Goldratt vystihl ten mechanismus jednou větou: řekněte mi, jak mě měříte, a já vám řeknu, jak se budu chovat. Toho inženýra měří tím, co umí vyřešit jen on. Chová se přesně tak, jak ho měří.

Obvyklou odpovědí je připomínka, šablona nebo školení. Všechny tři předpokládají, že problémem je pozornost. Není.

Co Shingo skutečně řekl

Shigeo Shingo vedl hranici, kterou většina útvarů kvality dodnes rozmazává. Oddělil chybu od vady. Lidé dělají chyby. Chyba se stane vadou jen tehdy, když ji mezitím nic nezastaví.

Jeho závěrem nebylo žádat lidi, aby byli pozornější. Pozornost není kontrola. Navrhl krok tak, aby špatný úkon nešel dokončit: přípravek, který přijme díl jen v jedné orientaci, upínání, které se nezavře, když chybí podložka.

Smysl poka-yoke je odstranit závislost na lidské pozornosti přesně ve chvíli, kdy s největší pravděpodobností selže.

Podívejte se stejným pohledem na svou FMEA. Pokud se dokument plní jen tehdy, když si na něj někdo vzpomene, cítí se velkoryse a má volnou hodinu, systém závisí na pozornosti. Žádná kontrola tu není.

Proč FMEA v Excelu umírá dvakrát

FMEA v tabulce selhává na dvou různých místech a to druhé vysvětluje, proč tolik z nich vypadá pracně a přitom nikomu nepomáhá.

Selhává při zachycení. Zapisovat do ní je samostatný úkon, až po skončení skutečné práce. Konkuruje další reklamaci. Nemá termín, který by kdokoli hlídal. Plní ji proto nerovnoměrně hlavně ti, kdo mají nejméně co ztratit.

Selhává při vyhledání. I zapsané řádky se později těžko hledají. Inženýr, který je potřebuje o půl roku později, neví, že soubor existuje, nemůže prohledat jeho dvanáct verzí na SharePointu a neví, která byla platná. Znalost je tedy zapsaná v teorii a ztracená v praxi.

Toto druhé selhání vysvětluje, proč věty “všechno už dokumentujeme” a “stejný problém řešíme dvakrát do roka” platí zároveň ve stejném závodě.

Co musí dělat pojistka pro znalosti

Pokud kontrolou není pozornost, musí platit čtyři podmínky. Žádná z nich se netýká softwaru.

Zachycení musí být vedlejším produktem práce. Znalost se zaznamená proto, že se případ uzavřel, ne proto, že o ni někdo dodatečně požádal. Pokud existuje samostatný krok, budou výjimky, a z výjimek se stane pravidlo.

Záznam musí nést svůj zdroj. Příčina bez dokumentu, šarže nebo měření, které za ní stojí, je názor s pěkným formátováním. Další inženýr ji musí mít možnost ověřit, ne jí věřit.

Vyhledání musí přijít ve chvíli potřeby. Ne na požádání, ne po hledání. Když se popisuje podobný problém, musí s ním přijít i to, co už víme.

Kdo píše, nesmí za psaní platit. Právě tato podmínka rozhoduje, zda ty tři ostatní vůbec budou fungovat. Pokud sdílení znalostí stojí postavení, systém se bude obcházet, ať je jakkoli dobrý.

Co to přináší

Právě tohle stavíme ve společnosti Galileon. Ne místo pro ukládání dokumentů a ne další formulář. Systém, ve kterém každý uzavřený případ živí ten další.

Co to přináší inženýrovi, měřeno na našem vlastním pilotním vzorku 10 zákaznických reklamací u slovinských výrobců, od ledna do března 2026:

• Krok nápravných opatření se zkrátí ze tří dnů porad na zhruba třicet sekund pro první návrh, protože návrhy vycházejí z opatření, která už fungovala u potvrzených příčin.
• Krok popisu problému přinese zhruba třikrát více použitelných návrhů než prázdná šablona, protože začíná od podobných případů místo od prázdné stránky.
• Úplná sledovatelnost od zákaznické reklamace po preventivní opatření, takže otázka auditora “ukažte mi, jak jste k tomu došli” má odpověď, která už existuje.

Co inženýr nedělá: neplní znalostní bázi. Záznam vzniká proto, že se případ uzavřel.

Co zůstává inženýrovi

Agenti budou sbírat data tak, jak je dnes sbírají lidé, a bude jich mnohem víc než teď. Poslední krok stále patří člověku.

Úsudek, který se nepřesouvá, je analytické a kritické myšlení, a ukazuje se ve čtyřech rozhodnutích:

• co k tomuto problému nepatří
• co je šum a co signál
• kde je interpretace chybná
• která data je třeba znovu sebrat, na větším vzorku

Čím víc dat, tím cennější je rozhodnout, která z nich o problému skutečně vypovídají.

Hranice, kterou stojí za to vést

Existuje verze toho všeho, ve které si každá firma staví vlastní nástroj. Kód je dnes levný, takže se staví i věci, které se měly odmítnout, a výsledkem je produkt s mnoha funkcemi, za žádnou z nich ale nestojí skutečný zájem.

Otázka, kterou stojí za to si položit, než to začne, zní: která část je skutečně vaší doménou a kterou je lepší nechat lidem, kteří se jí věnují každý den, mají mnohem víc dat a dodají něco lepšího než interní MVP?

Odpověď je na vás. Stojí za to dát ji vědomě, ne setrvačností.

Více na galileon.si

• Dva roky na popis jedné vady: co svolávací akce Toyoty učí o definici problému - co se děje předtím, když problém nikdy není popsán dost dobře na to, aby analýza obstála.
• Jak SolveR funguje
• Bezpečnost dat

Zdroje

• Shigeo Shingo, Zero Quality Control: Source Inspection and the Poka-Yoke System, Productivity Press, 1986. Stránka vydavatele
• Eliyahu M. Goldratt, o měření a chování. Goldratt Consulting