Procesní audit vývoje pomáhá odhalit, kde společnost ztrácí čas, data a odpovědnost ještě před tím, než začne řešit nový software.
Digitalizace vývoje často nezačíná nákupem nového systému. Začíná mnohem dříve, ve chvíli, kdy si společnost přizná, že současný způsob práce už nestačí.
Na první pohled může vše fungovat. Projekty běží, konstrukce dodává výkresy, výroba vyrábí, nákup objednává a management dostává reporty. Jenže pod povrchem se často hromadí drobné neefektivity, které postupně zpomalují celý vývoj produktu.
Někdo hledá správnou verzi dokumentace. Někdo čeká na schválení změny. Někdo přepisuje data z jednoho systému do druhého. Někdo se ptá kolegy, protože oficiální zdroj informací není dostatečně důvěryhodný. A někdo ve výrobě řeší problém, který vznikl už ve fázi návrhu.
To nejsou jednotlivé chyby lidí. Často jsou to signály, že společnost přerostla svůj dosavadní způsob řízení vývoje.
A právě v tomto bodě má smysl procesní audit vývoje.
Proč procesní audit není kontrola lidí
Procesní audit vývoje není hledání viníka. Je to odborné zmapování toho, jak ve společnosti skutečně vzniká produkt, technická dokumentace, změna, kusovník, projektové rozhodnutí nebo výrobní podklad.
Cílem není říct, že lidé pracují špatně. Naopak. Ve většině společností lidé často drží systém pohromadě vlastní zkušeností, improvizací a osobní odpovědností. Právě to je ale riziko.
Pokud proces funguje jen proto, že konkrétní člověk ví, kam se má podívat, komu zavolat a kterou tabulku použít, společnost nemá proces. Má závislost na jednotlivcích.
Procesní audit pomáhá odhalit, kde vznikají slabá místa, kde se ztrácí čas, kde se opakují ruční činnosti a kde technická data nejsou dostatečně řízená. Teprve potom má smysl navrhovat PLM implementaci, integraci CAD, PLM a ERP nebo využití 3DEXPERIENCE platformy a ENOVIA PLM.
Více o procesním přístupu a službách TECHNODAT:
https://www.technodat.eu/sluzby
1. Nikdo si není jistý, která verze dokumentace je aktuální
Jeden z nejčastějších signálů je nejistota kolem verzí. Výkres existuje v několika složkách, CAD model má více kopií, dokumentace byla poslána e-mailem a někdo má lokálně uloženou starší variantu.
Na začátku to působí jako drobnost. V praxi však nejistota kolem verzí vytváří riziko špatného rozhodnutí. Pokud konstrukce, technologie, výroba nebo servis nepracují se stejnou verzí technických dat, vznikají chyby, které se často projeví až později.
Správa technické dokumentace proto nemá být pouze otázkou pořádku ve složkách. Musí být součástí řízeného systému, který jasně ukazuje, která verze je platná, kdo ji schválil a jak souvisí s produktem.
2. Změny se schvalují mimo systém
Technická změna je běžná součást vývoje. Problém nastává ve chvíli, kdy se změny řeší neformálně: e-mailem, telefonicky, v chatu nebo osobní domluvou.
Takový způsob může být rychlý, ale špatně dohledatelný. Po několika týdnech už nemusí být jasné, proč byla změna provedena, kdo ji schválil, kterých dílů se týká a zda se promítla do dokumentace, výroby nebo nákupu.
Řízení změn ve vývoji vyžaduje jasný proces. Ne proto, aby přibylo administrativy, ale proto, aby společnost věděla, co se změnilo, proč se to změnilo a jaký má změna dopad.
3. CAD data, PLM a ERP spolu nežijí
Mnoho společností má kvalitní CAD systém i ERP. Přesto mezi nimi často chybí řízená návaznost. Konstrukce pracuje s technickými daty, ERP s výrobní a nákupní realitou a mezi nimi vznikají ruční přepisy, exporty nebo tabulky.
To je typický signál, že společnost potřebuje lépe nastavit integraci CAD, PLM a ERP.
ERP je důležité pro řízení nákupu, výroby, skladu, objednávek a ekonomiky. PLM je důležité pro řízení technického života produktu: CAD dat, dokumentace, změn, verzí, produktových struktur a odpovědností.
Tyto systémy si nemají konkurovat. Mají být propojené.
Více o integraci systémů TECHNODAT:
https://www.technodat.eu/sluzby/integrace/
4. Výroba dostává informace pozdě
Dalším signálem je situace, kdy výroba nebo technologie vstupují do projektu příliš pozdě. Konstrukce připraví návrh, projekt se posune dál a až následně se ukáže, že některé informace nejsou pro výrobu dostatečné, nejsou aktuální nebo nejsou prakticky použitelné.
Takový problém není jen komunikační. Je procesní.
Moderní vývoj potřebuje propojit návrh produktu, technickou dokumentaci, kusovníky, změny a výrobní přípravu tak, aby výroba nebyla pasivním příjemcem informací na konci procesu. Musí být součástí řízeného toku dat.
Právě zde má význam Product Lifecycle Management, protože pomáhá řídit technická data v kontextu celého životního cyklu produktu.
5. Důležité znalosti jsou v hlavách konkrétních lidí
Každá společnost má zkušené lidi, kteří vědí, jak se věci dělají. To je velká hodnota. Problém vzniká tehdy, když se klíčové know-how nedostává do systému.
Pokud jen několik lidí ví, kde hledat správné podklady, jak řešit výjimku, proč se určitý díl navrhl právě takto nebo jaký postup byl ověřený v minulém projektu, společnost ztrácí technickou paměť.
Technické know-how musí být dohledatelné, strukturované a použitelné i pro další projekty. Jinak se opakují stejné chyby, znovu se navrhují podobná řešení a rozhodování závisí na dostupnosti konkrétních lidí.
6. Projekty se opakují, ale zkušenosti se nevyužívají
Mnoho výrobních společností řeší podobné projekty opakovaně. Přesto často začínají znovu od nuly. Starší data existují, ale jsou těžko dohledatelná. Dřívější rozhodnutí nejsou zdokumentovaná. Ověřená řešení nejsou klasifikovaná tak, aby se dala rychle najít.
Výsledkem je opakovaná práce, delší vývoj a vyšší riziko duplicit.
Správa produktových dat a řízení technických dat proto nejsou jen IT téma. Jsou základem pro využití vlastního know-how společnosti.
7. Management nemá reálný pohled na stav vývoje
Reporty mohou vypadat dobře, ale nemusí ukazovat skutečný stav vývoje. Projekt může být formálně „v termínu“, zatímco některé změny nejsou schválené, dokumentace není kompletní nebo výroba čeká na technické rozhodnutí.
Pokud management nemá přehled o tom, které úkoly jsou otevřené, jaké změny čekají na schválení, kde vzniká zdržení a jaký je stav technických dat, rozhoduje se podle neúplných informací.
Dobře nastavené PLM procesy pomáhají vytvořit jednotný zdroj pravdy. Ne jako marketingové heslo, ale jako praktický základ pro řízení vývoje.
8. Každé oddělení má vlastní verzi reality
Konstrukce vidí produkt přes CAD model. Výroba přes postupy a kapacity. Nákup přes položky a dodavatele. ERP přes skladové a objednávkové informace. Servis přes provozní zkušenost.
Každý z těchto pohledů je důležitý. Problém vzniká tehdy, když nejsou propojené.
Pokud každé oddělení pracuje s vlastní verzí reality, roste množství porad, kontrol, vysvětlování a ručních oprav. Lidé pak netráví čas tvorbou hodnoty, ale ověřováním, co je vlastně pravda.
3DEXPERIENCE platforma a ENOVIA PLM jsou navržené právě pro prostředí, kde je nutné propojit lidi, procesy a produktová data napříč týmy.
Více o ENOVIA na webu TECHNODAT:
https://www.technodat.eu/produkty-dassault-systemes/enovia/
9. Nový software má vyřešit problém, který ještě nikdo nepopsal
Jednou z největších chyb digitalizace je víra, že nový systém automaticky vyřeší nejasné procesy. Nevyřeší.
Pokud společnost neví, jak dnes vznikají technická data, kdo za ně odpovídá, kde se schvalují změny a jak se informace předávají mezi odděleními, nový software tyto otázky nezodpoví. Pouze je zviditelní.
Proto by PLM implementace neměla začínat licencemi, ale analýzou. Nejdříve je potřeba pochopit realitu vývoje, najít slabá místa a definovat cílový způsob práce. Až potom má smysl řešit konkrétní technologii.
10. Týmy tráví více času hledáním a kontrolou než tvorbou hodnoty
Poslední signál je velmi praktický. Lidé nejsou pomalí proto, že by nechtěli pracovat efektivně. Často jsou pomalí proto, že musí hledat, ověřovat, přepisovat a kontrolovat.
Kde je poslední verze výkresu? Kdo schválil změnu? Platí ještě tato specifikace? Má výroba aktuální podklady? Proč je v ERP jiná položka než v konstrukci? Která tabulka je správná?
Pokud se tyto otázky opakují každý týden, společnost nepotřebuje jen větší disciplínu. Potřebuje lepší proces a lepší správu technických dat.
Kdy má smysl začít procesním auditem
Procesní audit vývoje má smysl ve chvíli, kdy společnost cítí, že současný způsob práce už naráží na limity. Nemusí jít o krizi. Často stačí, že roste počet projektů, variant, zákaznických požadavků nebo technických změn.
Audit pomůže pojmenovat, kde se ztrácí čas, kde vznikají chyby a kde se technická data nepředávají správně. Zároveň pomůže rozhodnout, zda je potřeba upravit proces, nastavit PLM, propojit CAD a ERP, zavést ENOVIA nebo lépe využít 3DEXPERIENCE platformu.
TECHNODAT v této fázi pomáhá společnostem propojit technologii s reálnou praxí. Cílem není pouze nasadit systém, ale vytvořit prostředí, ve kterém vývoj, výroba, nákup, servis a management pracují s důvěryhodnými daty.
Video k tématu
K článku doporučujeme vložit oficiální video Dassault Systèmes:
Discover Innovation Freedom with the 3DEXPERIENCE platform on the cloud
Video představuje 3DEXPERIENCE platformu jako prostředí, které propojuje lidi, nápady, data a řešení v jednom kolaborativním prostoru. Dobře doplňuje hlavní myšlenku článku: digitalizace nemá být jen o nástrojích, ale o propojení procesů, dat a týmů.
Jako odbornější doplněk lze využít také video:
What’s Next in PLM? with Stéphane Declée of ENOVIA – Part 1
Toto video je vhodné pro čtenáře, kteří chtějí více porozumět trendům a očekáváním v oblasti Product Lifecycle Management.
Dobrý systém nezačíná softwarem, ale pochopením reality
Vývoj produktu je dnes příliš komplexní na to, aby dlouhodobě fungoval přes tabulky, e-maily a složky. Takový způsob práce může určitou dobu stačit, ale s růstem projektů, variant a požadavků se začne měnit v brzdu.
Procesní audit vývoje pomáhá zjistit, kde přesně tato brzda vzniká. Ukazuje, které činnosti jsou zbytečně ruční, kde chybí odpovědnost, kde se ztrácí technická data a kde má digitalizace skutečný smysl.
Ne každá společnost musí hned měnit celý systém. Každá společnost by ale měla vědět, zda její současný způsob řízení vývoje podporuje růst, nebo ho už začíná omezovat.
