- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (77)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Řízení předvýrobních etap
aneb Proč někdy selský rozum selhává
Řízení předvýrobních etap je v případě zakázkové a malosériové výroby specifické hned ze dvou důvodů. Zaprvé vyaduje úzkou a intenzivní spolupráci větiny oddělení ve společnosti: obchodu, konstrukce, technologie, kvality, výroby, logistiky, nákupu, financí i managementu. Zadruhé bojuje s vysokou mírou nejasností zapříčiněnou teprve postupným vznikem produktu a s neustálými změnami z těchto nejasností vyplývajícími.

Jinak řečeno, vechna oddělení musí v průběhu ivotního cyklu zakázky, tedy od chvíle poptávky a do chvíle akceptace dodávky, neustále sdílet aktuální informace a ve stoprocentní součinnosti reagovat na stále se měnící situaci. Jen pro úplnost zmiňme jetě jednoho účastníka celého procesu, a to toho nejdůleitějího, zákazníka. Ná zákazník, ná pán nejen e stojí mimo organizaci, a tak jej můeme jen obtíně řídit, ale jetě k tomu poměrně často není schopen dostatečně specifikovat, co vlastně chce.
Proč takový důraz na řízení předvýrobních etap?
Zatímco větina oddělení je řízena na základě jasně strukturovaných a navzájem provázaných informací, zpravidla uloených v informačním systému, předvýrobní etapy jsou větinou řízeny pomocí jakýchsi osobních úkolovníků. Ty obvykle vycházejí z porad a nejrůznějích ad hoc rozhodnutí, často závislých na jednom telefonátu, například od obchodníka, mistra výroby apod. Nutno říci, e se tím celý proces zpracování zakázky značně komplikuje. Tento prostor pak musí logicky vyplnit nae zkuenosti, tedy předpoklady, odhady, domněnky, očekávání, které časem dále zvyují potřebu vyjasňovat a komunikovat mezi vemi účastníky.
Vezměme přitom v úvahu jetě jeden jev, e při tom vem zákazník vyaduje rychlou a jasnou informaci, za kolik a kdy můe mít zcela kvalitní produkt dodán. To úzce souvisí se schopností plánovat jetě konstrukčně a technologicky zcela nevyjasněné výrobky. U této potřeby to bohuel nekončí. Jak jsme zjistili z průzkumu, který nae společnost provedla začátkem letoního roku, 73 procent společností v oblasti zakázkové a malosériové výroby dokonce musí začít nakupovat dříve, ne mají výrobek konstrukčně a technologicky dokončený. Příčina je jednoduchá. Zákazník prostě vyaduje kratí dobu dodání, ne kterou jsme schopni dodret postupným provedením vech činností, tedy zkonstruování výrobku, připravení technologie výroby, nákupu materiálu, výroby a dodávky. Ze zkueností ale víme, e stačí udělat jen některé činnosti, abychom mohli výrobek rozplánovat a začít nakupovat nebo vyrábět části s nejdelí průběnou dobou. V důsledku toho se plánování přesune do roviny expertních odhadů postavených na zkuenostech. Systémový přístup mající charakter algoritmu MRP, na který jsme zvyklí z opakované výroby a ERP systémů, tak vezme za své.
V některých společnostech zkouejí problém systémového plánování řeit naplánováním jiného hotového výrobku, který se časem nahradí nově zkonstruovaným výrobkem. V tom případě se dostanou do plánů informace, které nejsou pravdivé (jde jen o simulaci). Jinými slovy se nedá na informace v systému spolehnout.
Sdílení informací a provázanost procesů
Prodej má své CRM s poptávkami a objednávkami. Výroba má výrobní plán, výrobní zakázky s operacemi a materiálem. Nákup má informace o materiálových poadavcích a nákupní objednávky. Finance mají faktury s vazbou na příjemky a dodávky. Jak to ale vypadá například v konstrukci? I konstruktéři přece potřebují jasně strukturované informace pro řízení své práce. Jednodue úkoly co má kdy být hotovo, kolik toho jetě tento měsíc stihnout apod. Můete namítnout, e jasné úkoly přece mají (třeba v Excelu). Ale jak jsou informačně a procesně provázány s ostatními procesy (odděleními)? Co kdy obchodník na popud zákazníka změní poadované datum dodání? Co se stane s termíny stávajících úkolů? Co kdy dolo k výpadku materiálu, výroba je tedy posunuta a konstrukční dokumentace bude zapotřebí a za dva týdny? Jak zareagují úkoly konstruktéra na tuto změnu? Kde máme jistotu, e se to konstruktér vůbec dozví?
Tady přichází na řadu selský rozum, z něj vyplývající řeení v podobě organizačních opatření, excelových tabulek, nástrojů pro řízení projektové práce apod. Výsledkem jsou společné porady pro více útvarů, zrození pozice manaera zakázky, následuje svolávání porad několikrát týdně a končí to ádostmi o porady v reakci na nejrůznějí události. Prostě nedostatečné sdílení informací a chybějící provázanost procesů se zpravidla na prvním místě řeí lidskými zdroji, protoe jsou pro větinu manaerů snadno uchopitelné a dostupné. S tím souvisejí nutné porady a telefonáty, které ruí a odvádí od rozdělané práce a často produktivitu pokozují.
Dalím vývojovým stupněm řeení této problematiky je nasazení nástrojů pro projektové řízení, nástrojů pro správu dokumentů a nástrojů s podporou workflow. Vechny tři nástroje jsou z pohledu selského rozumu opět racionální. Nástroje (systémy) pro projektové řízení jsou určeny k řízení projektových činností, které odpovídají charakteru práce v předvýrobních etapách. Nástroje pro správu dokumentace pak řeí sdílení informací. Workflow, který je součástí správy dokumentace, podporuje procesy nad důleitými dokumenty. Jak to ale spolu hraje dohromady?
Řízení předvýrobních etap v oddělených systémech
S radostí mohu konstatovat, e jsme učinili účinná nápravná opatření pro podporu předvýrobních etap, sdílení informací a procesů v rámci celé společnosti, abychom mohli lépe reagovat na poadavky naich zákazníků, prohlásil na poradě vedení jeden z manaerů. Jak se ale zanedlouho ukázalo, přínosy z pohledu procesu zpracování zakázky a provázání předvýrobních etap s ostatními procesy byly po nasazení systémů pro projektové řízení, správu dokumentace a řízení workflow minimální. Práce jednotlivých oddělení, a předevím pak konstrukce se sice zlepily. Správa dokumentace například odstranila řadu nevarů, od ztrácení a hledání dokumentů po jasnou evidenci stavu v jakém se daná dokumentace nachází. Proč se to ale neprojevilo tam, kde jsme to nejvíce potřebovali? Tedy v lepím průchodu zakázkou, v rychlejí reakci na poptávku, v kratích a realisticky přislíbených termínech, v nií míře ruení v předvýrobních etapách, v prioritách konstruktérů, které se během dne nemění?
Jednotlivé nástroje toti jen v omezené míře, pokud vůbec, zasáhly ostatní oddělení. Nasazení několika izolovaných nástrojů přineslo jen dílčí zlepení. Aby tyto nástroje zafungovaly v irím měřítku, museli by s nimi pracovat lidé z dalích oddělení. Třeba lidé z nákupu, výroby atd. Umíte si představit, jak pracovníci ve výrobě na základě plánu výroby aktualizují projekty v předvýrobních etapách nebo jak konstruktér na základě dokončení části výrobku zasahuje do plánu výroby?
Dalím logickým krokem proto můe být integrace těchto nástrojů projektového řízení, správy dokumentace, workflow a informačního systému. Na základě svých zkueností si troufnu tvrdit, e by je to selsky vzato logický postup, opět k výsledku zpravidla nevede. Důvod si dovolím shrnout tvrzením, e součet lokálních optim nedává globální optimum. A to ani v případě, kdy se pokusíte lokální optima posléze sloučit (v naem případě integrovat).
Pomyslné globální optimum, tedy jedny sdílené informace, podpora jednoho procesu napříč obchodem, konstrukcí, technologií, kvalitou, výrobou, logistikou, nákupem, financemi i managementem, by přece mělo být podporováno v jednom systému. U jsme si zvykli, e máme jeden systém pro řízení celé společnosti, takzvaný ERP. Proč tedy v něm nemáme agendy pro podporu předvýrobních etap?
Cesta k harmonickému celku
Uváím-li vnímanou situaci a shrnu dosavadní zkuenosti, neumím si představit efektivní řízení předvýrobních etap bez provázání s ostatními činnostmi, procesy a odděleními. Pokud vezmu toto tvrzení váně, pak vidím jediný prostředek, který umí spojit předvýrobní etapy se zbytkem společnosti, a tím je informační systém. Přesněji řečeno jeden informační systém, který v sobě zahrnuje podporu vech procesů, tedy včetně předvýrobních etap. Není zaměřen pouze na integraci dat konstrukčních, CAD či CAM systémů, ale integruje procesy vech útvarů v jeden harmonický celek.
Michal Pavlorek
Autor působí jako konzultant ve společnosti Allium.




















