- 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)
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 SYSTEM 4/2002
Groupware a řízení pomocí cílů - II. část
Petr Opletal
V minulé části jsme se pokusili probrat důleité poadavky na rozvoj moností zpracování informací. Je nesporné, e zpracování a vyuívání informací a úroveň jejich výměny či sdílení je v mnoha organizacích poměrně úzkým místem. Nepochybně nasazení kvalitních prostředků pro komunikaci můe umonit radikálně zvýit výkonnost organizace. Rozvoj metodik podporujících zodpovědný přístup vech spolupracovníků firmy ke sdílení a zpracování informací podpoří zejména nutný přechod na organizační struktury zajiující podporu procesních a projektových metod řízení.
Management by objectives
Jakmile se jednou začneme zabývat přidělování a upřesňováním úkolů ze zásobníku, jsme blízko metodiky řízení označované jako řízení pomocí cílů'. Tento systém byl v minulosti zatracován pro svou vysokou administrativní náročnost. V tomto smyslu se situace právě díky groupware výrazně změnila. Máme k dispozici prostředky, které nám umoňují snadno a přesně formulovat cíl (úkol) a pomocí komunikačního systému sledovat jeho plnění. Ne vdy je mono rozplánovat cíl na dílčí cíle, úkolovat jimi dalí spolupracovníky, vyadovat formalizovaným způsobem spolupráci, nechat si schvalovat nalezená řeení problémových kroků atd. Je pravda, e hlubí integrace s aplikacemi pro podporu řízení projektů v multiprojektovém prostředí by velmi významným způsobem zvýila kvalitu a pouitelnost stávajících systémů pro groupware.
Ale je pravda, e jedním ze základních principů a podstatnou vlastností systémů groupware je jejich roziřitelnost. Dobře je to vidět na produktu Lotus Notes, kde se vlastně bez dalího programování (lépe řečeno přizpůsobování) na konkrétní uivatelské podmínky asi neobejdete. Ovem vdy máme monost pokusit se maximálně zjednoduit pracovní proces, který hodláte podporovat a větinou by se mělo dát najít řeení, které bude fungovat se standardními monostmi, tedy bez náročnějích úprav. Ale otevřenost systému je velice podstatná vlastnost. Bez monosti propojit uivatelsky navreným způsobem databázi kontaktů v groupware s databází osob v základním podnikovém informačním systému či v aplikaci CRM (nebo jiné marketingové databázi) bychom nebyli schopni vyřeit dilema, který seznam kontaktů je primární, který je důleitějí, závazný. Takto máme monost (pokud to ostatní systémy alespoň nějak umoňují) synchronizovat vechny kontakty. A s trochou úsilí můeme najít i celkem efektivní postupy, jak eliminovat vznik duplicit, vychovávat uivatele k zadávání vech podstatných údajů atd.
Stejný problém, který máme při synchronizaci kontaktů, je i u řízení pomocí cílů. Obvyklá situace při zadání úkolu (bohuel konkretizováno pouze na platformu MS Exchange, v Lotus Notes existují různorodá řeení vzhledem k dříve popsanému charakteru systému) - zodpovědný pracovník formuluje zadání a předá ho jako úkol tomu, koho jím chce pověřit. Existuje způsob, jak si upřesnit případné nejasnosti - přijímající pracovník můe úkol odmítnout, tím se doručí zpět zadavateli včetně komentáře, co není jasné, popř. návrhem řeení, které má zadávající schválit. Kdy tento úkol přijímající pracovník přijme, zařadí se mu do jeho seznamu úkolů a pro zadávajícího zmizí ze světa. To je poněkud neastná situace, ale dá se řeit. Zatím není moné jednoznačně potvrdit, nakolik je tato situace správně či nikoli a jestli existuje systémové řeení. Existuje vak monost uivatelské úpravy systému tak, aby se prakticky jakýkoli podobný poadavek dal splnit.
To ovem není vechno - jednotlivé potenciální úkoly ze zásobníku by se měly někde shromaďovat, kde se k nim mohou přísluní pracovníci vyjadřovat. I pro ostatní, nejen pro zadávajícího a řeitele je potřeba mít přístup k informacím o průběhu. Je potřeba zajistit zpracování zkueností. Na řeení skutečně uitečného systému pro podporu řízení pomocí cílů se osvědčila stínová databáze úkolů propojená se správou podnikových cílů, sledování faktorů výkonnosti (včetně faktorů SWOT-analýzy). Takto se otevírá cesta pro propojení např. s částmi podnikového informačního systému, kde se vyskytují dalí databáze obsahující úkoly. Pokud se chceme zabývat vytíeností pracovníků a následně jejich výsledky pouívat při jejich formalizovaném hodnocení (pro účely motivačního systému), potřebujeme vechny činnosti, kterými se konkrétní pracovník zabýval, na jediném místě. To platí zejména pro ty spolupracovníky, kteří byli pověřeni účastní na projektově řízených aktivitách, zejména kdy na nich nepracovali svou plnou kapacitou, ale dělali jetě něco jiného.
Správa dokumentů a znalosti
Pro mnoho velkých organizací je klíčovou funkcí spisová sluba. Pro člověka, který se s něčím takovým nesetkal, není jednoduché si pod tímto pojmem představit konkrétní činnost. Ale v určité podobě se to děje v kadé organizační struktuře, kde kde existuje účelná dělba práce a jednotliví lidé si musejí předávat informace. Je nutno evidovat nosiče informací - co, kdy, od koho, pro koho, s jakým termínem vyřízení, proč, v jaké záleitosti, komu předáno atd. Samozřejmě dnes se nabízejí technicky vyspělá a reálná řeení. Dokumenty v elektronické podobě můe na podatelnu předat kadý ze svého pracovitě. Ale existuje velice reálná monost předávat i dokumenty, které do firmy dorazí v papírové podobě, konečným adresátům elektronicky. To, e optické zpracování bylo jetě donedávna poměrně obtíné či drahé, bylo významnou komplikací pro integrované řeení řízení toku dokumentů. Ale dnes můeme velice efektivně převést převánou větinu informací do elektronické podoby, co bude větinou následně velkým přínosem. S vyuitím standardní funkčnosti groupware můete vyřeit problematiku jejich evidence, předávání a vyřizování rychle, snadno a fakticky zadarmo. Velký význam to bude mít v případech, kdy se potýkáte s nedůsledností některých pracovníků, kteří neplní termíny pro vyřízení záleitostí nebo dokonce ztrácejí originální dokumenty.
Nové produkty přicházejí právě s podporou něčeho, čemu říkají - ne právě srozumitelně - publikování. Občas správa dokumentů. Ale je to klíčová funkčnost, kterou v podstatě vichni potřebujeme. Pokud pracujeme v kolektivu, vdy se práce předává. Kdo zpracování dokumentu zadá, musí dostat verzi ke schválení a teprve po schválení jedním nebo více schvalovateli se dokument objeví jako platný. Systémy groupware podporují směrování dokumentů, co je rozeslání nebo předávání určitého dokumentu (popř. formou odkazu na dokument) k připomínkování nebo pro zajitění účasti na vytvoření. Pro správu dokumentů je ovem podstatné, aby se dokumenty umístěné do firemního úloitě dokumentů daly najít, popř. propojovat. Na propojování i hledání jsou asi nejvhodnějí ty nástroje, které jsou součástí webových slueb. Jene nám nejde jen o fulltextové hledání, jde nám o to, aby vichni spolupracovníci vyplňovali údaje, podle kterých se dají dokumenty strukturalizovat (např. témata, klíčová slova, údaje týkající se smluv, projektů, zákazníků, autorů apod.). Samozřejmě, spousta záleitostí se dá podporovat vynucováním těchto údajů při jejich umístění do úloitě. Měli bychom být schopni ale i kontrolovat vybrané pracovníky či typy poloek a zasáhnout dříve ne bude mít 90 % z deseti tisíc dokumentů v klíčových slovech tři nebo pět x'.
Systém řízení a workflow
Komunikační systém je nedílnou součástí systému řízení. Formalizovaná komunikace má obrovskou výhodu v tom, e kadý úkon je doloitelný a sledovatelný. Pokud se podaří přesvědčit či přinutit spolupracovníky a ti budou umět efektivně formulovat své poadavky, návrhy a ostatní mylenky, pravděpodobně se podaří radikálně zvýit produktivitu práce řídících pracovníků. Mohou se zúčastnit stanovení toho, jak je které téma důleité a jaké zdroje se na jeho řeení mají uvolnit. Přestanou se řeit nepřipravená témata, vem bude jasné, za co kdo zodpovídá a co kdo právě dělá. Za cenu subjektivního nepříjemného pocitu toho, kdo s mylenkou přichází a musí se na chvíli soustředit a formulovat svůj příspěvek exaktně, uetříme 90 % času vech ostatních. A pravděpodobně i jeho času, který by strávil obhajováním a mnohonásobným vysvětlováním nezpracovaného námětu.
Moderní systémy (viz té výe téma "Správa dokumentů") přicházejí s podporou workflow. To je rozíření funkcí v oblasti organizačního uspořádání na uspořádání činností. Dalo by se říct podpora procesně orientovaného přístupu k řízení informačních toků. Vzhledem k tomu, e existují velmi iroké monosti ve vytváření skupin uivatelů, které mají k různým sdíleným polokám různá práva, je moné formulovat pravidla (obvyklým příkladem je právě např. vyřizování reklamací, kdy můete zajistit, aby poloka umístěná na určité místo - označená určitým příznakem, určitou dobu vyčkala, jestli bude zpracována a poté byla postoupena na funkční místo, které je v pravidle uvedeno). Právě proto, aby se pravidla dala formulovat bez závislosti na aktuálním obsazení funkčních míst, obsahují systémy definici organizační struktury ve smyslu okruhů zodpovědností. Konkrétní uivatelé jsou potom přiřazeni právě zastávaným funkcím.
Jetě oblíbenějím příkladem je ádost o dovolenou či schválení nákupu. Je zajímavé, jak se větinou vyhýbáme řeení cestovních příkazů - a přitom u nich by kvalitní řeení bylo velice přínosné. Setkal jsem se v jedné významné IT firmě s tím, e pro běné pracovníky je zpracování a včasné předání cestovního příkazu podepsaného od čtyř různých lidí v podstatě mnohem důleitějí ne výsledek jejich sluební cesty. A přitom se dá vytvořit pomocí předdefinovaných otázek či průvodců aparát, který můe zajistit větinu údajů zcela automaticky či předem, současně vytvoří pro nadřízeného pracovníka zprávu o výsledku cesty a (téměř) nikdy nebude potřeba nic podepisovat.
Doporučený postup
Nejdříve bychom měli dostat na potřebnou úroveň manaerské dovednosti v této oblasti vechny, kteří mají být do vyuívání systému zapojeni. Určitě nemůe ukodit absolvovat kolení o time-managementu u seriózní agentury. Zcela jistě stojí zato pokusit se alespoň zkuebně namodelovat některé jednoduché podnikové administrativní procesy a popřemýlet nad tím, jestli by stálo zato zkusit je formalizovat. Je vhodné či spíe nutné seznámit se s dalími oblastmi, které mají významné souvislosti, jako jsou produkty a monosti řeení správy podnikových cílů, strategických faktorů výkonnosti, správy informací o zákaznících (CRM) a dozvědět se něco o základních východiscích správy znalostí. Pokud máte v úmyslu vyzkouet úkolování pomocí groupware, potřebujete se seznámit s teorií MBO. Určitě se dá získání potřebných informací účelově optimalizovat (viz dále). Jakmile budete mít pocit, e víte, co potřebujete, čeho chcete dosáhnout a e vae představy jsou víceméně realistické, můete zformulovat zadání projektu.
Je téměř jisté, e pokud se budete snait zvládnout tuto problematiku na základě metody pokus-omyl, v nejlepím případě dosáhnete 20 % moných výsledků a bude to stát mnohonásobně více času, ne si můete dovolit. Kutilství v této oblasti není moné doporučit. Jak ji bylo řečeno - ve hře jsou dva zásadní faktory - předevím kvalita komunikace, kvalita informací a míra integrace podkladů je součástí systému řízení, tedy primárně záleitostí vrcholového managementu. Tento projekt znamená zásadní změnu informační kultury v organizaci a můe proběhnout pouze z vůle vedení. Navíc je jisté, e aktivní vyuívání (by nepřímo - např. prostřednictvím asistenta) nastíněných moností právě vedením je téměř nezbytnou podmínkou pro úspěné přeití projektu.
Jenom malé upozornění - kvalita implementačního projektu je poměrně zásadní - např. v doporučení pro zavedení MS Exchange je napsáno zhruba toto: "První krok implementace je identifikovat potřeby uivatelů - stanovit, jaké aplikace a sluby jakým způsobem budou pouívat. Poté se tyto aktivity přiřadí monostem systému. Na tomto základě lze stanovit, jak mají být uivatelé rozděleni, jaká opatření v jejich kvalifikaci, pouívaném software a hardware mají být přijata, jaké mají být implementovány sluby a jaké typy např. veřejných sloek mají být vyuívány." Jinými slovy, pokud nainstalujete a budete vyuívat pouze základní funkčnost, měl by to být přínos. Ale pokud si myslíte, e je pro vás uitečné vyuívat více ne nepatrný zlomek moností, které máte, je potřeba scénáře vyuívání vytvořit, ověřit, optimalizovat na základě rozsáhlých znalostí moností a hlubokého pochopení filozofie systému. Teprve poté je předloit uivatelům a při zakolení jim ukázat, jakým způsobem ji bude dodrování stanoveného postupu pomáhat v práci.
Vzhledem ke zmíněné choulostivosti na přístup uivatelů je pro průběh a úspěch projektu kritickým faktorem úroveň metodiky a mnoství omylů a neschůdných cest. Najděte kvalitní ICT firmu, která zpracuje rozumný implementační projekt, který bude vem zúčastněným naprosto jasný. Při té příleitosti se máte monost celkem důkladně seznámit s větinou témat zmíněných v předminulém odstavci. Kdy si budete jisti co vás čeká, můete se do toho pustit. Naučíte své spolupracovníky, co a jak mají zadávat do svých termínů a jak si vyjednávat schůzky či rezervovat zasedací místnost. Přestanou mít strach, e ztratí svůj zázračný' deníček či mobilní telefon, ve kterém dnes mají vechny své kontakty. Budou umět formulovat a předávat úkoly. Vekerá komunikace se zlepí a přestanou se hledat podklady, které někdy někdo někam zaloil. Vai zákazníci to ocení. A o vazbách mezi CRM a groupware zase někdy přítě.
www.contros.cz

