Datum vydání: 16. dubna 2026


VÝZVA: JEDINÝ ZDROJ PRAVDY V DOBĚ VARIANT A ZMĚN


VÝCHOZÍ SITUACE

Proč PLM právě teď?

CZUB shrnula motivace velmi přímo:

  • zkrátit dobu vývoje (spolupráce více uživatelů nad produktem s jednoznačně definovanou platností dat, méně ruční práce a duplicit, dokumentace na jednom místě, kvalita a znovupoužitelnost 3D dat),
  • zefektivnit změnové řízení (verze, varianty, schvalování, provázanost PLM systému Windchill na workflow podnikového intranetu včetně dohledatelnosti změn),
  • spravovat data vznikající v technickém úseku a sdílet je se zainteresovanými úseky (3D data, produktová dokumentace, technologické postupy a související dokumenty).

Praxe: Bez jednotné metodiky a datového toku se organizace typicky zadrhává v místech, kde se potkává variabilita a změny: kusovníky, odchylky, dispečerské řízení, požadavky na výrobek, dokumentace a servis. Nad tím je společný jmenovatel: business chce rychlost a jistotu, jenže data existují na více místech a mění se na více místech. Tam vzniká tření, které bere čas, zvyšuje chybovost a komplikuje dohledatelnost.


ŘEŠENÍ

Kam CZUB míří: Digitální vlákno

Cílový stav stojí na myšlence digitálního vlákna, tedy vlákno, které drží souvislosti napříč řetězcem konstrukce, výroba, servis a obchod. Prakticky to znamená:

  • eBOM (Engineering Bill of Materials) konstrukční kusovník vygenerovaný ve Windchillu na základě struktury CAD dat,
  • mBOM(Manufacturing Bill of Materials) výrobní kusovníky odvozené z eBOM pro konkrétní provedení, doplněné o spotřební materiál,
  • sBOM (Service Bill of Materials) servisní kusovníky generované pro účely náhradních dílů a podpory prodeje (Commerce Cloud).

Proof of concept: „ověřit použitelnost, ne jen funkce“

V CZUB jsme společně zvolili cestu proof of concept v izolované instanci Windchill 13. Testovali jsme průřezově eBOM, Options and Variants, mBOM, sBOM i změnové řízení. Důležité nebylo jen to, že to umí systém, ale že to obstojí v reálném kontextu: kde data vznikají, kdo je vlastní, kdo je schvaluje a jak spolu lidé spolupracují. Funkce bez použitelnosti totiž končí obcházením procesu.

Dokumentace: 200+ živých dokumentů, které mají držet krok

CZUB zmiňuje přibližně 200+ živých dokumentů, které je potřeba udržovat s ohledem na varianty a změny. Směr je jasný: dynamický přístup napojený na 3D data, automatická regenerace při změnách, šablony, znovupoužitelnost a jednotný styl.


VÝSLEDEK

Co si CZUB odnáší: není to IT projekt, je to změna firmy

Nejsilnější závěr je překvapivě „ne-technický“: implementace PLM je kulturní změna a evoluce firmy. Vyžaduje exekutivní podporu, jasné role a řízení odpovědností. A také odvahu zpochybnit zvyky. 

  • Salámová metoda bývá neefektivní z hlediska času, nákladů i motivace.
  • Stakeholdeři mají být u toho od začátku a je potřeba myslet interně zákaznicky.
  • Kvalita dat vzniká tam, kde se data skutečně používají.
  • Začít v malém pilotem, který přinese viditelné výsledky.
  • Postavit governance, kdo je vlastník informace a jak se řídí tok dat.

Jak poznat, že digitální vlákno není jen slogan? Když se přestanete ptát „kde je poslední verze“ a začnete se opírat o jasný „zdroj pravdy“ v řízeném toku dat.


JAK DO TOHO ZAPADÁ AV ENGINEERING

V CZUB se dlouhodobě pracuje s technologiemi PTC, tedy WindchillCreo. Společnost AV ENGINEERING podpořila projekt CZUB kombinací tři vrstev, které musí držet pohromadě:

  • metodiky a procesy (NPD, změny, varianty, role),
  • technologie a integrace (PLM jako páteř digitálního vlákna a integrace na ERP/MES),
  • adopci a práci s lidmi (školení, governance, piloty, měření přínosů, motivace týmů).

PLM uspěje tehdy, když se z něj stane pracovní návyk, ne systém, do kterého se musí.

PROSTOR PRO DALŠÍ URYCHLENÍ PRÁCE

  • Posílit adopci tak, aby se PLM stalo pracovním návykem, ne systémem, do kterého se musí.
  • Dotažení governance (vlastnictví informace, tok dat) tak, aby kvalita dat vznikala tam, kde se data skutečně používají.
  • Škálovat přístup „začít v malém pilotem, který přinese viditelné výsledky“ do dalších částí firmy.
  • Pokračovat v napojování dokumentace na 3D data (automatická regenerace při změnách, šablony, znovupoužitelnost, jednotný styl), aby dokumentace nebyla samostatný svět, ale výstup z řízených dat.