- 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 1-2/2004
Profesionální plánování a řízení IS/ICT projektů
Jiří Löffelmann
V závěru loňského roku proběhl v praském hotelu Crowne Plaza dvoudenní odborný seminář pořádaný vzdělávací společností top vision. Jeho tématem bylo profesionální plánování a řízení IS/ICT projektů. Časopis IT System byl mediálním partnerem této akce, a proto se nyní můeme s čtenáři podělit o hlavní témata a poznatky, které na semináři zazněly.
Celý dopolední blok prvého dne vyplnilo vystoupení Ivana Machaly, vedoucího odboru informačních a komunikačních technologií Východočeské energetiky. Projektové řízení ve velkých distribučních společnostech je charakterizováno sloitějími strukturami, vyími nároky na zdroje a delí dobou řeení. Základním projektovým dokumentem zde bývá tzv. Stanovení podmínek realizace, co je stručný popis obsahující náplň projektu, stanovení cílů, organizační struktura projektu, komunikační standardy, finanční plán, dílčí limity, celkový harmonogram plnění a definici pouívaných metodik. Projekt se dále člení na fáze:
Definování projektu: určení gestora, identifikace projektu, záměr, cíle, rozsah, harmonogram, kritické faktory, administrace.
Plánování projektu: organizační struktura, plán zdrojů, plán realizace, procedury řízení, komunikační standardy, kvalita, plán akceptace, administrace.
Realizace projektu: realizace úkolů, zajiování a kontrola kvality, řízení průběhu, vyhodnocování, nestandardní situace, změny, dodatečné poadavky, ekonomika, administrace.
Ukončení projektu: příprava a podpis akceptačního protokolu, kompletace dokumentace, platební kalendář, hodnocení průběhu, administrace.
Ivan Machala následně podrobně rozebral uvedené oblasti a zaměřil se i na dalí aspekty projektového řízení, jako jsou změnové řízení v průběhu projektu, role a organizační struktury související s projektem, přejímky plnění jednotlivých etap, řízení kvality projektu, komunikace, rizika projektu a hodnocení přínosů. V odpolední části prvého dne vystoupil Daniel Arnot z NCR Česká republika. Jeho příspěvek byl zaměřen na problematiku projektových týmů, jejich organizaci a vedení. Projekt jako takový je obvykle vyčleněn mimo organizační útvary liniového řízení a často zde nejsou zcela vyjasněné vazby mezi standardní organizační strukturou a projektem. Při zaloení a v průběhu projektu vznikají právě z tohoto důvodu dočasné organizační struktury:
ˇ Řídící komise vrcholný rozhodovací orgán projektu, jeho rozhodnutí jsou závazná pro vechny
osoby zúčastněné na projektu. Jsou v ní zastoupeni sponzor projektu, členové vedení společnosti a
zástupce dodavatele.
ˇ Oponentní komise poradní orgán řídící komise projektu. Aktivně vstupuje do řeení a vyjadřuje
se ke vem etapám projektu. Jejím úkolem je kvalifikované a objektivní posuzování vech etap
řeení. Obvykle se skládá s gestora a zástupců uivatelů.
ˇ Zajiování kvality projektu periodická aktivita projektu zabezpečující shodnost realizace s
původním plánem. Jsou zde zastoupeni projektoví manaeři zákazníka i dodavatele a specializovaní
auditoři.
Vechny popsané struktury jsou ve vzájemných vazbách a v přímé vazbě s externím dodavatelem. Dále byly zmíněny moné příčiny neúspěchu projektu. Větina projektů nezkrachuje z technických, ale z takzvaných politických důvodů, jako jsou:
ˇ volba nevhodných členů týmu,
ˇ nezájem členů týmu na výsledku projektu,
ˇ nedostatečná komunikace s uivateli projektu,
ˇ patné řízení očekávání uivatelů projektu,
ˇ patná komunikace,
ˇ nesprávně nastavené odpovědnosti a pravomoci členů projektového týmu.
Závěrečná část této přednáky byla věnována právě těm oblastem, které podporují netechnické aspekty projektového řízení. Zmíněn byl rozdíl mezi vedením a řízením, správné techniky vedení lidí, styly vedení (direktivní, podporující, poradenské, delegující, operativní) a týmová práce.
Druhý den zahájila přednáka Jaroslava Rokyty ze společnosti LBMS, která dodává komplexní řeení projektů v řadě oblastí a má vypracovanou podrobnou a neustále inovovanou metodiku projektového řízení. Jaroslav Rokyta nabídl ve své přednáce pohled dodavatele a soustředil se na fáze dokončení a vyhodnocení projektu.
Na úvod byla citována statistická data ze zdroje The Standish Group, která rozdělila zahájené projekty do kategorií: úspěné 27 %, se závanými problémy 33 % a zcela zruené 40 %. Převáná část těchto problémů je výsledkem chybných projektových postupů a nikoliv chybou lidí, kteří je provádějí. Právě společnosti, jako je LBMS, které disponují irokou paletou ji zrealizovaných projektů, mohou svým zákazníkům nabídnout řadu standardizovaných postupů pro různé typy projektů (business proces reingeneering, vývoj nového výrobku, implementace informačního systému, vývoj softwarové aplikace apod.). Tyto standardizované postupy vznikly systematickým zaznamenáváním, uchováváním a následnou aktualizací poznatků z minulých úspěných i neúspěných projektů. Tímto způsobem vzniká takzvaná knihovna projektových postupů, neboli ablon (projektový postup = ablona = osvědčené postupy = uchovávané vědomosti připravené pro opakované vyuití).
Nad touto knihovnou je dále aplikována metodika zdokonalování, která vyuívá zkuenosti jednotlivých členů projektových týmů pracujících v terénu. Průběně rozvíjená knihovna standardizovaných projektových postupů funguje na principu, e nejlepí postupy jako takové jsou kombinací nejlepích postupů vlastních expertů a nejlepích postupů z daného oboru. Knihovna obvykle obsahuje následující subsystémy:
ˇ ablony,
ˇ Metriky,
ˇ Produkty,
ˇ Standardy,
ˇ Techniky,
ˇ Nástroje.
Popsané know-how je vyuitelné pro vechny potenciální zákazníky LBMS a výrazně sniuje monost neúspěchu nového projektu i jeho personální závislost. Právě z tohoto důvodu jsou pro dodavatele projektových řeení, kteří chtějí získat z projektu maximum, tak důleité standardizované popisy celého průběhu projektu, a proto má mimořádný význam i někdy podceňovaná fáze formálního vyhodnocení a uzavření projektu. Ovem právě zde je moné poloit si následující otázky:
ˇ Jak dalece jsme se odchýlili od původního zadání projektu (porovnání s plánem)?
ˇ Co se odehrálo na projektu?
ˇ Jak probíhala implementace?
ˇ Jak jsme se poučili z toho, čím jsme proli?
ˇ Jak úspěně si vedl kadý člen týmu?
O kadém projektu by měla být zpracována závěrečná hodnotící zpráva s následnými kapitolami:
ˇ Hodnocení předmětné oblasti,
ˇ Standardy projektu,
ˇ Hodnocení dopadu dostupnosti zdrojů,
ˇ Řízení kvality,
ˇ Řízení rizik,
ˇ Řízení změn,
ˇ Odhady a časové plány,
ˇ Pouité metodologie, nástroje a techniky,
ˇ Opakovaně vyuitelné poznatky.
Pokud dojde k podcenění uvedených doporučení, můe to mít pro dodavatelskou organizaci za následek častou modifikaci plánu projektu v jeho průběhu, vyčerpání energie a zdrojů na operativní problémy, překročení rozpočtu, termínové skluzy, přetíení členů projektového týmu a tím i nespokojeného zákazníka.
Závěr dopoledního bloku druhého dne vyplnila přednáka Jiřího Löffelmanna ze společnosti koda Hutě, Plzeň. Na rozdíl od předchozí se cíleněji zabývala zákaznickým pohledem na projekty implementace informačních systémů, a to v kontextu tuzemských strojírenských podniků. Segment strojírenské výroby je dnes běně podporován informačními systémy. Nicméně problematická implementace spolu s obvykle omezenějím rozpočtem, ne je tomu například v oblasti utilit, můe přivést výrobní podnik do velmi svízelné situace. Právě proto byly v této přednáce zdůrazněny oblasti, které mohou zapříčinit potenciální ohroení projektu. Jsou to zejména:
ˇ strategická definice cíle,
ˇ mechanizmus výběrového řízení,
ˇ procesní analýza,
ˇ stanovení ceny,
ˇ role managementu zákazníka,
ˇ role konzultantů dodavatele řeení,
ˇ role projektového týmu zákazníka,
ˇ role vedoucího projektu ze strany zákazníka,
ˇ úskalí při vyuití předpřipravených řeení.
Dalími tématy byla otázka přizpůsobení podniku informačnímu systému a naopak, typy implementace informačních systémů (na zelené louce, upgrade informačního systému, komplexní náhrada novým systémem) a změna role IT od technologie k řeení business procesů. V průběhu přednáky dolo k ivé diskusi, která nastínila odliné pohledy zákazníků a dodavatelů na uvedenou tematiku.
Závěrečná přednáka celého semináře, kterou přednesl Miroslav Hübner, byla věnována obecné problematice řízení projektů, tak jak je realizována ve společnosti Praská energetika. Po deregulaci a privatizaci energetiky se Praská energetika ocitla v heterogenním prostředí, které navíc provázela řada změn. Přímým důsledkem jsou stále rostoucí investice do infrastruktury (servery, datová úloitě, ERP, zákaznické systémy a provozní systémy). Dalím souvisejícím momentem je aplikace projektového řízení na celou řadu systémových změn, která Praskou energetiku potkala. Miroslav Hübner nejprve definoval některé základní termíny:
ˇ Projekt řízená skupina činností vyvolaná za účelem dosaení předem určených cílů v daných
termínech, ceně a s přidělenými zdroji,
ˇ Řízení projektů plánování, organizování a vedení činností a zdrojů za účelem dosaení
definovaných cílů,
ˇ Vlastnosti projektu unikátnost, definované cíle, dané termíny, daná cena, omezené zdroje, není
liniově závislý.
Mimořádně zajímavou byla následující část přednáky, kde bylo nastíněno zcela konkrétní aplikování projektových principů v Praské energetice:
ˇ CIO má ve své kompetenci i organizaci firmy a je zodpovědný i za řízení vech projektů ve firmě:
Příklad takřka revolučního řeení, kdy oblasti organizace, infrastruktury, informačních systémů a
projektového řízení mají jednu hlavu! Geniální, nicméně jen málokterý management je natolik
odváný, aby toto řeení přijal.
ˇ Kadý projekt má svou definovanou prioritu určenou barvou (modrý, edý, červený a zlatý
projekt)
ˇ Kadý projekt má své přesně definované formální postupy a metody řízení v následujících
oblastech: Dokumentace (číslo projektu, karta projektu, pověřovací dekret vedoucího projektu,
karta přínosů projektu, závěrečná zpráva z projektu, ablona projektu).
Personální obsazení (sponzor projektu, koordinátor projektu, vedoucí projektu, uivatelský
vedoucí projektu, projektová kancelář).
Metodika řízení (projektová schůzka, kontrolní den projektu, ředitelský den, schůzka řídícího
výboru).
ˇ Zavedení institutu projektové kanceláře: Projektová kancelář je odborný útvar jeho hlavním
úkolem je centrální evidence a sledování projektů, podpora jejich řízení a koordinace. Přenesení
administrativních činností spojených s projekty jako práce na plný úvazek na určeného člověka má
za následek, e koordinátor a vedoucí projektu mají volné ruce pro tvůrčí práci na vlastních
projektech.
ˇ Projekty se zpětně vyhodnocují a dochází k porovnání skutečných přínosů s plánovanými: Přínosy
jsou členěny na tvrdé (přesně měřitelné) a měkké (hůře měřitelné).
Tato část přednáky byla pro mne osobně mimořádně zajímavá, protoe popisovala skutečně reálnou problematiku projektového řízení v konkrétní společnosti. Je potěující, e stejně jako v předcházejících (více teoreticky laděných) příspěvcích, byl i zde kladen evidentní důraz na komplexní dokumentování projektů, jeho přesné řízení a zpětné vyhodnocování. Tento fakt je pro mne dalím důkazem, e segment utilit spolu s telekomunikacemi je v tuto chvíli v realizaci moderních metod řízení stejně jako ve vyuívání informačních technologií mezi tuzemskými podniky jasně na čele.
Závěr
Průběh obou dní ukázal, e oblast profesionálního řízení IS/ICT projektů je mimořádně rozsáhlá a můe být chápána a nahlíena z nejrůznějích úhlů. Odliné pohledy mají zákazníci a dodavatelé, projektoví manaeři, management i uivatelé. Jsou zásadní rozdíly mezi projekty v oblasti distribučních společností a výrobních podniků a podle toho se lií i pouité přístupy a metodika. Přes vechny uvedené rozdíly se projektové řízení bude jako metoda stále více uplatňovat, právě pro svou schopnost řeit neopakovatelné, sloité a liniově nezávislé komplexy činností, které jsou charakteristické pro současné turbulentní prostředí.

