Základní pojmy projektového managementu

Website: Moodle ZČU
Kurs: Projektový management
Buch: Základní pojmy projektového managementu
Gedruckt von: Nepřihlášený host
Datum: Montag, 9. November 2026, 22:09

1. Základní pojmy projektového managementu

Projektový management je obor poměrně mladý, hovořit se o něm začíná až po druhé světové válce. Není

to z toho důvodu, že by snad před tím žádné projekty neexistovaly a nebylo potřeba je řídit, ve druhé

polovině dvacátého století ale došlo k výraznému společenskému a technologickému posunu.


V dnešní době jsou zdroje natolik omezené a přísně alokované, že je potřeba s nimi hospodařit mnohem

efektivněji, má-li se danému subjektu dařit. Ve firemním sektoru nejsou žádné přetékající pokladnice, ze

kterých by bylo možné neustále brát. Naprostá většina firem má od svých vlastníků pouze omezené

množství zdrojů, se kterými musí hospodařit, a nemůže si proto dovolit, aby s nimi bylo plýtváno. Právě

proto firmy přistupují k najímání projektových manažerů, kteří by firemní záměry řídili efektivně.

Projektový management představuje aplikaci znalostí, schopností, nástrojů a technik na projektové

aktivity tak, aby bylo dosaženo projektových cílů v rámci projektových omezení.

1.1. Projekt a proces

Nejprve uveďme základní definici projektu tak, jak ji uvádí Project Management Body of Knowledge (dále

jen PMBOK – (PMI, 2013)). Tento zdroj a příručku IPMA, vydanou IPMA - International Project

Management Association (IPMA, 2015) lze brát jako základ při studiu projektového managementu a

budou extenzivně využívány napříč tímto studijním materiálem. Z příručky IPMA vychází česká publikace

Projektový management podle IPMA (Doležal, Máchal, Lacko, & kol., 2012)

Dle PMBOK projekt představuje dočasnou snahu vynaloženou za účelem dosažení unikátního produktu

(případně služby nebo výsledku). Klíčové v této definici jsou dva faktory – dočasnost a unikátnost.

Dočasnost nutně neznamená krátkou dobu trvání a nesouvisí ani s výsledným produktem (projekty mohou

vytvářet takové produkty, které nás přežijí všechny – mosty, mrakodrapy a podobně). Dočasnost souvisí

s tím, že každý projekt má definován svůj začátek a konec. Projekt končí tehdy, jestliže bylo dosaženo jeho

cílů, nebo pokud jeho cílů již dosaženo být nemůže, nebo pokud již projektu není potřeba.

Unikátnost souvisí s tím, že každý projekt je v určitém smyslu unikátní. Může jít samozřejmě o tvorbu zcela

nového, revolučního produktu, který ještě nikde neexistuje. Unikátnost může být ale také dána například

místem (domy na klíč jsou všechny stejné, ale každý je stavěn na jiném, unikátním, místě) nebo i časem

(pořádání stejných akcí na stejném místě s časovým odstupem, kdy se mění podmínky).

Můžeme také říci, že díky své unikátnosti je každý projekt neopakovatelný. Právě touto vlastností se liší

projekt od procesu.

Procesy mají podobně jako projekty určité vstupy, určité činnosti a určité výstupy. Na rozdíl od projektů

lze ale procesy provádět opakovaně, podle stále stejného postupu, protože netvoří v žádném ohledu

unikátní produkt. Vezmeme-li například proces lakování šroubků, tak velmi zjednodušeně řečeno – přijede

šroubek, nalakuje se šroubek, odjede šroubek, přijede další šroubek. Jediným faktorem, o němž by se dalo

polemizovat, že přispívá k unikátnosti, je čas. Ve výrobních procesech jsou ale zpravidla pro všechny

výrobky podmínky zcela stejné, tudíž ani čas zde v tomto smyslu roli nehraje.

1.2. Základní omezení projektu

Přestože se myslí zpravidla totéž, lze v různé literatuře najít různý popis omezení projektu. Často lze

narazit na tzv. trojimperativ, který je tvořen náklady, časem a rozsahem (někdy je rozsah nahrazen

kvalitou). PMBOK uvádí omezení dokonce šest – rozsah, kvalita, čas, náklady, zdroje a riziko. V každém

případě platí, že existuje provázanost mezi jednotlivými omezeními; nelze zlepšit všechna najednou.


1.3. Cíl a účel projektu, postupné cíle, portfolio, program

Základním cílem projektu je vytvořit unikátní projektový produkt, službu nebo jiný výstup v rámci daných

projektových omezení. Pro efektivní řízení projektu je ale nutné porozumět také účelu projektu, tedy

důvodu, pro který je projekt realizován. Zatímco cíl projektu (objective) je zpravidla hmatatelný, účel

