- 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 (80)
- 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)
Hlavní partner sekce
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 11/2007 , AI a Business Intelligence
Najde se jen málo firem (a těko nějaká banka), kterým pojmy jako procesy, procesní řízení, procesní controlling nic neříkají a které by připustily, e v době, kdy optimalizace procesů je jedním ze základních přístupů ke zvýení konkurenceschopnosti, se procesy nezabývají. Ovem samo tvrzení samozřejmě procesy řeíme nevypovídá nic o tom, jak se s nimi pracuje a jaká problematika je řeena s pomocí procesního přístupu.
Abychom byli schopni si na tyto otázky odpovědět, je třeba se zamyslet nad tím, jakým způsobem je procesní model ve firmě vytvářen, a předevím jakým způsobem jsou vyuívány informace v procesním modelu zaznamenané.
Pokud jsou procesy ve firmě skutečně řízeny, měli bychom u větiny následujících otázek odpovědět ano:
Obr. 1: Příklad základní struktury procesního modelu s uvedením vzájemných vazeb
Stejně jako kadý obor mají i finanční instituce svá specifika, která se promítají do řízení procesů a mohou se z určitého úhlu pohledu jevit jako nepřekonatelné při uplatňování procesního řízení. Jedná se zejména o velké mnoství produktů a jejich modifikací a jejich časté změny, nutnost spravovat produkty podle obchodních podmínek, za nich byly poskytnuty, rozsáhlost pobočkové sítě, sloitost procesů z pohledu jejich organizačního zabezpečení (na jednom procesu se podílí řada organizačních útvarů) a potřebu rychle reagovat na poadavky regulátorů.
I tato specifika mají svá řeení. V případě produktů lze procesy vytvářet pro tzv. standardní produkt a vekeré modifikace zachytit na úrovni jakýchsi produktových listů, které popisují specifické odlinosti dané modifikace produktu. Povinností produktových manaerů je zabezpečit při tvorbě nového produktu nastavení procesů jeho realizace, a to nejen do okamiku uzavření smluvního vztahu, ale i včetně vech návazných procesů týkajících se správy daného produktu.
Při řízení procesů spadajících do pobočkové sítě lze uplatnit například jeden z uvedených přístupů. Procesy týkající se poboček jsou nastaveny jako referenční a ředitelům poboček je dána pravomoc detailní průběh řídit ve své působnosti, tzn. ředitel pobočky se stává vlastníkem svých procesů, za podmínky dodrení nastavených ukazatelů jednotlivých procesů. Nebo je popis procesů (nastavený centrálně) závazný pro vechny pobočky bez monosti jej modifikovat.
S vyzrálostí firmy v procesním řízení se automaticky roziřují monosti vyuití procesního přístupu při řeení řady oblastí, jako jsou například:
Mezi světem businessu a světem IT občas vznikají nejasnosti a ne vdy se daří nalézt společnou řeč. A právě procesní model slouí pro tvorbu kvalitního zadání, na kterém se vechny zúčastněné strany shodnou a sehrává roli komunikační platformy, které vichni zúčastnění porozumí. A o tom právě procesní přístup k implementaci informačního systému je.
Celý projekt procesní implementace informačního systému můe proběhnout v etapách zachycených na obrázku 2.
Obr. 2: Typické etapy projektu procesní implementace informačního systému
Přínosy tohoto přístupu jsou ji ověřené:
Zcela analogicky se postupuje i u návrhu outsourcingu, kde jde o přesun provádění vybraných procesů s určitými výstupy na jiný subjekt. I zde je třeba precizně definovat rozhraní mezi dvěma firmami a procesy, které zajiují dodávku určitého produktu, musí fungovat jako celek. Při řeení outsourcingu je nezbytné vědět, jakým způsobem je sluba objednávána či odvolávána, jaké podklady či informace jsou nezbytné pro správnou definici poadavku, kdo a jakým způsobem poadavek přijímá a potvrzuje atd.
A u se na firmu, která určité činnosti outsourcuje, díváme jako na černou skříňku, nebo řeíme i procesy uvnitř dodávající organizace, precizní definice rozhraní je nezbytností pro efektivní fungování outsourcingu. A tento popis se získá z procesního modelu, kde jsou specifikovány činnosti, odpovědnosti, vstupy a výstupy činností na rozhraní, pouívané IT systémy, případně dalí zdroje.
A od popsaného procesu a definovaného rozhraní je u jen krůček k dobré definici service level agreementu. Stěejní částí SLA je přesný popis parametrů sluby vycházející z popisu rozhraní a vech vazeb mezi subjektem, který slubu poskytuje, a subjektem, který slubu konzumuje. Ke stávajícímu popisu procesu je pak moné zjistit, jaká data jsou k dispozici, a odvodit způsob a místa sběru dat pro vyhodnocení plnění SLA. Jak tuto situaci lépe popsat a analyzovat ne s vyuitím procesního modelu?
Bohuel není úplnou výjimkou, kdy se po spojení dvou společností pro překlenutí rozhraní, tentokrát ji vnitrofiremních, přijímají dalí zaměstnanci, a počet zaměstnanců je tak vyí ne prostý součet zaměstnanců obou firem.
Aby se tak nestalo, je nutné procesy v rámci integrace upravovat, optimalizovat a standardizovat, sjednocovat interní produkty tak, aby neměly varianty podle toho, kdo daný produkt či slubu vyuívá. Mělo by docházet k analýze a porovnání procesů propojovaných subjektů tak, aby bylo moné vyuít lepí praxi ze zúčastněných firem. Běnou úlohou při spojení firem je sjednocení a integrace informačních systémů. V tomto případě se postupuje obdobným způsobem jako při procesní implementaci informačního systému.
Cílem integrace po fúzi bývá centralizace a přesun podpůrných činností do servisních center a tím i získání úspor z rozsahu. A to je naprostá analogie ji diskutovaného outsourcingu, definice produktu, SLA, ...
Autoři působí ve společnosti IDS Scheer ČR, Ivana Brzoňová jako BPC konzultant, Martin Sudek na pozici BPC senior konzultanta.
Procesní řízení?
To přece máme!
Ivana Brzoňová, Martin Sudek
Najde se jen málo firem (a těko nějaká banka), kterým pojmy jako procesy, procesní řízení, procesní controlling nic neříkají a které by připustily, e v době, kdy optimalizace procesů je jedním ze základních přístupů ke zvýení konkurenceschopnosti, se procesy nezabývají. Ovem samo tvrzení samozřejmě procesy řeíme nevypovídá nic o tom, jak se s nimi pracuje a jaká problematika je řeena s pomocí procesního přístupu.
Procesní řízení přání a realita
Jak vypadá procesní řízení v praxi finančních institucí? Jedná se o skutečné řízení procesů, nebo je to pouze formální údrba popisu procesů a úsilí, které do tvorby procesního modelu vloila řada pracovníků firmy, vyznívá naprázdno a přináí rozčarování?Abychom byli schopni si na tyto otázky odpovědět, je třeba se zamyslet nad tím, jakým způsobem je procesní model ve firmě vytvářen, a předevím jakým způsobem jsou vyuívány informace v procesním modelu zaznamenané.
Pokud jsou procesy ve firmě skutečně řízeny, měli bychom u větiny následujících otázek odpovědět ano:
- Je vytvořen přehled vech procesů?
- Jsou procesy popsány (by na různé úrovni detailu podle důleitosti procesu) a průběně aktualizovány?
- Má proces svého skutečného vlastníka?
- Má proces stanoven svůj cíl, který je provázán se strategickými cíli firmy?
- Jsou určeny ukazatele výkonnosti procesů?
- Jsou sledovány aktuální hodnoty ukazatelů výkonnosti procesů?
- Jsou podle plnění těchto ukazatelů odměňováni pracovníci vykonávající daný proces?
- Daří se navrené optimalizační změny procesů realizovat v praxi a následně vyhodnocovat očekávaný přínos změny?
- Je procesní model součást závazné interní dokumentace?
- Zahrnuje procesní model vazbu na organizační strukturu a je tak jednoznačná odpovědnost za výkon procesů?
- Poskytuje procesní model informace o vazbě na informační systémy firmy?
- Je v rámci firmy tým či útvar, který určuje koncepci rozvoje procesního modelu?
- Je procesní model dostupný vem pracovníkům firmy?
- Jsou procesy vyuívány při řeení různých projektů v rámci firmy zavádění nového informačního systému, zavádění nového produktu, business continutity managementu atd.
Obr. 1: Příklad základní struktury procesního modelu s uvedením vzájemných vazeb
Stejně jako kadý obor mají i finanční instituce svá specifika, která se promítají do řízení procesů a mohou se z určitého úhlu pohledu jevit jako nepřekonatelné při uplatňování procesního řízení. Jedná se zejména o velké mnoství produktů a jejich modifikací a jejich časté změny, nutnost spravovat produkty podle obchodních podmínek, za nich byly poskytnuty, rozsáhlost pobočkové sítě, sloitost procesů z pohledu jejich organizačního zabezpečení (na jednom procesu se podílí řada organizačních útvarů) a potřebu rychle reagovat na poadavky regulátorů.
I tato specifika mají svá řeení. V případě produktů lze procesy vytvářet pro tzv. standardní produkt a vekeré modifikace zachytit na úrovni jakýchsi produktových listů, které popisují specifické odlinosti dané modifikace produktu. Povinností produktových manaerů je zabezpečit při tvorbě nového produktu nastavení procesů jeho realizace, a to nejen do okamiku uzavření smluvního vztahu, ale i včetně vech návazných procesů týkajících se správy daného produktu.
Při řízení procesů spadajících do pobočkové sítě lze uplatnit například jeden z uvedených přístupů. Procesy týkající se poboček jsou nastaveny jako referenční a ředitelům poboček je dána pravomoc detailní průběh řídit ve své působnosti, tzn. ředitel pobočky se stává vlastníkem svých procesů, za podmínky dodrení nastavených ukazatelů jednotlivých procesů. Nebo je popis procesů (nastavený centrálně) závazný pro vechny pobočky bez monosti jej modifikovat.
S vyzrálostí firmy v procesním řízení se automaticky roziřují monosti vyuití procesního přístupu při řeení řady oblastí, jako jsou například:
- implementace nového informačního systému, respektive jeho změny,
- optimalizace procesů a řízení změn v rámci firmy,
- business continuity management,
- procesní část BASEL II,
- příprava na získání certifikace podle poadované normy, která je zaloena na procesech (ISO 9000:2001, Sarbanes-Oxley atd.)
- přenos know-how a postupů při vstupu na nové trhy či budování nových poboček, zastoupení apod.,
- fúze firem atd.
Procesní implementace informačního systému je výhodou
Řada firem, jako i finančních institucí v současné době realizuje upgrade stávajících informačních systémů, respektive zajiuje implementaci informačního systému pro podporu svých nových aktivit.Mezi světem businessu a světem IT občas vznikají nejasnosti a ne vdy se daří nalézt společnou řeč. A právě procesní model slouí pro tvorbu kvalitního zadání, na kterém se vechny zúčastněné strany shodnou a sehrává roli komunikační platformy, které vichni zúčastnění porozumí. A o tom právě procesní přístup k implementaci informačního systému je.
Celý projekt procesní implementace informačního systému můe proběhnout v etapách zachycených na obrázku 2.
Obr. 2: Typické etapy projektu procesní implementace informačního systému
Přínosy tohoto přístupu jsou ji ověřené:
- poadavky na systém vychází z průběhu procesu, tím je zajitěna potřebná podpora procesu,
- zadání (specifikace poadavků) na základě popisu procesu (tj. pracovního postupu) je srozumitelné pro vechny zúčastněné,
- zdokumentované poadavky umoní efektivně ověřit poadovanou funkcionalitu ve fázi testování,
- po implementaci informačního systému je k dispozici dokumentace jeho nastavení a dalí změny jsou realizovány se znalostí vech souvislostí,
- vazba procesního modelu na organizační strukturu umoňuje efektivně nastavit přístupová práva jednotlivých pracovníků podílejících se na přísluných procesech.
Procesní model při řeení outsourcingu
Při návrhu technického zařízení se pouívá výkresová dokumentace, která říká, jak bude vypadat příruba, otvory, jaké se pouijí rouby, konektory elektrické instalace atd. Taková specifikace je nezbytná, aby si dva konstruktéři mohli stanovit přesné rozhraní zařízení, u kterého kadý konstruuje jednu část a aby takové zařízení pak mohlo fungovat jako celek.Zcela analogicky se postupuje i u návrhu outsourcingu, kde jde o přesun provádění vybraných procesů s určitými výstupy na jiný subjekt. I zde je třeba precizně definovat rozhraní mezi dvěma firmami a procesy, které zajiují dodávku určitého produktu, musí fungovat jako celek. Při řeení outsourcingu je nezbytné vědět, jakým způsobem je sluba objednávána či odvolávána, jaké podklady či informace jsou nezbytné pro správnou definici poadavku, kdo a jakým způsobem poadavek přijímá a potvrzuje atd.
A u se na firmu, která určité činnosti outsourcuje, díváme jako na černou skříňku, nebo řeíme i procesy uvnitř dodávající organizace, precizní definice rozhraní je nezbytností pro efektivní fungování outsourcingu. A tento popis se získá z procesního modelu, kde jsou specifikovány činnosti, odpovědnosti, vstupy a výstupy činností na rozhraní, pouívané IT systémy, případně dalí zdroje.
A od popsaného procesu a definovaného rozhraní je u jen krůček k dobré definici service level agreementu. Stěejní částí SLA je přesný popis parametrů sluby vycházející z popisu rozhraní a vech vazeb mezi subjektem, který slubu poskytuje, a subjektem, který slubu konzumuje. Ke stávajícímu popisu procesu je pak moné zjistit, jaká data jsou k dispozici, a odvodit způsob a místa sběru dat pro vyhodnocení plnění SLA. Jak tuto situaci lépe popsat a analyzovat ne s vyuitím procesního modelu?
Fúze? Opět procesy, procesy, procesy
Ke spojení různých firem či podnikatelských skupin dochází neustále a stále častěji. Finanční sektor není výjimkou. Čím dál více firem je tedy postaveno před úkol integrace a provést úspěnou fúzi je úkolem opravdu nelehkým. Pomiňme nyní ostatní důleité body takové integrace, jako je vyrovnání se s rozdílnou podnikovou kulturou, manaerským stylem, nutnost správné komunikace změn apod. Pro úspěch spojení je klíčové, jak rychle si procesy různých firem na sebe zvyknou, aby to nestálo moc peněz.Bohuel není úplnou výjimkou, kdy se po spojení dvou společností pro překlenutí rozhraní, tentokrát ji vnitrofiremních, přijímají dalí zaměstnanci, a počet zaměstnanců je tak vyí ne prostý součet zaměstnanců obou firem.
Aby se tak nestalo, je nutné procesy v rámci integrace upravovat, optimalizovat a standardizovat, sjednocovat interní produkty tak, aby neměly varianty podle toho, kdo daný produkt či slubu vyuívá. Mělo by docházet k analýze a porovnání procesů propojovaných subjektů tak, aby bylo moné vyuít lepí praxi ze zúčastněných firem. Běnou úlohou při spojení firem je sjednocení a integrace informačních systémů. V tomto případě se postupuje obdobným způsobem jako při procesní implementaci informačního systému.
Cílem integrace po fúzi bývá centralizace a přesun podpůrných činností do servisních center a tím i získání úspor z rozsahu. A to je naprostá analogie ji diskutovaného outsourcingu, definice produktu, SLA, ...
Přání realitou
Je dobré si klást vysoké cíle. Zároveň je vak nutné promyslet i cestu, která nás k tomuto cíli dovede. V případě procesního řízení to platí dvojnásob, nebo procesní řízení není implementováno v rámci jednorázové akce, ale je závislé na realizaci mnoha kroků, které postupně dotvoří efektivně fungující celek procesně řízenou firmu.Autoři působí ve společnosti IDS Scheer ČR, Ivana Brzoňová jako BPC konzultant, Martin Sudek na pozici BPC senior konzultanta.
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.




