Management by objectives
Jakmile se jednou začneme zabývat přidělování a upřesňováním úkolů ze zásobníku, jsme blízko metodiky řízení označované jako řízení pomocí cílů'. Tento systém byl v minulosti zatracován pro svou vysokou administrativní náročnost. V tomto smyslu se situace právě díky groupware výrazně změnila. Máme k dispozici prostředky, které nám umoňují snadno a přesně formulovat cíl (úkol) a pomocí komunikačního systému sledovat jeho plnění. Ne vdy je mono rozplánovat cíl na dílčí cíle, úkolovat jimi dalí spolupracovníky, vyadovat formalizovaným způsobem spolupráci, nechat si schvalovat nalezená řeení problémových kroků atd. Je pravda, e hlubí integrace s aplikacemi pro podporu řízení projektů v multiprojektovém prostředí by velmi významným způsobem zvýila kvalitu a pouitelnost stávajících systémů pro groupware.
Ale je pravda, e jedním ze základních principů a podstatnou vlastností systémů groupware je jejich roziřitelnost. Dobře je to vidět na produktu Lotus Notes, kde se vlastně bez dalího programování (lépe řečeno přizpůsobování) na konkrétní uivatelské podmínky asi neobejdete. Ovem vdy máme monost pokusit se maximálně zjednoduit pracovní proces, který hodláte podporovat a větinou by se mělo dát najít řeení, které bude fungovat se standardními monostmi, tedy bez náročnějích úprav. Ale otevřenost systému je velice podstatná vlastnost. Bez monosti propojit uivatelsky navreným způsobem databázi kontaktů v groupware s databází osob v základním podnikovém informačním systému či v aplikaci CRM (nebo jiné marketingové databázi) bychom nebyli schopni vyřeit dilema, který seznam kontaktů je primární, který je důleitějí, závazný. Takto máme monost (pokud to ostatní systémy alespoň nějak umoňují) synchronizovat vechny kontakty. A s trochou úsilí můeme najít i celkem efektivní postupy, jak eliminovat vznik duplicit, vychovávat uivatele k zadávání vech podstatných údajů atd.
Stejný problém, který máme při synchronizaci kontaktů, je i u řízení pomocí cílů. Obvyklá situace při zadání úkolu (bohuel konkretizováno pouze na platformu MS Exchange, v Lotus Notes existují různorodá řeení vzhledem k dříve popsanému charakteru systému) - zodpovědný pracovník formuluje zadání a předá ho jako úkol tomu, koho jím chce pověřit. Existuje způsob, jak si upřesnit případné nejasnosti - přijímající pracovník můe úkol odmítnout, tím se doručí zpět zadavateli včetně komentáře, co není jasné, popř. návrhem řeení, které má zadávající schválit. Kdy tento úkol přijímající pracovník přijme, zařadí se mu do jeho seznamu úkolů a pro zadávajícího zmizí ze světa. To je poněkud neastná situace, ale dá se řeit. Zatím není moné jednoznačně potvrdit, nakolik je tato situace správně či nikoli a jestli existuje systémové řeení. Existuje vak monost uivatelské úpravy systému tak, aby se prakticky jakýkoli podobný poadavek dal splnit.
To ovem není vechno - jednotlivé potenciální úkoly ze zásobníku by se měly někde shromaďovat, kde se k nim mohou přísluní pracovníci vyjadřovat. I pro ostatní, nejen pro zadávajícího a řeitele je potřeba mít přístup k informacím o průběhu. Je potřeba zajistit zpracování zkueností. Na řeení skutečně uitečného systému pro podporu řízení pomocí cílů se osvědčila stínová databáze úkolů propojená se správou podnikových cílů, sledování faktorů výkonnosti (včetně faktorů SWOT-analýzy). Takto se otevírá cesta pro propojení např. s částmi podnikového informačního systému, kde se vyskytují dalí databáze obsahující úkoly. Pokud se chceme zabývat vytíeností pracovníků a následně jejich výsledky pouívat při jejich formalizovaném hodnocení (pro účely motivačního systému), potřebujeme vechny činnosti, kterými se konkrétní pracovník zabýval, na jediném místě. To platí zejména pro ty spolupracovníky, kteří byli pověřeni účastní na projektově řízených aktivitách, zejména kdy na nich nepracovali svou plnou kapacitou, ale dělali jetě něco jiného.
Správa dokumentů a znalosti
Pro mnoho velkých organizací je klíčovou funkcí spisová sluba. Pro člověka, který se s něčím takovým nesetkal, není jednoduché si pod tímto pojmem představit konkrétní činnost. Ale v určité podobě se to děje v kadé organizační struktuře, kde kde existuje účelná dělba práce a jednotliví lidé si musejí předávat informace. Je nutno evidovat nosiče informací - co, kdy, od koho, pro koho, s jakým termínem vyřízení, proč, v jaké záleitosti, komu předáno atd. Samozřejmě dnes se nabízejí technicky vyspělá a reálná řeení. Dokumenty v elektronické podobě můe na podatelnu předat kadý ze svého pracovitě. Ale existuje velice reálná monost předávat i dokumenty, které do firmy dorazí v papírové podobě, konečným adresátům elektronicky. To, e optické zpracování bylo jetě donedávna poměrně obtíné či drahé, bylo významnou komplikací pro integrované řeení řízení toku dokumentů. Ale dnes můeme velice efektivně převést převánou větinu informací do elektronické podoby, co bude větinou následně velkým přínosem. S vyuitím standardní funkčnosti groupware můete vyřeit problematiku jejich evidence, předávání a vyřizování rychle, snadno a fakticky zadarmo. Velký význam to bude mít v případech, kdy se potýkáte s nedůsledností některých pracovníků, kteří neplní termíny pro vyřízení záleitostí nebo dokonce ztrácejí originální dokumenty.
Nové produkty přicházejí právě s podporou něčeho, čemu říkají - ne právě srozumitelně - publikování. Občas správa dokumentů. Ale je to klíčová funkčnost, kterou v podstatě vichni potřebujeme. Pokud pracujeme v kolektivu, vdy se práce předává. Kdo zpracování dokumentu zadá, musí dostat verzi ke schválení a teprve po schválení jedním nebo více schvalovateli se dokument objeví jako platný. Systémy groupware podporují směrování dokumentů, co je rozeslání nebo předávání určitého dokumentu (popř. formou odkazu na dokument) k připomínkování nebo pro zajitění účasti na vytvoření. Pro správu dokumentů je ovem podstatné, aby se dokumenty umístěné do firemního úloitě dokumentů daly najít, popř. propojovat. Na propojování i hledání jsou asi nejvhodnějí ty nástroje, které jsou součástí webových slueb. Jene nám nejde jen o fulltextové hledání, jde nám o to, aby vichni spolupracovníci vyplňovali údaje, podle kterých se dají dokumenty strukturalizovat (např. témata, klíčová slova, údaje týkající se smluv, projektů, zákazníků, autorů apod.). Samozřejmě, spousta záleitostí se dá podporovat vynucováním těchto údajů při jejich umístění do úloitě. Měli bychom být schopni ale i kontrolovat vybrané pracovníky či typy poloek a zasáhnout dříve ne bude mít 90 % z deseti tisíc dokumentů v klíčových slovech tři nebo pět x'.
Systém řízení a workflow
Komunikační systém je nedílnou součástí systému řízení. Formalizovaná komunikace má obrovskou výhodu v tom, e kadý úkon je doloitelný a sledovatelný. Pokud se podaří přesvědčit či přinutit spolupracovníky a ti budou umět efektivně formulovat své poadavky, návrhy a ostatní mylenky, pravděpodobně se podaří radikálně zvýit produktivitu práce řídících pracovníků. Mohou se zúčastnit stanovení toho, jak je které téma důleité a jaké zdroje se na jeho řeení mají uvolnit. Přestanou se řeit nepřipravená témata, vem bude jasné, za co kdo zodpovídá a co kdo právě dělá. Za cenu subjektivního nepříjemného pocitu toho, kdo s mylenkou přichází a musí se na chvíli soustředit a formulovat svůj příspěvek exaktně, uetříme 90 % času vech ostatních. A pravděpodobně i jeho času, který by strávil obhajováním a mnohonásobným vysvětlováním nezpracovaného námětu.
Moderní systémy (viz té výe téma "Správa dokumentů") přicházejí s podporou workflow. To je rozíření funkcí v oblasti organizačního uspořádání na uspořádání činností. Dalo by se říct podpora procesně orientovaného přístupu k řízení informačních toků. Vzhledem k tomu, e existují velmi iroké monosti ve vytváření skupin uivatelů, které mají k různým sdíleným polokám různá práva, je moné formulovat pravidla (obvyklým příkladem je právě např. vyřizování reklamací, kdy můete zajistit, aby poloka umístěná na určité místo - označená určitým příznakem, určitou dobu vyčkala, jestli bude zpracována a poté byla postoupena na funkční místo, které je v pravidle uvedeno). Právě proto, aby se pravidla dala formulovat bez závislosti na aktuálním obsazení funkčních míst, obsahují systémy definici organizační struktury ve smyslu okruhů zodpovědností. Konkrétní uivatelé jsou potom přiřazeni právě zastávaným funkcím.
Jetě oblíbenějím příkladem je ádost o dovolenou či schválení nákupu. Je zajímavé, jak se větinou vyhýbáme řeení cestovních příkazů - a přitom u nich by kvalitní řeení bylo velice přínosné. Setkal jsem se v jedné významné IT firmě s tím, e pro běné pracovníky je zpracování a včasné předání cestovního příkazu podepsaného od čtyř různých lidí v podstatě mnohem důleitějí ne výsledek jejich sluební cesty. A přitom se dá vytvořit pomocí předdefinovaných otázek či průvodců aparát, který můe zajistit větinu údajů zcela automaticky či předem, současně vytvoří pro nadřízeného pracovníka zprávu o výsledku cesty a (téměř) nikdy nebude potřeba nic podepisovat.
Doporučený postup
Nejdříve bychom měli dostat na potřebnou úroveň manaerské dovednosti v této oblasti vechny, kteří mají být do vyuívání systému zapojeni. Určitě nemůe ukodit absolvovat kolení o time-managementu u seriózní agentury. Zcela jistě stojí zato pokusit se alespoň zkuebně namodelovat některé jednoduché podnikové administrativní procesy a popřemýlet nad tím, jestli by stálo zato zkusit je formalizovat. Je vhodné či spíe nutné seznámit se s dalími oblastmi, které mají významné souvislosti, jako jsou produkty a monosti řeení správy podnikových cílů, strategických faktorů výkonnosti, správy informací o zákaznících (CRM) a dozvědět se něco o základních východiscích správy znalostí. Pokud máte v úmyslu vyzkouet úkolování pomocí groupware, potřebujete se seznámit s teorií MBO. Určitě se dá získání potřebných informací účelově optimalizovat (viz dále). Jakmile budete mít pocit, e víte, co potřebujete, čeho chcete dosáhnout a e vae představy jsou víceméně realistické, můete zformulovat zadání projektu.
Je téměř jisté, e pokud se budete snait zvládnout tuto problematiku na základě metody pokus-omyl, v nejlepím případě dosáhnete 20 % moných výsledků a bude to stát mnohonásobně více času, ne si můete dovolit. Kutilství v této oblasti není moné doporučit. Jak ji bylo řečeno - ve hře jsou dva zásadní faktory - předevím kvalita komunikace, kvalita informací a míra integrace podkladů je součástí systému řízení, tedy primárně záleitostí vrcholového managementu. Tento projekt znamená zásadní změnu informační kultury v organizaci a můe proběhnout pouze z vůle vedení. Navíc je jisté, e aktivní vyuívání (by nepřímo - např. prostřednictvím asistenta) nastíněných moností právě vedením je téměř nezbytnou podmínkou pro úspěné přeití projektu.
Jenom malé upozornění - kvalita implementačního projektu je poměrně zásadní - např. v doporučení pro zavedení MS Exchange je napsáno zhruba toto: "První krok implementace je identifikovat potřeby uivatelů - stanovit, jaké aplikace a sluby jakým způsobem budou pouívat. Poté se tyto aktivity přiřadí monostem systému. Na tomto základě lze stanovit, jak mají být uivatelé rozděleni, jaká opatření v jejich kvalifikaci, pouívaném software a hardware mají být přijata, jaké mají být implementovány sluby a jaké typy např. veřejných sloek mají být vyuívány." Jinými slovy, pokud nainstalujete a budete vyuívat pouze základní funkčnost, měl by to být přínos. Ale pokud si myslíte, e je pro vás uitečné vyuívat více ne nepatrný zlomek moností, které máte, je potřeba scénáře vyuívání vytvořit, ověřit, optimalizovat na základě rozsáhlých znalostí moností a hlubokého pochopení filozofie systému. Teprve poté je předloit uivatelům a při zakolení jim ukázat, jakým způsobem ji bude dodrování stanoveného postupu pomáhat v práci.
Vzhledem ke zmíněné choulostivosti na přístup uivatelů je pro průběh a úspěch projektu kritickým faktorem úroveň metodiky a mnoství omylů a neschůdných cest. Najděte kvalitní ICT firmu, která zpracuje rozumný implementační projekt, který bude vem zúčastněným naprosto jasný. Při té příleitosti se máte monost celkem důkladně seznámit s větinou témat zmíněných v předminulém odstavci. Kdy si budete jisti co vás čeká, můete se do toho pustit. Naučíte své spolupracovníky, co a jak mají zadávat do svých termínů a jak si vyjednávat schůzky či rezervovat zasedací místnost. Přestanou mít strach, e ztratí svůj zázračný' deníček či mobilní telefon, ve kterém dnes mají vechny své kontakty. Budou umět formulovat a předávat úkoly. Vekerá komunikace se zlepí a přestanou se hledat podklady, které někdy někdo někam zaloil. Vai zákazníci to ocení. A o vazbách mezi CRM a groupware zase někdy přítě.
www.contros.cz
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.


















