3 min čteníPublikováno:

Projektový záměr (project charter): co obsahuje a jak ho napsat

Projektový záměr, anglicky project charter, je krátký dokument, kterým se projekt oficiálně spouští. Pojmenovává, čeho projekt dosáhne, kdo ho vede, s jakými zdroji a v jakých hranicích. Zatímco business case odpovídá na otázku „vyplatí se to?“, projektový záměr odpovídá na otázku „jak to spustíme a kdo za to odpovídá?“.

Kdy projektový záměr potřebujete

  • hned po schválení business casu nebo rozpočtu,
  • když projekt potřebuje projektového manažera s jasnými pravomocemi,
  • když se na projektu podílí více oddělení nebo externí dodavatel,
  • když chcete mít od začátku dohodnutý rozsah a předejít jeho nekontrolovanému růstu.

Projektový záměr versus business case

Business case zdůvodňuje investici: problém, možnosti, náklady, přínosy a rizika. Projektový záměr navazuje na rozhodnutí a projekt formálně zakládá: cíle, rozsah, tým, rozpočet, milníky a pravomoci. Business case se píše před rozhodnutím, projektový záměr po něm.

Struktura projektového záměru

1. Název a účel projektu – jednou dvěma větami, proč projekt vzniká.

2. Cíle a kritéria úspěchu – měřitelné cíle a podle čeho se projekt na konci vyhodnotí.

3. Rozsah – co projekt dodá a co výslovně není jeho součástí.

4. Hlavní výstupy – konkrétní výsledky, například nasazený systém, proškolení uživatelé, dokumentace.

5. Milníky a harmonogram – klíčová data, ne podrobný plán.

6. Rozpočet a zdroje – schválené finance, lidé a jejich kapacita.

7. Organizace projektu – sponzor, projektový manažer, řídicí výbor a jejich pravomoci.

8. Zainteresované strany – kdo je projektem dotčen a kdo ho musí podpořit.

9. Hlavní rizika, předpoklady a omezení – to nejdůležitější, podrobný registr rizik vznikne později.

10. Schválení – kdo záměr schvaluje a kdy.

Nejčastější chyby

  • Příliš dlouhý dokument. Projektový záměr má mít pár stran, ne podobu podrobného projektového plánu.
  • Nejasné pravomoci. Pokud není jasné, o čem rozhoduje projektový manažer a o čem sponzor, rozhodnutí se zdrží.
  • Chybějící hranice rozsahu. Bez vymezení toho, co do projektu nepatří, projekt nekontrolovaně roste.
  • Cíle bez měřítka. „Zlepšit spolupráci“ není cíl; „zkrátit schvalování smluv z 10 na 3 dny“ ano.

Ukázka: projektový záměr vytvořený v Baaito

Zadání, které jsme Baaito dali:

Firma přesouvá firemní web a zákaznický portál z vlastních serverů do cloudu. Projekt má trvat 4 měsíce, rozpočet 45 000 €, tým tvoří projektový manažer, 2 vývojáři a externí dodavatel cloudu. Sponzorem je IT ředitel.

Ukázka dokumentu

Project Charter — Migrace firemního webu do cloudu

První strany skutečného dokumentu, který Baaito vytvořil ze zadání výše.

Project Charter — Migrace firemního webu do cloudu

Účel projektu a obchodní zdůvodnění

Firma zamýšlí přesunout firemní web a zákaznický portál z vlastních serverů do cloudového prostředí. Tento přesun představuje evidovaný účel projektu; konkrétní obchodní přínosy, strategické zdůvodnění a očekávané výsledky nebyly dodány.

Projekt je podle dodaného zadání plánován na 4 měsíce s rozpočtem 45 000 €. Sponzorem projektu je IT ředitel. Realizační tým má tvořit projektový manažer, dva vývojáři a externí dodavatel cloudu.

Formální rozhodnutí požadované od sponzora je TBD — vyžadováno je potvrzení, zda IT ředitel schvaluje zahájení projektu, jeho rozsah, rozpočet, dobu trvání a navržený způsob řízení. Podrobné varianty řešení, plán dodávky, technická architektura a migrační postup jsou TBD — vyžadovány jsou schválené projektové a technické podklady.

