Případová studie sběru výrobních dat v továrně

Ráno v půl sedmé výrobní manažer stále hledá čísla z předchozího dne. Jedna směna zaznamenala počet kusů na papíře, druhá v Excelu, a důvod zmetkovitosti byl sdělen pouze ústně při předání. Tato případová studie sběru výrobních dat nezačíná zavedením nového systému, ale touto velmi známou situací: závod pracuje, ale vedení vidí, co se stalo, jen opožděně a nejistě.

Výchozí situace: data byla, informace chyběly

V dotčeném vícesměnném kovozpracujícím závodě pracovalo přibližně 80 lidí. Plánování výroby probíhalo v podnikovém informačním systému, ale z strojů nepřicházela jednotná výrobní data. Vedoucí směn zaznamenávali vyrobené množství, prostoje a zmetky na papírové formuláře, které na konci dne nebo následující den administrátor zaznamenal do tabulky.

Na první pohled se to nezdálo jako vážný problém. Vedoucí směn znali stroje, výrobní plán byl hotov a měsíční uzávěrka se nějak vždy uskutečnila. Potíže se staly zjevnými, když se zvýšil počet objednávek, častěji docházelo k přeplánování a více produktů běželo na stejných výrobních kapacitách.

Denní report pravidelně zpožďoval o dvě až tři hodiny. Pokud se stroj zastavil, důvod byl často uveden pouze jako „porucha“ nebo „nedostatek materiálu“. Množství zmetků bylo viditelné, ale nebylo spolehlivě jasné, při které operaci, u kterého produktu nebo za jakých podmínek vznikly. Výroba, údržba a řízení kvality viděly tři částečně odlišné obrazy téhož dne.

Vedení původně požadovalo systém monitorování strojů. Byla to pochopitelná reakce, ale při analýze situace se ukázalo, že samotný sběr dat ze strojů by problém nevyřešil. Stroj může vědět, že běžel nebo stál, ale neví jistě, ke které výrobní objednávce operace patřila, zda došel materiál, čekalo se na kontrolu kvality nebo probíhala výměna nástroje.

Případová studie sběru výrobních dat: co bylo třeba nejprve vyjasnit?

Prvním krokem vyšetřování nebyl výběr senzorů, terminálů nebo integrací. Bylo třeba sledovat, jak se informace pohybuje v závodě od předání směny až po manažerský report.

Ukázalo se, že stejná data zaznamenává více lidí. Operátor zapíše počet kusů, vedoucí směny je shrne, administrátor je zadá do Excelu a plánovač výroby je znovu použije pro plán na další den. Opakované zadávání dat nejen zabíralo čas. Každý přenos poskytoval novou příležitost k odchylkám v číslech nebo k opožděnému příchodu důležité informace.

Ne všechna data jsou hodnotná

Druhým zjištěním bylo, že na papírových formulářích bylo příliš mnoho polí, která nikdo nepoužíval k rozhodování. Operátor měl zaznamenat více než deset různých kódů, takže ve většině případů vznikl nejjednodušší záznam: „jiné“. Z administrativního hlediska to znamenalo formálně vyplněný formulář, ale z manažerského hlediska málo použitelných informací.

Cílem nebylo zaznamenávat každý pohyb stroje. Cílem bylo rychle a konzistentně odpovědět na několik důležitých otázek: která výrobní objednávka běží, kolik bylo vyrobeno, proč se stroj zastavil, kde vznikly zmetky a která odchylka vyžaduje zásah.

Za prostoji jsou obchodní důvody

Kategorie prostojů dostaly zvláštní pozornost. Dříve byly pod kategorií „porucha stroje“ zahrnuty údržbové poruchy, nedostatek nástrojů, programovací otázky, zpoždění dodávek materiálu a čekání na zahájení další práce. To zkreslovalo hodnocení výkonu údržby a zakrývalo organizační problémy, které nevznikaly uvnitř stroje.

V revidovaném procesu byly prostoje rozděleny do několika jasně interpretovatelných skupin. Porucha stroje byla oddělena od nedostatku materiálu, čekání na plán, čekání na kontrolu kvality a přestavbu. To nejen vedlo k lepšímu reportu, ale také určilo, která oblast by měla reagovat na danou odchylku.

