Základy projektového řízení

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

SUStartip Up a Project
DPDirecting a Project
IPInitiating a Project
CSControlling a Stage
MPManaging Product Delivery
SBManaging a Stage Boundary
CPClosing a Project

PMI PMBOK

01Initiating
02Defining & Planning
03Executing
04Monitoring & Controlling
05Closing

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ě)