Cíle

  • Přesunout firemní web z vlastních serverů do cloudu — měřítko, cílová hodnota, vlastník a termín jsou TBD; vyžadován je schválený seznam cílů a odpovědností.
  • Přesunout zákaznický portál z vlastních serverů do cloudu — měřítko, cílová hodnota, vlastník a termín jsou TBD; vyžadován je schválený seznam cílů a odpovědností.
  • Dokončit projekt v předpokládaném trvání 4 měsíců — charakter tohoto termínu jako závazného cíle nebo odhadu je TBD; vyžadován je schválený harmonogram.
  • Provést projekt v rozpočtu 45 000 € — není potvrzeno, zda jde o požadovaný, odhadovaný nebo autorizovaný rozpočet; vyžadován je schválený rozpočtový rámec.

Konkrétní přínosy pro firmu, zákazníky nebo provoz, stejně jako kritéria pro posouzení dosažení cílů, nebyly dodány. Tyto informace jsou TBD — vyžadován je schválený business case nebo obdobné zdůvodnění.

Rozsah a hranice

Položka rozsahuKlasifikacePopisOdůvodněníVlastníkStav
Firemní webZahrnuto — předběžněPřesun z vlastních serverů do clouduVyplývá z dodaného projektového zadáníTBD — vyžadováno potvrzení vlastníkaPředběžně identifikováno
Zákaznický portálZahrnuto — předběžněPřesun z vlastních serverů do clouduVyplývá z dodaného projektového zadáníTBD — vyžadováno potvrzení vlastníkaPředběžně identifikováno
Cloudové prostředíZahrnuto — předběžněZapojení externího dodavatele cloudu pro potřeby přesunuVyplývá z dodaného složení týmuTBD — vyžadováno potvrzení odpovědnostiPředběžně identifikováno
Migrace dat, integrací a konfiguraceTBDPodrobné hranice technického přesunu nebyly dodányVyžadováno je schválené technické zadáníTBDNeurčeno
Testování a akceptaceTBDRozsah testování a podmínky akceptace nebyly dodányVyžadován je akceptační rámec projektuTBDNeurčeno
Provoz po migraciTBDOdpovědnost za následný provoz a podporu nebyla dodánaVyžadováno je provozní a organizační vymezeníTBDNeurčeno
Položky mimo rozsahTBDVýslovně vyloučené činnosti a produkty nebyly specifikoványVyžadováno je rozhodnutí o výjimkách z rozsahuTBDNeurčeno
Změny rozsahuTBDAutorita pro schvalování změn nebyla určenaVyžadována je schválená governance a eskalační pravidlaTBDNeurčeno

Zahrnutí dalších komponent, rozhraní, dat, bezpečnostních činností, licencí, provozní podpory a odstavení vlastních serverů nelze odvodit z dodaného zadání. Tyto položky jsou TBD — vyžadován je schválený rozsah a seznam výluk.

Klíčové výstupy

  • Migrace firemního webu do cloudu — podmínky akceptace, odpovědný vlastník, závislosti a cílový milník jsou TBD; vyžadováno je schválené zadání výstupu.
  • Migrace zákaznického portálu do cloudu — podmínky akceptace, odpovědný vlastník, závislosti a cílový milník jsou TBD; vyžadováno je schválené zadání výstupu.
  • Výstup související s připraveností cloudového prostředí — konkrétní obsah, akceptace a vlastník jsou TBD; vyžadován je schválený technický rozsah.
  • Testovací a akceptační výstupy — TBD; vyžadován je schválený testovací a akceptační plán.
  • Provozní předání a dokumentace — TBD; vyžadováno je rozhodnutí o požadovaném provozním předání.

Výstupy nejsou totožné s činnostmi týmu ani s očekávanými přínosy. Aktivity, detailní technické produkty a výstupy mimo výše uvedený předběžný rámec jsou TBD — vyžadován je schválený seznam výstupů.

Použitá šablona: Project Charter

Jak to udělat rychleji

Baaito vám k projektovému záměru položí přesně ty otázky, které záměr potřebuje, a z odpovědí vytvoří dokument ve Wordu nebo PDF. Pokud už máte business case, můžete ho přiložit jako podklad.

Časté otázky

Kdo projektový záměr píše a kdo ho schvaluje? Obvykle ho připravuje projektový manažer se sponzorem a schvaluje ho sponzor nebo řídicí výbor.

Jak dlouhý má být projektový záměr? Obvykle 2 až 5 stran. Podrobnosti patří do projektového plánu.

Lze projektový záměr během projektu měnit? Ano, ale pouze řízenou změnou (change request) se schválením sponzora, aby bylo jasné, co se změnilo a proč.