| Jaroslav Rokyta ze společnosti LBMS nabídl pohled dodavatele |
Celý dopolední blok prvého dne vyplnilo vystoupení Ivana Machaly, vedoucího odboru informačních a komunikačních technologií Východočeské energetiky. Projektové řízení ve velkých distribučních společnostech je charakterizováno sloitějími strukturami, vyími nároky na zdroje a delí dobou řeení. Základním projektovým dokumentem zde bývá tzv. Stanovení podmínek realizace, co je stručný popis obsahující náplň projektu, stanovení cílů, organizační struktura projektu, komunikační standardy, finanční plán, dílčí limity, celkový harmonogram plnění a definici pouívaných metodik. Projekt se dále člení na fáze:
Definování projektu: určení gestora, identifikace projektu, záměr, cíle, rozsah, harmonogram, kritické faktory, administrace.
Plánování projektu: organizační struktura, plán zdrojů, plán realizace, procedury řízení, komunikační standardy, kvalita, plán akceptace, administrace.
Realizace projektu: realizace úkolů, zajiování a kontrola kvality, řízení průběhu, vyhodnocování, nestandardní situace, změny, dodatečné poadavky, ekonomika, administrace.
Ukončení projektu: příprava a podpis akceptačního protokolu, kompletace dokumentace, platební kalendář, hodnocení průběhu, administrace.
Ivan Machala následně podrobně rozebral uvedené oblasti a zaměřil se i na dalí aspekty projektového řízení, jako jsou změnové řízení v průběhu projektu, role a organizační struktury související s projektem, přejímky plnění jednotlivých etap, řízení kvality projektu, komunikace, rizika projektu a hodnocení přínosů. V odpolední části prvého dne vystoupil Daniel Arnot z NCR Česká republika. Jeho příspěvek byl zaměřen na problematiku projektových týmů, jejich organizaci a vedení. Projekt jako takový je obvykle vyčleněn mimo organizační útvary liniového řízení a často zde nejsou zcela vyjasněné vazby mezi standardní organizační strukturou a projektem. Při zaloení a v průběhu projektu vznikají právě z tohoto důvodu dočasné organizační struktury:
ˇ Řídící komise vrcholný rozhodovací orgán projektu, jeho rozhodnutí jsou závazná pro vechny
osoby zúčastněné na projektu. Jsou v ní zastoupeni sponzor projektu, členové vedení společnosti a
zástupce dodavatele.
ˇ Oponentní komise poradní orgán řídící komise projektu. Aktivně vstupuje do řeení a vyjadřuje
se ke vem etapám projektu. Jejím úkolem je kvalifikované a objektivní posuzování vech etap
řeení. Obvykle se skládá s gestora a zástupců uivatelů.
ˇ Zajiování kvality projektu periodická aktivita projektu zabezpečující shodnost realizace s
původním plánem. Jsou zde zastoupeni projektoví manaeři zákazníka i dodavatele a specializovaní
auditoři.
Vechny popsané struktury jsou ve vzájemných vazbách a v přímé vazbě s externím dodavatelem. Dále byly zmíněny moné příčiny neúspěchu projektu. Větina projektů nezkrachuje z technických, ale z takzvaných politických důvodů, jako jsou:
ˇ volba nevhodných členů týmu,
ˇ nezájem členů týmu na výsledku projektu,
ˇ nedostatečná komunikace s uivateli projektu,
ˇ patné řízení očekávání uivatelů projektu,
ˇ patná komunikace,
ˇ nesprávně nastavené odpovědnosti a pravomoci členů projektového týmu.
Závěrečná část této přednáky byla věnována právě těm oblastem, které podporují netechnické aspekty projektového řízení. Zmíněn byl rozdíl mezi vedením a řízením, správné techniky vedení lidí, styly vedení (direktivní, podporující, poradenské, delegující, operativní) a týmová práce.
Druhý den zahájila přednáka Jaroslava Rokyty ze společnosti LBMS, která dodává komplexní řeení projektů v řadě oblastí a má vypracovanou podrobnou a neustále inovovanou metodiku projektového řízení. Jaroslav Rokyta nabídl ve své přednáce pohled dodavatele a soustředil se na fáze dokončení a vyhodnocení projektu.
Na úvod byla citována statistická data ze zdroje The Standish Group, která rozdělila zahájené projekty do kategorií: úspěné 27 %, se závanými problémy 33 % a zcela zruené 40 %. Převáná část těchto problémů je výsledkem chybných projektových postupů a nikoliv chybou lidí, kteří je provádějí. Právě společnosti, jako je LBMS, které disponují irokou paletou ji zrealizovaných projektů, mohou svým zákazníkům nabídnout řadu standardizovaných postupů pro různé typy projektů (business proces reingeneering, vývoj nového výrobku, implementace informačního systému, vývoj softwarové aplikace apod.). Tyto standardizované postupy vznikly systematickým zaznamenáváním, uchováváním a následnou aktualizací poznatků z minulých úspěných i neúspěných projektů. Tímto způsobem vzniká takzvaná knihovna projektových postupů, neboli ablon (projektový postup = ablona = osvědčené postupy = uchovávané vědomosti připravené pro opakované vyuití).
Nad touto knihovnou je dále aplikována metodika zdokonalování, která vyuívá zkuenosti jednotlivých členů projektových týmů pracujících v terénu. Průběně rozvíjená knihovna standardizovaných projektových postupů funguje na principu, e nejlepí postupy jako takové jsou kombinací nejlepích postupů vlastních expertů a nejlepích postupů z daného oboru. Knihovna obvykle obsahuje následující subsystémy:
ˇ ablony,
ˇ Metriky,
ˇ Produkty,
ˇ Standardy,
ˇ Techniky,
ˇ Nástroje.
Popsané know-how je vyuitelné pro vechny potenciální zákazníky LBMS a výrazně sniuje monost neúspěchu nového projektu i jeho personální závislost. Právě z tohoto důvodu jsou pro dodavatele projektových řeení, kteří chtějí získat z projektu maximum, tak důleité standardizované popisy celého průběhu projektu, a proto má mimořádný význam i někdy podceňovaná fáze formálního vyhodnocení a uzavření projektu. Ovem právě zde je moné poloit si následující otázky:
ˇ Jak dalece jsme se odchýlili od původního zadání projektu (porovnání s plánem)?
ˇ Co se odehrálo na projektu?
ˇ Jak probíhala implementace?
ˇ Jak jsme se poučili z toho, čím jsme proli?
ˇ Jak úspěně si vedl kadý člen týmu?
O kadém projektu by měla být zpracována závěrečná hodnotící zpráva s následnými kapitolami:
ˇ Hodnocení předmětné oblasti,
ˇ Standardy projektu,
ˇ Hodnocení dopadu dostupnosti zdrojů,
ˇ Řízení kvality,
ˇ Řízení rizik,
ˇ Řízení změn,
ˇ Odhady a časové plány,
ˇ Pouité metodologie, nástroje a techniky,
ˇ Opakovaně vyuitelné poznatky.
Pokud dojde k podcenění uvedených doporučení, můe to mít pro dodavatelskou organizaci za následek častou modifikaci plánu projektu v jeho průběhu, vyčerpání energie a zdrojů na operativní problémy, překročení rozpočtu, termínové skluzy, přetíení členů projektového týmu a tím i nespokojeného zákazníka.
Závěr dopoledního bloku druhého dne vyplnila přednáka Jiřího Löffelmanna ze společnosti koda Hutě, Plzeň. Na rozdíl od předchozí se cíleněji zabývala zákaznickým pohledem na projekty implementace informačních systémů, a to v kontextu tuzemských strojírenských podniků. Segment strojírenské výroby je dnes běně podporován informačními systémy. Nicméně problematická implementace spolu s obvykle omezenějím rozpočtem, ne je tomu například v oblasti utilit, můe přivést výrobní podnik do velmi svízelné situace. Právě proto byly v této přednáce zdůrazněny oblasti, které mohou zapříčinit potenciální ohroení projektu. Jsou to zejména:
ˇ strategická definice cíle,
ˇ mechanizmus výběrového řízení,
ˇ procesní analýza,
ˇ stanovení ceny,
ˇ role managementu zákazníka,
ˇ role konzultantů dodavatele řeení,
ˇ role projektového týmu zákazníka,
ˇ role vedoucího projektu ze strany zákazníka,
ˇ úskalí při vyuití předpřipravených řeení.
Dalími tématy byla otázka přizpůsobení podniku informačnímu systému a naopak, typy implementace informačních systémů (na zelené louce, upgrade informačního systému, komplexní náhrada novým systémem) a změna role IT od technologie k řeení business procesů. V průběhu přednáky dolo k ivé diskusi, která nastínila odliné pohledy zákazníků a dodavatelů na uvedenou tematiku.
Závěrečná přednáka celého semináře, kterou přednesl Miroslav Hübner, byla věnována obecné problematice řízení projektů, tak jak je realizována ve společnosti Praská energetika. Po deregulaci a privatizaci energetiky se Praská energetika ocitla v heterogenním prostředí, které navíc provázela řada změn. Přímým důsledkem jsou stále rostoucí investice do infrastruktury (servery, datová úloitě, ERP, zákaznické systémy a provozní systémy). Dalím souvisejícím momentem je aplikace projektového řízení na celou řadu systémových změn, která Praskou energetiku potkala. Miroslav Hübner nejprve definoval některé základní termíny:
ˇ Projekt řízená skupina činností vyvolaná za účelem dosaení předem určených cílů v daných
termínech, ceně a s přidělenými zdroji,
ˇ Řízení projektů plánování, organizování a vedení činností a zdrojů za účelem dosaení
definovaných cílů,
ˇ Vlastnosti projektu unikátnost, definované cíle, dané termíny, daná cena, omezené zdroje, není
liniově závislý.
Mimořádně zajímavou byla následující část přednáky, kde bylo nastíněno zcela konkrétní aplikování projektových principů v Praské energetice:
ˇ CIO má ve své kompetenci i organizaci firmy a je zodpovědný i za řízení vech projektů ve firmě:
Příklad takřka revolučního řeení, kdy oblasti organizace, infrastruktury, informačních systémů a
projektového řízení mají jednu hlavu! Geniální, nicméně jen málokterý management je natolik
odváný, aby toto řeení přijal.
ˇ Kadý projekt má svou definovanou prioritu určenou barvou (modrý, edý, červený a zlatý
projekt)
ˇ Kadý projekt má své přesně definované formální postupy a metody řízení v následujících
oblastech: Dokumentace (číslo projektu, karta projektu, pověřovací dekret vedoucího projektu,
karta přínosů projektu, závěrečná zpráva z projektu, ablona projektu).
Personální obsazení (sponzor projektu, koordinátor projektu, vedoucí projektu, uivatelský
vedoucí projektu, projektová kancelář).
Metodika řízení (projektová schůzka, kontrolní den projektu, ředitelský den, schůzka řídícího
výboru).
ˇ Zavedení institutu projektové kanceláře: Projektová kancelář je odborný útvar jeho hlavním
úkolem je centrální evidence a sledování projektů, podpora jejich řízení a koordinace. Přenesení
administrativních činností spojených s projekty jako práce na plný úvazek na určeného člověka má
za následek, e koordinátor a vedoucí projektu mají volné ruce pro tvůrčí práci na vlastních
projektech.
ˇ Projekty se zpětně vyhodnocují a dochází k porovnání skutečných přínosů s plánovanými: Přínosy
jsou členěny na tvrdé (přesně měřitelné) a měkké (hůře měřitelné).
Tato část přednáky byla pro mne osobně mimořádně zajímavá, protoe popisovala skutečně reálnou problematiku projektového řízení v konkrétní společnosti. Je potěující, e stejně jako v předcházejících (více teoreticky laděných) příspěvcích, byl i zde kladen evidentní důraz na komplexní dokumentování projektů, jeho přesné řízení a zpětné vyhodnocování. Tento fakt je pro mne dalím důkazem, e segment utilit spolu s telekomunikacemi je v tuto chvíli v realizaci moderních metod řízení stejně jako ve vyuívání informačních technologií mezi tuzemskými podniky jasně na čele.
Závěr
Průběh obou dní ukázal, e oblast profesionálního řízení IS/ICT projektů je mimořádně rozsáhlá a můe být chápána a nahlíena z nejrůznějích úhlů. Odliné pohledy mají zákazníci a dodavatelé, projektoví manaeři, management i uivatelé. Jsou zásadní rozdíly mezi projekty v oblasti distribučních společností a výrobních podniků a podle toho se lií i pouité přístupy a metodika. Přes vechny uvedené rozdíly se projektové řízení bude jako metoda stále více uplatňovat, právě pro svou schopnost řeit neopakovatelné, sloité a liniově nezávislé komplexy činností, které jsou charakteristické pro současné turbulentní prostředí.
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.


