Řešení: sběr dat založený na procesu

V zavedeném provozu operátor na začátku směny vybral nebo čárovým kódem načetl aktuální výrobní objednávku. Základní data o výrobním množství pocházela ze stroje, kde to bylo technicky možné. Na jiných pracovištích operátor zaznamenával dokončené množství na jednoduchém terminálu.

Lidský vstup nezmizel a ani to nebylo cílem. Systém vyžadoval spolupráci obsluhy u událostí, kde stroj nemohl znát potřebné obchodní prostředí: při zahájení prostojů, zaznamenávání zmetků nebo změně objednávky. Obsluha neměla psát text na špatně osvětleném provozním terminálu. Dostala předem určené, krátké možnosti výběru, a vzácnější případy mohly být označeny pro pozdější upřesnění.

Kmenová data výrobní objednávky pocházela z existujícího podnikového informačního systému. Takže operátor nehledal mezi názvy produktů a čísly dílů ručně a výrobní data se vrátila k objednávce, ke které obchodně patřila. Integrace systému zde nebyla okázalým technologickým prvkem, ale podmínkou pro odstranění duplicitního zadávání dat.

Před zavedením následoval krátký zkušební provoz na dvou strojích s odlišným provozem. Jeden pracoval v sériové výrobě, druhý s častými přestavbami. To bylo důležité, protože příliš podrobné pravidla mohou být v sériové výrobě ještě přijatelné, ale při častých přestavbách se snadno obcházejí. Konečný proces byl proto přizpůsoben nikoli kancelářskými předpoklady, ale zkušenostmi směn.

Jaký výsledek byl považován za skutečný úspěch?

Po tříměsíční validaci se sestavení směnového reportu snížilo z průměrných dvou až tří hodin na přibližně dvacet minut. Ještě důležitější bylo, že výrobní manažer viděl významné odchylky již během směny, a ne až následující ráno.

Část prostojů dříve označovaných jako „porucha stroje“ byla přeřazena do kategorií dodávek materiálu, přípravy a plánování výroby. To zpočátku způsobovalo nepříjemné rozhovory, protože to ukázalo, že ne všechny ztráty jsou technického původu. Nicméně údržbový tým konečně mohl prioritizovat práci na základě skutečných poruch a plánování výroby se mohlo zabývat konkrétními údaji o zpožděních v přípravě.

Kvalita dat o zmetcích se také zlepšila, ale ne přes noc. V prvních týdnech pracovníci často volili nejběžnější kód důvodu. Po zpětné vazbě s vedoucími směn a sloučení několika nejasných kategorií se data stala srozumitelnějšími. To je důležité poučení: sběr výrobních dat není jednorázový IT projekt, ale provozní disciplína, která musí být pravidelně kontrolována a zdokonalována.

Co si může výrobní manažer z toho vzít pro svůj provoz

První otázka by neměla být, jaký systém sběru výrobních dat je potřeba. Spíše je třeba zkoumat, které rozhodnutí dnes postrádají spolehlivé informace a s jakým zpožděním se data dostanou k tomu, kdo by měl jednat.

Je také vhodné zjistit, kolikrát se zaznamenává stejný počet kusů, objednávka nebo data o zmetcích. Pokud někdo pravidelně zprostředkovává mezi systémy, papíry a tabulkami, pravděpodobně není problém v něm. On udržuje tok informací, který proces a systémy nepodporují dostatečně.

Ne ve všech závodech je odůvodněn stejný rozsah sběru dat ze strojů. V různorodé, malosériové výrobě často přináší větší hodnotu přesné sledování objednávek, přestaveb a čekání. Ve velkoobjemové, automatizované výrobě může být odůvodněno podrobnější měření cyklového času, výkonu a stavu stroje. Správné řešení závisí na tom, kde vzniká ztráta a kdo z ní může skutečně učinit rozhodnutí.

Použitelná výrobní data nejsou hodnotná tím, že jich je mnoho. Jsou hodnotná tím, že vedoucí směny, údržbář a vedení vidí stejnou skutečnost ve stejnou dobu, aby na ni mohli včas reagovat.