projektu (goal) bývá dlouhodobější a často vymezený abstraktně. K dosažení jednoho účelu je často třeba

kombinovat více projektů.


Čím je projekt větší a složitější, tím spíše bude obsahovat postupné cíle, kterých musí být dosaženo, aby

byl splněn hlavní projektový cíl. Například při stavbě domu je potřeba vytvořit základy, postavit zdi, položit

střechu, umístit okna a dveře, položit podlahy, zavést elektřinu, vodu, plyn, odpad, udělat omítku,

vymalovat a provést spoustu dalších činností. Na základě této znalosti můžeme definovat postupné cíle,

přičemž tyto definice by měly odpovídat pravidlu SMART. Tato anglická zkratka v sobě skrývá vlastnosti,

které by každý správně definovaný cíl měl splňovat. Problémem ovšem je, že každé písmenko může

znamenat odlišné věci podle toho, do kterého zdroje se podíváme. Všechny se ale shodují na tom, že cíle

musí být přesně definované a měřitelné. Často se používá význam SMART jako Specific (konkrétní),

Measurable (měřitelný), Attainable (dosažitelný, realistický), Relevant (podstatný, mající souvislost) a

Time-Bound (časově ohraničený). Někdy se setkáváme s rozšířením tohoto pravidla nazvaným SMARTER,

kde E znamená Evaluate (hodnocený) a R Reevaluate (průběžně hodnocený) (Rotaract, 2017),

(Management.cz, 2017).


Zpravidla ve firmě není realizován pouze jeden projekt, ale může jich zároveň probíhat více. Tyto projekty

spolu mohou (ale nemusí) přímo souviset a mohou se také ovlivňovat. V každém případě bojují všechny

projekty o omezené zdroje firmy, a je tedy potřeba je řídit jako skupiny na vyšší než jen projektové úrovni

pro dosažení synergických efektů a eliminace možných konfliktů. Z tohoto důvodu projekty seskupujeme

do programů a portfolií.

Program představuje soubor vzájemně úzce souvisejících a provázaných projektů, které všechny přispívají

k dosažení stejného cíle nebo účelu. Portfolio na druhé straně seskupuje i věcně nesouvisející projekty a

programy.


1.4. Životní cyklus projektu, předprojektové studie

Ať už se jedná o krátký či dlouhý projekt, vždy by měl procházet několika fázemi svého životního cyklu.

PMBOK rozlišuje celkem 4 fáze – nastartování projektu, organizace a příprava, realizace projektu a

uzavření projektu. Každá fáze je ukončena pevně daným výstupem. První fáze projektu končí vytvořením

zakládacího dokumentu projektu - projektové charty, druhá vytvořením plánu řízení projektu, třetí

vytvořením projektového produktu a čtvrtá předáním projektového produktu do užívání,

administrativního uzavření a archivací projektové dokumentace.

Kromě samotného projektu rozlišujeme ještě předprojektovou a poprojektovou fázi. Předprojektová fáze

má za účel prozkoumat příležitost pro projekt a posoudit proveditelnost daného záměru. Někdy bývá do

této fáze zahrnována i vize, základní myšlenka, že by se nějaký projekt mohl realizovat. Hlavními

dokumenty této fáze je studie příležitostí (opportunity study) a studie proveditelnosti (feasibility study).

Předprojektová fáze by měla poskytnout odpovědi na strategické otázky spojené s projektem – odkud

jdeme, kam chceme dojít, jakou cestu zvolíme a zda má vůbec smysl takovou cestu realizovat.

Poprojektová fáze má za cíl analyzovat průběh ukončeného projektu a vzít si z něj ponaučení pro příště

včetně ohodnocení kvality subdodávek a případně rozhodnutí o další spolupráci.

Před každým velkým projektem předcházejí předprojektové studie. Smyslem těchto studií je zjistit, zda a

případně jak zhruba dosáhnout určitého cíle.

První zpracovávanou studií je studie příležitostí (opportunity study), která identifikuje pokud možno co

největší řadu investičních příležitostí, o nichž lze v této etapě uvažovat jako o výnosných. Vymezuje reálné

možnosti investování před tím, než jsou některé zvoleny k podrobnějšímu a tedy nákladnějšímu

zpracování dalšími studiemi. O každém z projektů obsahuje pouze nejpodstatnější informace.

V případě opatrnosti investora nebo stále ještě velkého zbývajícího počtu potenciálních projektů je pro

každý z nich vypracována předběžná studie proveditelnosti (prefeasibility study). Tento dokument slouží

investorovi k rozhodnutí, zda uvolní další finanční a jiné zdroje na dopracování detailní studie

proveditelnosti, či naopak, zda přípravné práce na projektu zastaví. Strukturou uvedených informací se de

facto neliší od studie proveditelnosti. Rozdíl spočívá v podrobnosti a přesnosti zpracování, která je na této

