Mezinárodní standardy
Z množství mezinárodních standardů projektového managementu zmiňme alespoň dva:
PRINCE2 (PRojects IN Controlled Environments) je metodika projektového řízení původně vyvinutá ve Velké Británii a dnes široce používaná po celém světě. Je založena na principech, tématech a procesech, které pomáhají řídit projekt v jednotlivých fázích – od zahájení až po ukončení. PRINCE2 klade důraz na důsledné plánování, kontrolu přínosů, řízení rizik a jasně definované role. Je vhodná jak pro malé projekty, tak pro rozsáhlé firemní nebo státní iniciativy. Výhodou je její strukturovanost a přizpůsobivost různým prostředím.
PMBOK (Project Management Body of Knowledge) je soubor standardů a osvědčených postupů vytvořený americkou organizací PMI (Project Management Institute). Na rozdíl od PRINCE2 není metodikou, ale spíše rámcem znalostí, který definuje oblasti projektového řízení – jako jsou řízení rozsahu, času, nákladů, kvality, komunikace, rizik a dalších. PMBOK je velmi rozšířený zejména v USA a mezinárodních korporacích. Slouží jako základ pro přípravu na certifikaci PMP (Project Management Professional), jednu z nejuznávanějších certifikací v oblasti projektového řízení na světě.
Výhody a nevýhody PRINCE2
Výhody:
- jasná struktura
- flexibilita
- zaměření na produkty (výstupy)
- řízení rizik
- komunikace
Nevýhody:
- komplexita
- rigidita
- náklady na školení a certifikaci
Výhody a nevýhody PMBOK
Výhody:
- široká akceptace napříč průmyslem
- komplexita
- flexibilita
- zdroj znalostí a zkušeností
Nevýhody:
- teoretický přístup
- komplexita
- náklady na školení a certifikaci
Principy projektu podle PRINCE2
Obchodní odůvodnění
Projekt musí dávat smysl především z obchodního hlediska. Musí existovat jasná návratnost investice (jak finanční, tak časové) a využití zdrojů musí být odůvodnitelné.
Poučení z předchozích zkušeností
Projektové týmy by se měly učit z předchozích projektů. Pro tento účet se vede tzv. lesson journal (deník zkušeností).
Stanovení rolí a odpovědností
Každý, kdo na projektu pracuje, by měl vědět, co dělá on a také co dělají ostatní. To zahrnuje také znalost, kdo činí rozhodnutí.
Řízení podle etap
Náročné aktivity by měly být rozdělny na části, které jsou zvládnutelné.
Řízení na základě výjimek
Dobře řízený projekt nevyžaduje mnoho zásahů ze strany managementu. Project board je informován pouze tehdy, může-li být (je-li) problém.
Zaměření na produkt
Každý by měl být předem obeznámen s popisem produktu. Požadavky na produkt řídí pracovní činnost, nikoliv naopak.
Přizpůsobení prostředí
Projekty, které přizpůsobí projektovou metodiku PRINCE2 svým specifickým požadavkům mají větší šanci na úspěch než ty, které přijmou PRINCE2 tak, jak je.
Fáze projektu podle standardů
PRINCE2
| SU | Startip Up a Project |
| DP | Directing a Project |
| IP | Initiating a Project |
| CS | Controlling a Stage |
| MP | Managing Product Delivery |
| SB | Managing a Stage Boundary |
| CP | Closing a Project |
PMI PMBOK
| 01 | Initiating |
| 02 | Defining & Planning |
| 03 | Executing |
| 04 | Monitoring & Controlling |
| 05 | Closing |
Příklad rozdělení projektu do fází si můžete projít zde.
Typické role v projektu
Každý úspěšný projekt stojí na lidech – jejich rolích, odpovědnostech a schopnosti spolupracovat. V rozsáhlejších projektech se obvykle setkáváme s jasným rozdělením rolí mezi zákaznickou (customer) a dodavatelskou (supplier) stranu. Na vrcholu stojí projektový sponzor, který projekt iniciuje, schvaluje klíčová rozhodnutí a zajišťuje financování. Každodenní řízení projektu pak má na starosti projektový manažer, který koordinuje týmy, hlídá termíny, rozpočet a komunikaci mezi všemi zúčastněnými.
Na zákaznické straně bývá klíčový tým složený z key users (klíčových uživatelů) – zástupců jednotlivých oddělení, kteří definují požadavky a ověřují, že řešení odpovídá potřebám firmy. Dále se zde může nacházet Q&A tým, který se podílí na testování, a také tým pro řízení změn (change management), který zajišťuje, že uživatelé nové řešení přijmou a naučí se s ním pracovat.
Na dodavatelské straně obvykle působí business analytik, který sbírá požadavky a převádí je do technických specifikací, a dále specialisté z různých oblastí – architekt, vývojáři, databázoví experti, testeři, bezpečnostní experti a další IT role, které řešení navrhují, vyvíjejí a nasazují. Všechny tyto role musí spolupracovat, aby projekt nejen technicky fungoval, ale byl i prakticky použitelný, bezpečný a uživatelsky přijatý.

Abychom již dopředu jasně rozdělili nejenom které týmy máme, ale také který tým co dělá, za co zodpovídá, s kým je potřeba se poradit, a tak dále, je vžitý popis rolí pomocí tzv. RACI modelu. RACI model ke každé roli popisuje jednotlivé body ve čtyř skupinách:
- R = Responsible (vykonává) – pozor na častou záměnu s „A“
- A = Accountable (zodpovídá) – nemusí vykonávat
- C = Consulted (radí) – v těchto činnostech je potřeba se s rolí poradit
- I = Informed (je informován) – v těchto činnostech je potřeba roli předávat informace (jednosměrně)