- 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)
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í (nejen) IT projektů - 1. díl
Z čeho lze vycházet při přípravě projektu?
Na úvod seriálu, ve kterém se budeme zabývat fázemi projektového řízení a jejich úskalími, je třeba představit standardy, ze kterých projektová praxe vychází. Ty nejsou, a na výjimky, výmyslem akademiků nebo úředníků neposkvrněných praxí. Jsou spíe soupisem nejlepích zkueností praktikujících manaerů, kteří si ve vyzkoueli na vlastní kůi.Na úvod seriálu, ve kterém se budeme zabývat fázemi projektového řízení a jejich úskalími, je třeba představit standardy, ze kterých projektová praxe vychází. Ty nejsou, a na výjimky, výmyslem akademiků nebo úředníků neposkvrněných praxí. Jsou spíe soupisem nejlepích zkueností praktikujících manaerů, kteří si ve vyzkoueli na vlastní kůi.

Pokud máme standard, který musí pokrývat problematiku sociálních projektů, koncertního turné lokální kapely nebo stavby atomové elektrárny, nutně musí být dost obecný. Stává se pak spíe určitým doporučením, jakou filozofii zvolit, jaké jsou osvědčené metody apod., ne by poskytoval konkrétní návod krok za krokem. V tom se celkem zásadně lií standard (norma) od metodiky (metody). Standard je ze své podstaty velmi obecný, pouze určuje nutné a nezbytné prvky, podle kterých lze posoudit shoda. Metodika je ji mnohem konkrétnějí, jedná se o popis doporučených praktik a postupů pokrývajících celý ivotní cyklus projektu. Daní za konkrétnost je pochopitelně určitá fixace na některý obor či oblast lidské činnosti. Standard například stanoví, e rozeznává určité procesy, ty mají své procesní kroky s definovanými monými vstupy, výstupy a obvykle pouívanými nástroji změny vstupu na výstup. Metodika ji přesně řekne, jak má vstup a výstup vypadat a jak přesně vstupy na výstupy změnit.
Standardů a metodik projektového řízení je více, a téměř vdy se jedná o práci určité profesní skupiny, nestátního charakteru, která vnáí do problematiky své mylenky a zkuenosti, a to i v závislosti na sociálně-kulturním prostředí, ze kterého standard či metodika vychází. A tak je potřeba tyto dokumenty i vnímat. Spíe jako inspiraci ne jako tvrdý zákon. Jednou ze základních vlastností projektu je jeho jedinečnost, take to, co se naplno osvědčí v jednom projektu, nemusí ve druhém fungovat dobře. To, co se osvědčilo v Severní Americe, nemusí dobře fungovat v Evropě. Lidé jsou různí, různě se chovají, mají různé zvyky a řízení projektů znamená předevím řídit lidi. Na druhou stranu téměř vechny standardy a metodiky projektového řízení mají podobnou základní filozofii, pouívají obdobné metody i názvosloví a mají obrovský přínos v tom, e si pracovníci na projektech dokáí vzájemně porozumět, pochopit se a efektivně spolupracovat. Mezi hlavní, světové standardy patří PMI PM BoK, IPMA CB a do jisté míry i směrnice ISO 10 006. Lií se místem vzniku, podkladem, ze kterého byly vytvořeny, i způsobem zpracování. Metodikou často stavěnou po bok standardů je PRINCE2.
Někdy jsou standardy a metodiky projektového řízení zaměňovány například s metodikami a nástroji tvorby softwaru, jako jsou SSADM, RUP atp., nebo dokonce dalími rámci a metodikami typu ITIL, six sigma apod. Tyto metody a postupy samozřejmě není problém v rámci projektů pouívat, vycházejí vak předevím z principů systémového, softwarového a výrobního inenýrství. Vlastní projektové řízení má irí záběr a tyto metodiky, přístupy a rámce obvykle pouívá jako dílčí nástroje nebo je s nimi vzhledem k předmětu projektu nutně v souladu. Je a komické jak si mnozí nejsou ádného rozdílu vědomi a vesele míchají tyto hruky a jablka dohromady (viz např. pravidelné průzkumy stavu projektového řízení od některých velkých poradenských firem). Představme si alespoň hlavní zástupce standardů a metodik, které se často vyskytují.
Project Management Body of Knowledge (PM BoK)
Tento standard vytváří a udruje Project Management Institute. Základním přístupem je v tomto případě procesní pojetí problematiky projektového řízení. Je definováno pět hlavních rodin procesů, devět oblastí znalostí, jednotlivé procesy a jejich vzájemné vazby. Vekeré procesy a procesní kroky mají definovány své vstupy, výstupy a nástroje transformace (úkony, metody, techniky). Určitou zvlátností je, e standard PM BoK sám o sobě vychází jako příloha publikace A Guide to the PM BoK. Tento průvodce, který je jakýmsi vysvětlením či komentářem ke standardu, se svým pojetím a zpracováním hodně blíí metodice. Lze získat několik certifikátů projektových manaerů odvozených od tohoto standardu, certifikujícím je vdy přímo PMI. Kromě základního stupně CAPM je vyadována víceletá praxe (dle konkrétní certifikace).
IPMA Competence Baseline
Na rozdíl od předchozího je pojetí standardu vytvářeného a spravovaného profesní organizací International Project Management Association kompetenční. Standard tedy není zaměřen na přesnou podobu definovaných procesů a jejich konkrétní aplikaci, ale na schopnosti a dovednosti kompetence projektových, programových a portfolio manaerů a členů jejich týmů. Tyto kompetence jsou definovány, popsány a jsou určeny znaky, se kterými je prokazována míra shody a dle toho určována kompetence na kále 1 a 10.
Standard ICB tedy nediktuje procesy, ale doporučuje určité procesní kroky, které je třeba vhodně aplikovat do konkrétní projektové situace. Těitěm je pak právě schopnost vhodné aplikace konkrétními osobnostmi. Je tedy ponechán velký prostor kreativitě a vlastnímu názoru. Určitým rozdílem oproti ostatním je pak i vlastní podoba standardu ICB. Vdy je jeden základní dokument ICB, který platí obecně a je určen k rozpracování národními organizacemi, členy IPMA (kterých je v současnosti 45 na pěti kontinentech). V současné době je například CZ NCB ve verzi 3.2. Certifikace IPMA je zaměřena na čtyři úrovně kompetencí jedince, certifikuje vdy národní zastoupení IPMA (v ČR to je Certifikační orgán společnosti pro projektové řízení). Kromě základního stupně D je vyadována víceletá praxe (dle stupně).
ISO 10 006
V tomto případě nejde o komplexní standard, jako tomu bylo u dvou zmíněných výe. Nejde ani o samostatnou normu, ale o tzv. směrnici jakosti v managementu projektu. ISO jako takové zatím vlastní standard projektového řízení nemá, by se na něm pod označením ISO 21 500 pracuje a je ji téměř dokončen.
Přesto je tento doplněk rodiny ISO 9000 zajímavý. Obsahuje návod, jak by měl být popsán subsystém integrovaného manaerského systému na bázi platformy ISO 9000:2000 s tematikou řízení projektů (a tento popis je nápadně podobný pojetí PMI). Nic více, nic méně. Pokud tedy vlastní nějaká společnost, instituce nebo jiné uskupení certifikát systému řízení kvality dle ISO 9000:2000 a zároveň realizuje projekty, měla by být problematika projektového řízení popsána v souladu s ISO 10 006. Podstatný je fakt, e se jedná o součást systému na bázi ISO 9000:2000, která sama o sobě nemá definovány prvky, se kterými by mohla být prokazována shoda. Není samostatnou systémovou normou a nelze podle ní provádět certifikaci.
Dnes se můeme setkat s některými společnostmi, které se honosí certifikovaným systémem řízení projektů podle ISO 10 006 (co je vzhledem k výe uvedenému velmi podivuhodné), nebo dokonce jedinci, kteří si natiskli certifikát ISO 10 006 Projektový manaer (co je vzhledem k obsahu dané směrnice ji opravdu odváné). Je třeba si uvědomit, e i přes různé kličky a více či méně absurdní vysvětlení, je existence takového dokumentu znakem neznalosti, nebo snad hůře neserióznosti toho, kdo se jím prokazuje (nebo dokonce nabízí provedení jakékoliv certifikace podle ISO 10 006).
Projects In Controlled Environments PRINCE2
V tomto případě jde opět o procesní pojetí, které vzniklo na základě zadání britského ministerstva průmyslu a obchodu a je rozpracováno do metodiky. V 80. letech potřebovala britská vláda a státní správa mnoho IT projektů, jejich kvalita vak byla velmi proměnlivá. Projekty měly tendenci nedodrovat svůj harmonogram, rozpočet a ani s dosahováním cílů to nebylo slavné. Proto výe zmíněná organizace Office of Government Commerce (OGC) vyvinula metodiku a kdokoliv chtěl státní zakázku, musel podle této metodiky postupovat (a manaer projektu musel být certifikován, e tuto metodiku ovládá). Jedná se o poměrně inspirativní přístup i v dnení době. Britské firmy se tedy velmi rychle PRINCE2 naučily pouívat (a přenáí ji do svých dcer). Metodika vznikla předevím pro IT prostředí a je v tomto prostředí také primárně pouívána. Certifikaci průkazné znalosti metodiky ve dvou základních stupních provádí akreditované vzdělávací firmy přímo na svých kurzech. Pro certifikaci není vyadována praxe.
Jan Doleal
Autor je ředitelem společnosti PM Consulting. Je dritelem certifikací PMI PMP a IPMA level B. Zabývá se předevím optimalizací systémů řízení projektů v různých firmách a organizacích.


