úrovni nižší. Všechna řešení (někdy variantní) a jejich ekonomické dopady jsou tu již na určité hrubé úrovni

podrobnosti kvantifikovány do podoby finančních toků. Její zpracování je obvykle levnější, než je tomu u

studie proveditelnosti.

Studie proveditelnosti je potom nejkomplexnějším popisem projektu. Řeší možnost realizace z hlediska

technického (zda existuje potřebné technické a personální vybavení – projekt cesty na Venuši by byl

technicky nerealizovatelný; patří sem ale i nedostatečné kapacity a znalosti), ekonomického (zda a

případně nakolik je projekt finančně návratný – zda se vyplatí), legislativního (zda navrhovaný projekt

respektuje zákony a normy – projekt vystavění střediska eutanázie není legální; patří sem také nesplnění

norem pro určité výrobky a služby, např. nedostatečná ochrana osobních dat v systému e-business),

operačního (zda bude výstup projektu jeho zákazníky přijat, např. v případě zavedení nového

informačního systému) a časového (zda se projekt stihne realizovat v době, která není příliš dlouhá na to,

aby se potřeba výstupu projektu radikálně změnila).

V případě veřejně prospěšných projektů, financovaných převážně z veřejných zdrojů, není obvykle

primárním cílem dosažení zisku, ale vytvoření nějakých přínosů (benefitů). V těchto případech se používá

analýza nákladů a přínosů (Cost-Benefit Analysis, CBA)

1.5. Vodopádový a agilní přístup

Se životním cyklem souvisí také vodopádový a agilní přístup k projektovému managementu. V naprosté

většině současných projektů se používá vodopádový přístup, jehož princip spočívá v tom, že jakmile je

jedna fáze projektu ukončena, nelze se do ní vrátit. Tento přístup má své počátky ve strojírenství a

stavebnictví, kdy jsou provedené operace často konečné, nevratné a nelze je bez významných nákladů

změnit.


S postupem doby a rozvojem softwarového inženýrství se začal objevovat nový přístup, který jeho tvůrci

nazvali agilní (agile). U softwaru totiž platí zcela jiná pravidla než ve stavebnictví nebo strojírenství. Zde

lze změny provádět rychle a hlavně levně – proto je do procesu vtáhnut zákazník mnohem dříve. Práce

probíhá v několikatýdenních tzv. sprintech, jejichž výstupem je vždy částečně použitelný produkt. Ten je

předán k posouzení zákazníkovi, který prostřednictvím zpětné vazby dál usměrňuje vývoj. První sprint

může být zakončen vytvořením uživatelského rozhraní (bez funkcionality). Zákazník si prostředí vyzkouší,

okomentuje a vývojář ho následně upraví dle požadavků (protože tyto úpravy jsou levné). Postupně jsou

do programu nabalovány další funkce, které zákazník průběžně testuje, než je vytvořen celý produkt.

Zákazník tak má možnost více ovlivnit finální podobu produktu i za běhu projektu. Tento přístup se ze

softwarového inženýrství rozšiřuje i na jiné typy projektů.

Další výhodou agilního přístupu je zlepšení toku hotovosti dodavatele: ukončené a zákazníkem převzaté

komponenty systému mohou být fakturovány hned po dokončení odpovídajícího sprintu a nemusí se

čekat na úhradu celého systému po jeho úplném dokončení.

1.6. Lidské zdroje v projektu

Řízení lidských zdrojů je věnována samostatná kapitola, v této části je popsána role projektového

manažera a stručně identifikovány základní zainteresované strany (stakeholders).

Projektový manažer je člověk určený firmou, která projekt realizuje. Právě on(a) zodpovídá za to, že bude

projekt úspěšný – že bude vytvořen projektový produkt při respektování daných projektových omezení.

Zodpovídá se buď přímo členu vrcholového vedení, nebo některému funkcionálnímu manažerovi, podle

druhu a velikosti organizace. Tento nadřízený manažer je také klíčovým stakeholderem. Projektový

manažer staví tým, který mu při plánování a realizaci vypomáhá.

Mezi další klíčové zainteresované strany patří sponzor, zákazník a nadřazený manažer projektového

manažera. Sponzorem je nazývána strana, která celý projekt platí. Ta může, ale nemusí být shodná se

zákazníkem, což je strana, která bude výstup projektu užívat (například v případě budování centra pro

sociálně vyloučené osoby může být sponzorem stát, město či nezisková organizace, ale zákazníky budou

fyzické osoby). Zákazník, sponzor, zástupce realizující organizace a projektový manažer tvoří řídící výbor.

Mezi stakeholdery patří také zaměstnanci, subdodavatelé, ekologické a jiné občanské organizace a

iniciativy, stát a obecně všichni, jichž se projekt v nějakém smyslu dotkne.