- 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 (79)
- 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)
Tematické sekce
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 tiskBranové sekce
![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Partneři webu
IT SYSTEMS 9/2004
Trendy v plánování a řízení výroby II. díl
Jiří Löffelmann
Ve druhé části článku o trendech v plánování a řízení výroby se zaměříme na dvě metodiky, které nejsou tak těsně spjaty s konkrétními softwarovými produkty, a sice na teorii omezení (theory of constraints) a řízení projektů.
Teorie omezení - síla v jednoduchosti
O teorii omezení (TOC) bylo ji napsáno mnohé. Je vysvětlována na velmi jednoduchých příkladech a současně popisována sloitými matematickými vzorci. Zdá se křiálově průzračná, ale úspěných implementací je jako afránu. Lze ji pouít v celé řadě odvětví, ale největí popularitu jí přinesla aplikace ve výrobních procesech. Jejím duchovním otcem a současně nejznámějím propagátorem je dr. Elijahu Goldratt, vědec, autor řady knih a přední světový konzultant v oblasti zlepování. Semináře o TOC ve výrobě obvykle na začátku definují základní problémy současné výroby:
ˇ nízká ziskovost,
ˇ dlouhé dodací lhůty a průběné doby výroby,
ˇ časté nedodrování termínů dodávek,
ˇ vysoká úroveň zásob v distribučním systému,
ˇ vysoká rozpracovanost,
ˇ chybí správné díly pro montá.
Pokud se vrátíme na úvod prvního dílu tohoto článku, můeme s trochu trpkým úsměvem konstatovat, e alespoň v definici problémů se shodují zastánci vech zde popisovaných teorií. TOC vak přistupuje k řeení z poněkud jiného hlediska. Výchozí předpoklady jsou následující:
ˇ cílem kadého podniku je vydělávat co nejvíce peněz nyní i v budoucnosti (zaměření na zisk),
ˇ procesy mají charakter řetězu vzájemně závislých událostí,
ˇ kadá událost podléhá statistické proměnlivosti.
Klíčovou mylenkou TOC je to, e kadý reálný systém obsahuje minimálně jedno omezení neboli úzké místo (TOC se také někdy říká teorie úzkých míst). Kdyby tomu tak nebylo, systém by dosahoval svého cíle v neomezené míře. V případě organizace, která existuje z důvodu zisku, by systém produkoval nekonečné mnoství zisku. Omezení určuje výstup systému, a si to přiznáme a řídíme ho, či nikoliv. V praxi to znamená, e TOC vdy hledá úzké místo, tzn. ten nejslabí článek z řetězu vzájemných událostí, který omezuje celý systém, respektive určuje maximální průtok systému. Aplikace TOC se řídí pěti následujícími postupnými kroky:
1. nalezení momentálního úzkého místa,
2. maximální vyuití tohoto úzkého místa,
3. podřízení veho ostatního úzkému místu,
4. zlepení úzkého místa (rozíření kapacity omezení),
5. opakování celého postupu (nalezení nového úzkého místa, které vzniklo odstraněním předelého úzkého místa).
Pro zlepení úzkého místa ve výrobě se vyuívá třífázový postup nazývaný drum-buffer-rope (DBR). Drum (buben) stanovuje základní výrobní plán, čili určuje výrobní "rytmus" organizace. Určení rytmu vychází samozřejmě se zákaznických poadavků, ale současně musí respektovat úzké místo výroby. Buffer (zásobník) vytváří ochranu proti neočekávaným událostem v oblasti úzkého místa. Úzké místo musí být podle TOC neustále vytíeno. Buffer vytváří před úzkým místem zásobníky, a to jak materiálové - více materiálu, ne je momentálně potřeba, tak časové - materiál je na místě dříve, ne je potřeba (zásadní rozpor například s teorií just-in-time). Rope (lano) pak zajiuje uvolňování materiálu v souladu s chodem úzkého místa, tzn. e zásobování úzkého místa je díky připraveným zásobníkům vdy takové, aby průtok byl maximalizován (případný výpadek v zásobování nezpůsobí díky bufferům zastavení úzkého místa). Je zřejmé, e tento přístup můe na první pohled vyvolat odpor mezi zastánci "klasických" zásad jako jsou nulové zásoby a dodávky přesně na čas. V TOC se vak ve podřizuje úzkému místu a rozumně řízené zásobníky (buffer management) jsou mnohem mením zlem ne prostoj úzkého místa, který je nenahraditelný a určuje průtok celé výroby. Z toho, co zde bylo řečeno, je zřejmé, e implementace TOC je vhodná zejména v tom případě, e organizace potřebuje zvýit svůj průtok výrobou, tzn. e má více zakázek, ne je schopna momentálně zvládnout. Principy TOC jsou na první pohled tak jednoduché, e se jejich uplatnění nezdá nijak komplikované. Přesto existuje mezinárodní sí certifikovaných konzultantů soustředěných v Avraham Y. Goldratt Institutes, kteří poskytují poradenství v oblasti TOC, jeho součástí jsou i speciální workshopy zaměřené na vyhledávání úzkých míst. Je zjevné, e TOC lze implementovat i bez speciálního podpůrného software (na rozdíl od MRP II a APS). Na první pohled to můe vypadat jako výhoda, nicméně je třeba si uvědomit, e u MRP II i APS stačí mít potřebná vstupní data (u MRP II základní, u APS alternativní) a přísluný algoritmus pak nabídne řeení. U TOC nepotřebujeme na začátku ádná data, ale musíme odhalit omezení sytému, co je mnohem těí úkol ne sběr dat. Software můeme následně pouít při optimalizaci úzkého místa. Nicméně ji existují i softwarové produkty, které jsou navrené na základě principů TOC.
Projektové řízení - trochu jiná výroba
Projekt je souhrn koordinovaných činností, které mají za cíl zrealizování předem naplánovaného cíle v předem stanovené kvalitě, termínech a nákladech. Při projektu dochází k časové návaznosti jednotlivých dílčích fází, které musí následovat za sebou v určeném pořadí. Obvykle dochází k vyuití celé řady zdrojů, které jsou sdíleny s dalími projekty. Rozdíly mezi projektem, jeho výstupem je nějaký výrobek, a klasickou výrobou jsou zejména následující:
ˇ u projektů jsou výsledné výrobky větinou velmi sloité celky (stavby, sloitá technologická zařízení, dopravní systémy apod.),
ˇ projekt bývá jedinečnou a neopakovatelnou záleitostí (nelze kopírovat řeení) a je přizpůsoben specifickým poadavkům zákazníka,
ˇ úroveň nejistoty je mnohem vyí ne ve výrobě (více činností se odhaduje),
ˇ závěrečná montá a testování jsou nedílnou a časově významnou součástí projektu,
ˇ u projektů jsou jedinečné technologické postupy, které trvají řádově dny a týdny,
ˇ u projektu je maximálně důleité efektivní vytěování zdrojů, které mohou být i externí, a tudí závazně dohodnuté na konkrétní a obtíně měnitelný termín,
ˇ projekt musí být dodán zákazníkovi ve stanoveném čase, kvalitě a se stanovenými náklady,
ˇ plán projektu se obvykle řídí kritickou cestou (critical path),
ˇ u projektu je nutné velmi rychle reagovat na změny,
ˇ u projektu se mnohem častěji ptáme "co se stane, kdy ?".
Vysoká míra neurčitosti, která projekty provází, znemoňuje pouití principů MRP II a APS, je vyadují přesná data. Projekty se obvykle řídí metodou kritické cesty, tzn. e projekt je rozdělen na celou řadu dílčích a dále nedělitelných úkolů, kterým jsou přiřazeny jednotlivé zdroje a které jsou mezi sebou spojené různými typy vazeb. Podstatnou vazbou je vazba konec-začátek, kdy následný úkol můe začít a v okamiku, kdy předelý úkol skončil. V celém systému vazeb se pak hledá návaznost určující nejdelí čas, ve kterém jsou zahrnuty vechny úkoly s následnými vazbami typu konec-začátek, tzn. kritická cesta. Kritická cesta projektu je tedy taková posloupnost úkolů, pro kterou platí, e pokud dojde ke skluzu na některém z jejích úkolů, dojde zároveň i ke skluzu celého projektu. Převáná větina softwarových produktů zaměřených na řízení projektů má implementovánu metodiku vyhledávání kritické cesty (CPM). Pokud takový software pouívá jednotlivec (manaer projektu) pro celkový popis a mapování projektu, je to celkem jednoduchá a nenáročná činnost. Současné prostředí pro řízení projektů je ale téměř vdy týmové. Z tohoto důvodu je i vekerý moderní software pro řízení projektů navrhován ji s podporou projektových týmů. Je vak nutné podotknout, e koordinace projektového týmu, vyuívajícího sdílené projektové prostředí (předávání informací, různě kálovatelný přístup a oprávnění ke změnám, vývoj a aktualizace celého projektu) je nesmírně komplikovanou činností, kterou ne kadá organizace zvládne. Na závěr této kapitoly není moné opominout aplikaci TOC v oblasti projektového řízení známé pod pojmem critical chain (CC). Principem je opět buffer management, kdy se vytváří systém bufferů (bezpečnostních časových rezerv) pro určité úkoly, nebo pro celý projekt. Na první pohled se můe zdát, e tento postup přinese pouhé prodlouení doby projektu. CC ale nechápe rezervy jako něco neádoucího, ale jako systémový prvek projektu, se kterým se neustále pracuje. Na rozdíl od přístupu "bez rezerv", kdy patný odhad nebo neočekávaná událost nutně znamená zpodění projektu, při CC se tyto události pokrývají právě z předem vytvořených nárazníků (bufferů). Při optimálním průběhu je navíc moné projekt dokončit i před původně naplánovaným koncem, co zákazník bude jistě chápat jako příjemné překvapení, na rozdíl od nepředpokládaného zpodění.
Závěr
Vechny výe uvedené trendy jsou popsány velmi stručně a spíe populární formou, která slouí pouze k základní orientaci v problematice plánování a řízení výroby. Ten, kdo by potřeboval podrobnějí, nebo konkrétní informace o některé ze zmíněných oblastí, najde řadu odkazů na internetu, nebo mne samozřejmě můe kontaktovat na mém autorském e-mailu.
Pouitá literarura:
Goldratt CZ, Teorie omezení ve výrobě a distribuci: Podklady pro konferenci o plánování a řízení výroby, 10.-12. září 2002, Praha

Teorie omezení - síla v jednoduchosti
O teorii omezení (TOC) bylo ji napsáno mnohé. Je vysvětlována na velmi jednoduchých příkladech a současně popisována sloitými matematickými vzorci. Zdá se křiálově průzračná, ale úspěných implementací je jako afránu. Lze ji pouít v celé řadě odvětví, ale největí popularitu jí přinesla aplikace ve výrobních procesech. Jejím duchovním otcem a současně nejznámějím propagátorem je dr. Elijahu Goldratt, vědec, autor řady knih a přední světový konzultant v oblasti zlepování. Semináře o TOC ve výrobě obvykle na začátku definují základní problémy současné výroby:
ˇ nízká ziskovost,
ˇ dlouhé dodací lhůty a průběné doby výroby,
ˇ časté nedodrování termínů dodávek,
ˇ vysoká úroveň zásob v distribučním systému,
ˇ vysoká rozpracovanost,
ˇ chybí správné díly pro montá.
Pokud se vrátíme na úvod prvního dílu tohoto článku, můeme s trochu trpkým úsměvem konstatovat, e alespoň v definici problémů se shodují zastánci vech zde popisovaných teorií. TOC vak přistupuje k řeení z poněkud jiného hlediska. Výchozí předpoklady jsou následující:
ˇ cílem kadého podniku je vydělávat co nejvíce peněz nyní i v budoucnosti (zaměření na zisk),
ˇ procesy mají charakter řetězu vzájemně závislých událostí,
ˇ kadá událost podléhá statistické proměnlivosti.
Klíčovou mylenkou TOC je to, e kadý reálný systém obsahuje minimálně jedno omezení neboli úzké místo (TOC se také někdy říká teorie úzkých míst). Kdyby tomu tak nebylo, systém by dosahoval svého cíle v neomezené míře. V případě organizace, která existuje z důvodu zisku, by systém produkoval nekonečné mnoství zisku. Omezení určuje výstup systému, a si to přiznáme a řídíme ho, či nikoliv. V praxi to znamená, e TOC vdy hledá úzké místo, tzn. ten nejslabí článek z řetězu vzájemných událostí, který omezuje celý systém, respektive určuje maximální průtok systému. Aplikace TOC se řídí pěti následujícími postupnými kroky:
1. nalezení momentálního úzkého místa,
2. maximální vyuití tohoto úzkého místa,
3. podřízení veho ostatního úzkému místu,
4. zlepení úzkého místa (rozíření kapacity omezení),
5. opakování celého postupu (nalezení nového úzkého místa, které vzniklo odstraněním předelého úzkého místa).
Pro zlepení úzkého místa ve výrobě se vyuívá třífázový postup nazývaný drum-buffer-rope (DBR). Drum (buben) stanovuje základní výrobní plán, čili určuje výrobní "rytmus" organizace. Určení rytmu vychází samozřejmě se zákaznických poadavků, ale současně musí respektovat úzké místo výroby. Buffer (zásobník) vytváří ochranu proti neočekávaným událostem v oblasti úzkého místa. Úzké místo musí být podle TOC neustále vytíeno. Buffer vytváří před úzkým místem zásobníky, a to jak materiálové - více materiálu, ne je momentálně potřeba, tak časové - materiál je na místě dříve, ne je potřeba (zásadní rozpor například s teorií just-in-time). Rope (lano) pak zajiuje uvolňování materiálu v souladu s chodem úzkého místa, tzn. e zásobování úzkého místa je díky připraveným zásobníkům vdy takové, aby průtok byl maximalizován (případný výpadek v zásobování nezpůsobí díky bufferům zastavení úzkého místa). Je zřejmé, e tento přístup můe na první pohled vyvolat odpor mezi zastánci "klasických" zásad jako jsou nulové zásoby a dodávky přesně na čas. V TOC se vak ve podřizuje úzkému místu a rozumně řízené zásobníky (buffer management) jsou mnohem mením zlem ne prostoj úzkého místa, který je nenahraditelný a určuje průtok celé výroby. Z toho, co zde bylo řečeno, je zřejmé, e implementace TOC je vhodná zejména v tom případě, e organizace potřebuje zvýit svůj průtok výrobou, tzn. e má více zakázek, ne je schopna momentálně zvládnout. Principy TOC jsou na první pohled tak jednoduché, e se jejich uplatnění nezdá nijak komplikované. Přesto existuje mezinárodní sí certifikovaných konzultantů soustředěných v Avraham Y. Goldratt Institutes, kteří poskytují poradenství v oblasti TOC, jeho součástí jsou i speciální workshopy zaměřené na vyhledávání úzkých míst. Je zjevné, e TOC lze implementovat i bez speciálního podpůrného software (na rozdíl od MRP II a APS). Na první pohled to můe vypadat jako výhoda, nicméně je třeba si uvědomit, e u MRP II i APS stačí mít potřebná vstupní data (u MRP II základní, u APS alternativní) a přísluný algoritmus pak nabídne řeení. U TOC nepotřebujeme na začátku ádná data, ale musíme odhalit omezení sytému, co je mnohem těí úkol ne sběr dat. Software můeme následně pouít při optimalizaci úzkého místa. Nicméně ji existují i softwarové produkty, které jsou navrené na základě principů TOC.
Projektové řízení - trochu jiná výroba
Projekt je souhrn koordinovaných činností, které mají za cíl zrealizování předem naplánovaného cíle v předem stanovené kvalitě, termínech a nákladech. Při projektu dochází k časové návaznosti jednotlivých dílčích fází, které musí následovat za sebou v určeném pořadí. Obvykle dochází k vyuití celé řady zdrojů, které jsou sdíleny s dalími projekty. Rozdíly mezi projektem, jeho výstupem je nějaký výrobek, a klasickou výrobou jsou zejména následující:
ˇ u projektů jsou výsledné výrobky větinou velmi sloité celky (stavby, sloitá technologická zařízení, dopravní systémy apod.),
ˇ projekt bývá jedinečnou a neopakovatelnou záleitostí (nelze kopírovat řeení) a je přizpůsoben specifickým poadavkům zákazníka,
ˇ úroveň nejistoty je mnohem vyí ne ve výrobě (více činností se odhaduje),
ˇ závěrečná montá a testování jsou nedílnou a časově významnou součástí projektu,
ˇ u projektů jsou jedinečné technologické postupy, které trvají řádově dny a týdny,
ˇ u projektu je maximálně důleité efektivní vytěování zdrojů, které mohou být i externí, a tudí závazně dohodnuté na konkrétní a obtíně měnitelný termín,
ˇ projekt musí být dodán zákazníkovi ve stanoveném čase, kvalitě a se stanovenými náklady,
ˇ plán projektu se obvykle řídí kritickou cestou (critical path),
ˇ u projektu je nutné velmi rychle reagovat na změny,
ˇ u projektu se mnohem častěji ptáme "co se stane, kdy ?".
Vysoká míra neurčitosti, která projekty provází, znemoňuje pouití principů MRP II a APS, je vyadují přesná data. Projekty se obvykle řídí metodou kritické cesty, tzn. e projekt je rozdělen na celou řadu dílčích a dále nedělitelných úkolů, kterým jsou přiřazeny jednotlivé zdroje a které jsou mezi sebou spojené různými typy vazeb. Podstatnou vazbou je vazba konec-začátek, kdy následný úkol můe začít a v okamiku, kdy předelý úkol skončil. V celém systému vazeb se pak hledá návaznost určující nejdelí čas, ve kterém jsou zahrnuty vechny úkoly s následnými vazbami typu konec-začátek, tzn. kritická cesta. Kritická cesta projektu je tedy taková posloupnost úkolů, pro kterou platí, e pokud dojde ke skluzu na některém z jejích úkolů, dojde zároveň i ke skluzu celého projektu. Převáná větina softwarových produktů zaměřených na řízení projektů má implementovánu metodiku vyhledávání kritické cesty (CPM). Pokud takový software pouívá jednotlivec (manaer projektu) pro celkový popis a mapování projektu, je to celkem jednoduchá a nenáročná činnost. Současné prostředí pro řízení projektů je ale téměř vdy týmové. Z tohoto důvodu je i vekerý moderní software pro řízení projektů navrhován ji s podporou projektových týmů. Je vak nutné podotknout, e koordinace projektového týmu, vyuívajícího sdílené projektové prostředí (předávání informací, různě kálovatelný přístup a oprávnění ke změnám, vývoj a aktualizace celého projektu) je nesmírně komplikovanou činností, kterou ne kadá organizace zvládne. Na závěr této kapitoly není moné opominout aplikaci TOC v oblasti projektového řízení známé pod pojmem critical chain (CC). Principem je opět buffer management, kdy se vytváří systém bufferů (bezpečnostních časových rezerv) pro určité úkoly, nebo pro celý projekt. Na první pohled se můe zdát, e tento postup přinese pouhé prodlouení doby projektu. CC ale nechápe rezervy jako něco neádoucího, ale jako systémový prvek projektu, se kterým se neustále pracuje. Na rozdíl od přístupu "bez rezerv", kdy patný odhad nebo neočekávaná událost nutně znamená zpodění projektu, při CC se tyto události pokrývají právě z předem vytvořených nárazníků (bufferů). Při optimálním průběhu je navíc moné projekt dokončit i před původně naplánovaným koncem, co zákazník bude jistě chápat jako příjemné překvapení, na rozdíl od nepředpokládaného zpodění.
Závěr
Vechny výe uvedené trendy jsou popsány velmi stručně a spíe populární formou, která slouí pouze k základní orientaci v problematice plánování a řízení výroby. Ten, kdo by potřeboval podrobnějí, nebo konkrétní informace o některé ze zmíněných oblastí, najde řadu odkazů na internetu, nebo mne samozřejmě můe kontaktovat na mém autorském e-mailu.
Pouitá literarura:
Goldratt CZ, Teorie omezení ve výrobě a distribuci: Podklady pro konferenci o plánování a řízení výroby, 10.-12. září 2002, Praha
Chcete získat časopis IT Systems s tímto a mnoha dalími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z naeho archivu.


















