Standardizovaná práce.

Kdy selže dřív, než začne

Standardizovaná práce je skoro zadarmo a vrací se rychle, takže poctivých varování je málo. Dvě výchozí podmínky ale celé úsilí spolehlivě zabijí a dva špatné důvody ho zkazí:

• Proces není ani minimálně stabilní. Když se stroje denně kazí a materiál přichází, kdy zrovna přijde, opravdu nejde tutéž práci udělat dvakrát stejně. Nejdřív snižte největší zdroje chaosu, pak standardizujte, co zbyde.
• Plán zní psát standardy na všechno naráz. To je dokumentační projekt měřený počtem stránek. Výroba se dívá, jak vzniká, a pak výsledek ignoruje.
• Spouštěčem je blížící se audit nebo certifikace. Standardy psané do šanonu se tak i čtou. Pište je pro operátora a auditor stejně dostane, co potřebuje.
• Aktualizace nebude nikdo vlastnit. Nevlastněný standard je přesný v den, kdy se vytiskne, a do čtvrt roku je z něj fikce.

Audit bez hledání viníka

Standard, který nikdo nekontroluje, je jen návrh. Právě u kontroly se ale většina programů láme, protože auditují operátora, když mají auditovat standard. Pracovní pravidlo zní: audit ověřuje, že standard jde dodržet, ne jen že dodržen byl. Postavte se k procesu, požádejte operátora, ať vám práci ukáže, a sledujte, jestli postup z listu přežije kontakt se skutečnou směnou v taktu.

Porušený standard je údaj, ne provinění, a dovoluje přesně dvě reakce. Buď operátor nebyl nikdy pořádně zaškolen, a pak ho zaškolte, nebo standard nejde dodržet tak, jak je napsaný, a pak opravte standard. Třetí reakce jménem kázeňský postih neexistuje. Jakmile se odchylka poprvé potrestá, jde do podzemí a od toho dne máte samé zelené záznamy z auditů, které nic neříkají.

Kontroly veďte jako vrstvené procesní audity: krátké a časté kontroly o pár otázkách, které dělá každá úroveň vedení, u procesu, s otázkou „ukažte mi“ místo „udělal jste“. Mistři kontrolují denně, vedoucí úseků týdně, vedení závodu měsíčně, a každý nález dostane rozhodnutí: opravit, zaškolit, nebo změnit standard.

Standardy a zlepšování

Vztah mezi standardy a kaizenem je smyčka, ne napětí. Standard je základna, která dělá zlepšení měřitelným, a zlepšování je to, co drží standard naživu. Provozní pravidlo je tvrdé: kaizen změní standard, jinak se nekonal. Zlepšení, které žije jen ve zvycích jedné směny, není zlepšení. Je to odchylka, o které se noční směna nikdy nedozvěděla a kterou se další nováček nikdy nenaučí.

Tím se historie revizí stává zdravotním záznamem úseku. List v revizi 7 s daty rozprostřenými přes celý rok popisuje tým, který se učí. List v revizi 1, datovaný rokem, kdy se linka postavila, popisuje buď dokonalý proces, nebo, mnohem pravděpodobněji, vůbec nic. Vedoucí, kteří chodí po výrobě, se z dat revizí dozvědí víc než z čísel o dodržování.

Standardy zároveň živí strukturované řešení problémů, další praktiku na roadmapě. Problém je rozdíl mezi standardem a skutečností, takže bez standardu se polovina problémů závodu nedá ani pojmenovat, natož vyřešit.

Co následuje

Jakmile standardy existují, získáte dvě věci, které dřív nešly. Strukturované řešení problémů dostane definici slova problém a místo, kam každé nápravné opatření dosedne: mírou nápravy je to, který standard změnila. A matice dovedností dostane něco skutečného, proti čemu lidi kvalifikovat: práce podle standardu s dopomocí, práce podle standardu v taktu samostatně, zaškolení dalších na standard. Bez standardů měří matice dovedností docházku.

Nevděčná polovina práce je udržet papír pravdivý a právě tam si řídicí systém, a s ním TeamGuru, zaslouží své místo. Standardy žijí verzované vedle práce v Dokumentech, takže list, který operátor vidí, je aktuální revize, a ne kopie revize 1, a rotace vrstvených auditů běží jako naplánované checklisty a audity, jejichž nálezy se mění v úkoly s vlastníkem a termínem místo poznámek na okraji.

Na roadmapě to všechno drží poctivé po léta tatáž praktika, která to začala: vedoucí se v pravidelném rytmu vracejí k procesu, kontrolují, že standardy jdou dodržet, a s každou odchylkou zacházejí jako s nejužitečnějším údajem dne.

Časté otázky