Poslední projekt jste dodali včas. Zároveň jste však vyčerpali dva vývojáře, překročili rozpočet o 40 % a kritickou závislost jste odhalili o tři týdny později, než bylo třeba. Podle všech metrik týkajících se výstupů byl projekt úspěšný. Podle všech metrik týkajících se procesů však selhal.
To je mezera, kterou většina týmů nikdy nezaplní. Měří sice, zda danou věc dodali, ale ne to, jak dobře práci provedli.
Zpráva společnosti Gallup „State of the Global Workplace“ ukazuje následný dopad. Pouze 47 % zaměstnanců rozhodně souhlasí s tím, že vědí, co se od nich v práci očekává.
Cíle projektového řízení jsou konkrétní, měřitelné cíle, které určují, jak se projekt plánuje, realizuje a řídí. Nejde o „spuštění aplikace“. To je cíl projektu. „Snížit průměrnou dobu dodání o 15 % v tomto čtvrtletí“ je cíl projektového řízení. Jeden definuje cíl. Druhý definuje, jak se k němu dostanete.
TL;DR
Většina týmů si stanoví projektové cíle (dodat produkt) a považuje to za hotové. Cíle projektového řízení jsou ukazatele, které určují, jak práce ve skutečnosti probíhá, a zahrnují odchylky od rozpočtu, dobu rozhodování, frekvenci rizik, dobu předání a další. Právě tyto metriky umožňují, aby každý budoucí cíl dodávky byl levnější.
Tento průvodce se zabývá druhým seznamem. Co měřit, jak stanovit cíle, které přežijí i po druhém týdnu, a pět chyb, které je ve většině týmů nenápadně ničí.
Co jsou cíle projektového řízení?
Cíle projektového řízení jsou konkrétní, měřitelné cíle, které určují, jak projekt plánujete, realizujete a řídíte. Zaměřují se na to, jak práce probíhá v každodenní praxi. Patří sem například rychlost rozhodování, přidělování zdrojů, četnost přezkoumávání rizik a míra dodržování rozpočtu.
Tyto cíle se liší od cílů projektu nebo OKR. Cíl projektu definuje konečný výsledek, například „spustit mobilní aplikaci“. OKR měří širší obchodní výsledek, například „zvýšit počet aktivních uživatelů o 30 %“. Cíl projektového řízení se zaměřuje na systém, který stojí za danou prací, například „provést posouzení rizik na začátku každého projektu ve 3. čtvrtletí“.
Toto rozlišení je důležité. Týmy, které tyto cíle zaměňují, často měří pouze konečný výsledek. Zřídka měří, jak dobře byl projekt skutečně řízen. To také vysvětluje, proč je podle průzkumu PMI „Pulse of the Profession“ 11,4 % investic do projektů promarněno.
Účinné cíle projektového řízení se řídí strukturou SMART (konkrétní, měřitelné, dosažitelné, relevantní, časově ohraničené), kterou podrobněji rozebereme níže. Prozatím je zde nejjasnější způsob, jak rozpoznat rozdíl:
- Cíl projektového managementu: „Dokončit posouzení rizik pro každý projekt při zahájení do konce 2. čtvrtletí“
- Cíl projektu: „Přepracovat proces zapojení nových zákazníků“
Jeden řídí proces řízení. Druhý definuje výstup.
Jaký je rozdíl mezi cíli projektového řízení a záměry projektu?
| Rozměr | Cíl projektového řízení | Cíl projektu |
|---|---|---|
| Rozsah | Široké, orientační | Úzce vymezené, konkrétní |
| Měřitelnost | Často se jedná o kvalitativní nebo obecné ukazatele | Vždy kvantitativní s jasným cílem |
| Časový rámec | Vztahuje se na celý projekt nebo čtvrtletí | Vázané na konkrétní milník nebo termín |
| Příklad | „Snížit míru vystavení projektovým rizikům“ | „Provést posouzení rizik při zahájení všech projektů ve 3. čtvrtletí“ |
Tyto pojmy se ve většině organizací používají zaměnitelně, ale popisují různé úrovně konkrétnosti.
Cíle jsou obecné výsledky; ukazují směr, kterým se chcete ubírat. Úkoly projektu jsou konkrétní, měřitelné kroky, které vás k nim dovedou. Cíl bez úkolů je pouhým přáním; úkoly bez cíle jsou jen zbytečnou prací.
Takto vypadá rozdíl mezi cíli a úkoly v praxi:
- Cíl: Zvýšit spokojenost zainteresovaných stran ve všech aktivních projektech
- Cíl 1: Od 3. čtvrtletí zasílat všem zúčastněným stranám dvoutýdenní zprávy o stavu projektu
- Cíl 2: Dosáhnout do konce 3. čtvrtletí míry spokojenosti s výstupy na úrovni 90 % a více
- Cíl 3: Zkrátit průměrnou dobu zpracování zpětné vazby od zainteresovaných stran z pěti dnů na dva dny
Cíle se stávají odrazovými můstky. Každý z nich je sledovatelný, každý má termín splnění a společně tvoří širší cíl.
Průzkum ClickUp o rozdělování práce z května 2025 ukázal, že 55 % manažerů vysvětluje „proč“ projektů tím, že propojuje úkoly s většími výzvami nebo cíli. To znamená, že 45 % manažerů upřednostňuje proces před účelem. To může vést k nedostatku motivace a elánu u členů týmu. I ti nejvýkonnější zaměstnanci potřebují vidět, jaký význam má jejich práce, a nacházet smysl v tom, co dělají.
Proč jsou cíle projektového řízení důležité?
Cíle projektového řízení jsou důležité, protože týmu poskytují společnou definici toho, co je „dobré“, ještě před zahájením práce, a také způsob, jak po dokončení projektu změřit, jak byla práce skutečně provedena. Bez nich se týmy automaticky spoléhají na úspěch výsledku a nikdy se nedozví, zda je proces, který jej zajišťuje, zdravý, nebo zda se tiše hroutí.
Takto vysvětluje David Allen (autor knihy Getting Things Done) význam stanovování cílů.
Hodnota cílů nespočívá v budoucnosti, kterou popisují, ale ve změně vnímání reality, kterou podporují v přítomnosti. To, na co se soustředíme, mění to, čeho si všímáme. Náš mozek filtruje informace a v dané situaci vnímá jednu věc namísto jiné na základě toho, s čím se ztotožňujeme a na co zaměřujeme svou pozornost.
Hodnota cílů nespočívá v budoucnosti, kterou popisují, ale ve změně vnímání reality, kterou podporují v přítomnosti. To, na co se soustředíme, mění to, čeho si všímáme. Náš mozek filtruje informace a v dané situaci vnímá jednu věc namísto jiné, a to na základě toho, s čím se ztotožňujeme a čemu věnujeme pozornost.
Zde je pět důvodů, proč by váš tým měl brát cíle projektového řízení vážně.
- Poskytují týmu společnou definici pojmu „dobrý“. Bez jasně stanovených cílů projektového managementu si každý člen týmu tuto definici domýšlí sám. Programátor si myslí, že úspěch znamená čistý kód. Designér si myslí, že to znamená dokonalý finální výstup. Projektový manažer si myslí, že to znamená dodržení termínu spuštění. Všichni tři tvrdě pracují a optimalizují své úsilí pro dosažení odlišných výsledků. Když přijde na retrospektivu, tým se hádá o tom, zda byl projekt skutečně úspěšný, místo aby se z něj poučil. Písemně stanovené cíle ukončí tuto hádku ještě předtím, než vůbec začne.
- Nutí vás to kvantifikovat potřeby ještě před zahájením práce. Cíl jako „udržet odchylku od rozpočtu pod 8 %“ nutí týmy sestavit dostatečně podrobný rozpočet, aby bylo možné výdaje řádně sledovat. Cíl jako „provádět týdenní revize rizik“ zajišťuje, že týmy určí osoby odpovědné za rizika a naplánují pravidelné kontroly. Bez takových cílů se plánování často změní na „to nějak vyřešíme za pochodu“. A právě v takových případech se problémy obvykle objeví příliš pozdě.
- Odhalují konflikty v oblasti zdrojů včas, nikoli až v kritickém bodě. Mnoho problémů v projektech se tiše rozvíjí v pozadí. Vývojář, který pracuje na třech projektech, může v prvním týdnu vypadat, že si vede dobře. Ve čtvrtém týdnu však začnou všechny projekty, na kterých pracuje, zaostávat. Cíle projektového řízení, které sledují kapacitu, mohou tyto problémy odhalit včas. Týmy mohou měřit vyváženost pracovní zátěže, čas strávený plánovanou prací nebo dodací lhůty závislostí. Díky tomu je snazší vyřešit konflikty již v prvním týdnu, kdy přesun práce zabere hodiny místo týdnů. Podle společnosti Grant Thornton zažilo v uplynulém roce syndrom vyhoření 51 % zaměstnanců v USA. V mnoha případech byly varovné signály patrné dlouho předtím, než se situace stala kritickou.
- Nahrazují obavy zainteresovaných stran přehledností. Zainteresované strany potřebují přehled o projektech. Bez něj musí žádat o aktualizace stavu, plánovat zbytečné schůzky a zpomalovat tak práci týmu. Když jsou cíle projektového manažera sledovány na sdílených přehledových panelech, zainteresované strany si potřebné informace získávají samy. Projektový manažer přestává být pouhým vydavatelem zpráv o stavu a tým získává zpět čas, který může věnovat své práci.
- Díky nim se retrospektivy mění v rozpoznávání vzorců. Retrospektiva bez stanovených cílů se zvrhne v obecné dojmy: „Přišlo mi to uspěchané.“ „Komunikace byla chaotická. “ „Příště bychom měli lépe plánovat.“ S takovými postřehy se toho moc udělat nedá. Retrospektiva, která porovnává skutečné výsledky s písemnými cíli projektového řízení, přináší konkrétní poznatky: „Cíl odchylky od rozpočtu jsme překročili o 12 % a tři z těchto překročení pocházely od stejného dodavatele.“ Takovýto vhled se promítá do dalšího projektu
Problém „procesního dluhu“
Softwarové týmy mají termín pro skryté náklady spojené s rychlým postupem bez vyřešení základních problémů: technický dluh. Zvolíte zkratku, abyste stihli termín, a za tuto zkratku pak platíte „úroky“ v každém následujícím sprintu, dokud nakonec neprovedete refaktoring.
Ward Cunningham, který tento termín v roce 1992 zavedl, jasně uvedl, že samotný dluh nebyl problémem. Problémem bylo předstírat, že neexistuje.
Projektové řízení má stejnou dynamiku, ale téměř nikdo ji tak nenazývá. Říkejme tomu procesní dluh: kumulativní náklady na realizaci projektů na základě nefunkčních procesů. Protože dodání aktuální verze se vždy jeví jako naléhavější než oprava způsobu, jakým ji dodáváte.
Procesní dluh vypadá takto.
- Váš tým stihl termín spuštění v 1. čtvrtletí, ale projektový manažer musel dohlížet na každou aktualizaci stavu, protože neexistoval žádný asynchronní systém
- Ve druhém čtvrtletí projekt znovu spustíte, a to včas, ale dva lidé dají výpověď s odůvodněním, že jsou vyhořelí.
- Ve třetím čtvrtletí se nový zaměstnanec zeptá, proč se rizika nikde nezaznamenávají, a dostane odpověď: „Měli jsme v úmyslu to zavést.“
- Ve čtvrtém čtvrtletí tým úspěšně dokončil čtyři projekty, ale z hlediska struktury je na tom s řízením projektů hůře než před rokem.
Výstupy byly úspěšné. Proces však vedl k nárůstu technického dluhu.
To je to, co cíle projektového řízení ve skutečnosti řeší. Jsou krokem k refaktoringu, který týmu umožňuje realizovat další projekt, aniž by musel přebírat nefunkční procesy z předchozího projektu.
Cíl typu „zkrátit průměrnou dobu rozhodování ze 4 dnů na 1“ je refaktor. Cíl typu „každý projekt začíná zdokumentovaným registrem rizik“ je refaktor. Nevytvářejí žádný výstup. Snižují však tření při vytváření všech budoucích výstupů.
Týmy, které to dělají dobře, přistupují k cílům projektového řízení stejně, jako silné vývojářské týmy přistupují k refaktoringu. Jedná se o průběžnou činnost, nikoli o jednorázovou akci. Cíle si stanovují na začátku každého čtvrtletí, přezkoumávají je při dosažení klíčových milníků a upravují je, když data ukazují, že něco nefunguje.
Týmy, které je ignorují, úspěšně dodávají výsledky až do dne, kdy už to nejde. A pak stráví šest měsíců tím, že se snaží přijít na to, kde se stala chyba.
Co dělá dobrý cíl v projektovém řízení: 9 nezbytných prvků
Cíl projektového manažera, který přežije úvodní fázi projektu, má devět konkrétních prvků. Chybí-li byť jen jeden z nich, cíl se promění v pouhé přání, které někdo kdysi zapsal.
- Jedná se o pojmenovanou procesní metriku, nikoli o konečný výstup: Cíl měří jak práce probíhá, nikoli co práce přináší. „Spuštění mobilní aplikace“ je výstup; „udržet týdenní odchylku rozsahu pod 5 %“ je procesní metrika
- Číselný cíl: Procento, počet, doba trvání nebo poměr. „Rychlejší rozhodování“ není cíl. „Zkrátit průměrnou dobu rozhodování ze 4 dnů na 1“ je
- Výchozí měření: Vaše aktuální situace, změřená před zahájením projektu. Bez výchozího měření nemůžete prokázat zlepšení ani zhoršení.
- Jeden odpovědný: Jedna osoba zodpovědná za sledování, podávání zpráv a eskalaci. Protože sdílená odpovědnost znamená žádnou odpovědnost.
- Frekvence revizí: Kdy se cíl kontroluje a v jaké stávající frekvenci. Cíle, které vyžadují nové schůzky, se opouštějí. Ty, které jsou začleněny do standupů, retrospektiv nebo týdenních synchronizací, zůstávají zachovány.
- Souvislost s výsledkem projektu: Jednovětá odpověď na otázku „Proč je tento ukazatel pro tento projekt důležitý?“ Pokud autor cíle nedokáže tuto větu napsat, cíl není relevantní a neměl by být sledován.
- Časový rámec: čtvrtletí, sprint nebo časové okno pro milník. Cíle bez časového omezení se neustále odkládají. Formulace „v průběhu 3. čtvrtletí“ vytváří bod pro revizi. Formulace „nakonec“ vede k opuštění cíle.
- Prahová hodnota neúspěchu: Hodnota, při jejímž dosažení eskalujete, přeplánujete nebo cíl zrušíte. Většina cílů selže bez povšimnutí, protože nikdo tuto hranici nedefinoval. Cíl s prahovou hodnotou („pokud odchylka od rozpočtu překročí 15 %, přeplánujeme rozsah“) vynutí rozhodnutí v okamžiku, kdy na tom záleží.
- Zdroj dat: Konkrétní uvedení, odkud číslo pochází. „Zkontroluji to ručně“ není zdroj dat. „Zpráva o burndownu sprintu z ClickUp, stahovaná každý pátek“ je zdroj dat. Cíle bez definovaného zdroje dat jako první selžou, protože jejich kontrola představuje každý týden zbytečnou zátěž.
Společně těchto devět prvků promění cíl z pouhé aspirace v operativní závazek. Test: Dokážete svůj cíl uvést v tabulce, kde je vyplněno všech devět prvků? Pokud ano, je to cíl. Pokud ne, je to stále jen návrh.
Takto vypadá tento test, vyplněný pro konkrétní cíl. Cíl: snížit průměrnou dobu rozhodování o otázkách bránících postupu projektu na méně než 24 hodin do konce 3. čtvrtletí. Použijte to jako šablonu pro každý cíl ve vašem sledovacím nástroji.
| Prvek | Příklad |
| Metrika procesu | Průměrná doba potřebná k rozhodnutí v případě otázek bránících pokračování projektu |
| Číselný cíl | Méně než 24 hodin |
| Výchozí stav | 4. 2 dny (měřeno na základě posledních 6 sprintů v komentářích ve Slacku a ClickUpu) |
| Jediný vlastník | Priya R., technická vedoucí |
| Frekvence revizí | Stálý 2minutový bod v úterní týdenní synchronizaci |
| Odkaz na výsledek | Pomalé rozhodování bylo v minulém čtvrtletí hlavní příčinou nesplnění závazků ve sprintech. |
| Časové omezení | Konec 3. čtvrtletí |
| Prahová hodnota selhání | Pokud doba zpracování překročí 3 dny po dobu 2 po sobě jdoucích týdnů, informujte o tom zadavatele projektu a přeplánujte proces schvalování rozhodnutí. |
| Zdroj dat | Uložený pohled na dashboardu ClickUp: Doba zpracování rozhodnutí (posledních 14 dní), aktualizováno denně |
Pokud jste v oblasti stanovování cílů pro projekty nováčky, zde je několik strategií, které vám mohou pomoci:
Jak stanovit cíle v projektovém řízení
Těžké není cíl zapsat. Těžké je vybrat ten správný. Těchto sedm kroků funguje v daném pořadí: každý z nich navazuje na ten následující a vynechání kteréhokoli z nich zanechá mezeru, která se později projeví jako odchylka od plánu nebo opuštění cíle.
Krok 1. Proveďte audit svých posledních tří projektů a zaměřte se na selhání procesů, nikoli na selhání výstupů
Co: Než si stanovíte jakýkoli nový cíl, ohlédněte se zpět. Seznamte všechny projekty, které váš tým realizoval v posledních 6–12 měsících, a zapište si, co se nepovedlo v tom, jak byla práce řízena, nikoli v tom, co bylo dodáno.
Proč: Většina týmů si stanovuje cíle projektového řízení na základě seznamu přání („Měli bychom lépe sledovat rizika“) namísto na základě skutečně pozorovaných problémů. Výsledkem jsou cíle, které na papíře vypadají rozumně, ale postrádají naléhavost. Cíl vycházející ze skutečného, nedávného neúspěchu má v sobě zabudovanou motivaci, protože si tým pamatuje, co ho to minule stálo.
Jak na to: Otevřete retrospektivy projektů, sprintové revize nebo postmortemy z minulého čtvrtletí. Pro každý projekt si vytvořte dva sloupce: co se podařilo úspěšně dodávat a kde došlo k selhání procesu (zmeškané předávky, pozdě odhalené závislosti, nesprávně odhadnutá kapacita, nepozorované rozšíření rozsahu, vynechané revize). Druhý sloupec je vaším seznamem potenciálních cílů.
Úskalí: Pokud váš tým neprovádí retrospektivy, nemáte auditní stopu. Tento krok přeskočte na vlastní riziko: stanovíte cíle, které znějí chytře, ale neodpovídají tomu, co váš tým skutečně potřebuje.
Zde je něco z našich vlastních zkušeností z PMO
V jedné z nedávných retrospektiv v ClickUp jsme vytvořili takzvaný „seznam tichých neúspěchů“. Ignorovali jsme zmeškané termíny spuštění a soustředili jsme se pouze na problémy, které se během realizace zhoršily.
Mezi ně patřily schválení, která zůstávala několik dní bez povšimnutí, závislosti odhalené až po plánování sprintu, duplicitní práce způsobená nejasným rozdělením odpovědnosti a úkoly znovu otevřené po kontrole kvality, protože se požadavky změnily uprostřed sprintu.
Očekávali jsme, že najdeme čtyři nebo pět opakujících se problémů. Našli jsme jich dvanáct. Ještě překvapivější bylo, že většina závažných problémů s dodávkami souvisela se stejnými selháními procesů napříč různými projekty.
Tento seznam se stal základem pro naše cíle v oblasti řízení projektů na příští čtvrtletí.
Krok 2. Vyberte si 3 až 5 procesních metrik, které by tyto selhání odhalily
Co: Projděte si problémy, které jste zjistili v kroku 1. Poté vyberte tři až pět procesních metrik, které by mohly tyto problémy odhalit dříve.
Proč: K udržení soustředění obvykle stačí tři až pět cílů. Méně než tři často znamená, že týmy zanedbávají zlepšování procesů. Více než pět cílů se stává obtížně zvládnutelných a lidé přestávají důsledně sledovat jejich plnění. Vyberte si ukazatele vázané na vaše největší problémy, ne jen na čísla, která se nejlépe měří.
Jak na to: U každého problému, na který při revizi narazíte, si položte tuto otázku: „Jaký ukazatel by nás na to mohl upozornit o dva týdny dříve?“ Mezi běžné ukazatele patří odchylky v rozsahu projektu, doba potřebná k přijetí rozhodnutí, frekvence revizí rizik, alokace kapacit, doba potřebná k předání úkolů a odchylky v rozpočtu. Zachovejte si cíle, které souvisejí s více selháními.
Úskalí: Nevybírejte metriky jen proto, že se snadno sledují. Evidovat odpracované hodiny je jednoduché, ale nevyřeší to nefunkční proces předávání úkolů ani nejasné rozdělení odpovědnosti.
Krok 3. Použijte kritéria SMART na každý cíl
Co: Převést každý ukazatel na konkrétní, měřitelný, dosažitelný, relevantní a časově ohraničený cíl. V tomto kroku se z vágních záměrů stávají operativní závazky.
Proč: SMART je v projektovém řízení široce používaný rámec pro stanovování cílů. Pomáhá přeměnit vágní záměry na měřitelné závazky.
Jak na to: Zde je vysvětlení, jak se jednotlivá písmena vztahují na konkrétní situace v projektovém řízení:
- Konkrétní: Uveďte přesný proces nebo ukazatel, na který se zaměřujete. „Zlepšit komunikaci“ je nevhodné; „zkrátit průměrnou dobu odezvy na zprávy související s projektem“ je vhodné.
- Měřitelné: Uveďte konkrétní číslo. „Méně než dvě hodiny“ vám dává něco, co můžete sledovat; „rychleji“ vám nedává nic.
- Dosažitelné: Porovnejte s aktuální kapacitou. Pokud je průměrná doba odezvy vašeho týmu osm hodin, stanovit si cíl 30 minut do příštího měsíce není cíl, ale pouhá fantazie.
- Relevantní: Cíl by měl souviset s významným výsledkem projektu. Zkrácení doby odezvy je důležité, pokud zpožděná komunikace vede k nedodržení termínů. Nezáleží na tom, zda je vaším úzkým místem ve skutečnosti rozšiřování rozsahu projektu.
- Časově ohraničené: Stanovte termín. „Do šesti měsíců“ vytváří pocit naléhavosti a bod pro zhodnocení; „někdy“ vede k odklonu od plánu
Konečný cíl: „Snížit průměrnou dobu odezvy na zprávy související s projektem na méně než dvě hodiny do šesti měsíců, měřeno pomocí analýzy zpráv.“
Úskalí: Právě u kritéria „dosažitelnosti“ většina týmů selhává. Například stanovit si cíl zkrátit dobu odezvy z osmi hodin na 30 minut do příštího měsíce není jen ambiciózní. Je to předurčit tým k neúspěchu a následně tento cíl zcela ignorovat.
Krok 4. Změřte výchozí stav před zahájením projektu
Co: U každého cíle si zaznamenejte, kde se právě nacházíte. Získejte historická data za dva až čtyři týdny týkající se daného ukazatele a zapište si výchozí hodnotu.
Proč: Bez výchozího bodu nemůžete posoudit, zda se situace zlepšuje, nebo zhoršuje. Můžete jen hádat. Cíl typu „udržet odchylku od rozpočtu pod 8 %“ nemá velký význam, pokud je vaše běžná odchylka již 22 %. Bez kontextu si tým může myslet, že selhává, i když ve skutečnosti dosahuje pokroku.
Jak na to: Načtěte historická data ze systémů, kde již daná metrika existuje. Může se jednat o váš nástroj pro řízení projektů, nástroj pro sledování času, finanční platformu nebo komunikační nástroje. Obvykle stačí data za dva až čtyři týdny. Pokud se práce v jednotlivých cyklech výrazně liší, použijte delší časové období. Zaznamenejte výchozí hodnotu vedle cíle, aby ji tým viděl při každém hodnocení.
Úskalí: Mnoho týmů tento krok vynechává, protože sběr výchozích dat vnímají jako zbytečnou práci navíc. Bez nich však cíl později nemá žádný skutečný význam.
Krok 5. Určete jednoho odpovědného za každý cíl
Co: Každý cíl má jednoho konkrétního vlastníka. Ne tým. Ne obecně „projektový manažer“. Jedna osoba.
Proč: Sdílená odpovědnost v rámci týmu vede k nulové odpovědnosti. Když je za sledování odchylek od rozpočtu zodpovědný každý, není za to zodpovědný nikdo. Odpovědná osoba nemusí vykonávat veškerou práci, kterou cíl předpokládá. Je zodpovědná za přehled o číslech a za eskalaci v případě odchylek. Bez jmenované odpovědné osoby cíl zůstane pouze v dokumentu a tam také zanikne.
Jak na to: Do stejného dokumentu přidejte vedle každého cíle jméno odpovědné osoby. Poté si s touto osobou přímo potvrďte, že za daný cíl nese odpovědnost. Například: „Tento cíl máš na starosti v tomto čtvrtletí. To znamená, že nám budeš sdělovat příslušné ukazatele během našich týdenních schůzek a upozorníš nás, pokud překročí stanovenou hranici.“ Tento rozhovor je důležitý. Cíle, které jsou do dokumentu přidány bez povšimnutí, málokdy vedou k tomu, že za ně někdo skutečně převezme odpovědnost.
Úskalí: Nepřisuzujte každý cíl projektovému manažerovi. Projektový manažer má na starosti celý projekt, ale každý procesní cíl by měl mít svého vlastního odpovědného. Cíle přiřazujte lidem, kteří jsou k danému ukazateli nejblíže. Například technický vedoucí pro frekvenci nasazení, vedoucí designu pro dobu zpracování revizí a finanční partner pro odchylky od rozpočtu. Díky tomu budou data přesnější a odpovědnost mnohem jasnější.
Krok 6. Začleňte pravidelnost revizí do stávajících schůzek, ne do nových
Co: Rozhodněte se, kdy a jak bude každý cíl vyhodnocován. Toto vyhodnocení pak zařaďte do schůzky, kterou váš tým již má, nikoli do nové.
Proč: Cíle, které vyžadují nové schůzky, bývají opomíjeny. Přidání položky „synchronizace cílů projektového managementu“ do kalendáře se v prvním týdnu jeví jako produktivní, ale ve třetím týdnu už je zrušeno. Cíle začleněné do stávajících standupů, týdenních synchronizací, revizí sprintů a retrospektiv milníků přetrvávají, protože tým je již na místě.
Jak na to: Pro každý cíl vyberte schůzku, která již pokrývá příslušný časový horizont. Týdenní metriky (doba rozhodování, alokace kapacit) patří do týdenní synchronizace. Metriky na úrovni sprintu (velocity, odchylka rozsahu) patří do sprintové revize. Metriky na úrovni čtvrtletí (investice do školení, plnění opatření z retrospektivy) patří do čtvrtletní retrospektivy. Cíl zařaďte jako stálý bod programu trvající dvě minuty, nikoli jako samostatnou diskusi.
Úskalí: Nesnažte se každý cíl hodnotit na každé schůzce. Přizpůsobte frekvenci hodnocení přirozenému rytmu daného ukazatele. Příliš často hodnocený cíl se stává rušivým prvkem; ten, který se hodnotí příliš zřídka, zůstává nepovšimnutý.
Krok 7. Propojte každý cíl s viditelným zdrojem dat
Co: Každý cíl potřebuje jedno konkrétní místo, kde je uvedena aktuální hodnota, a tým musí být schopen tuto hodnotu najít za méně než minutu.
Proč: Pokud kontrola cíle vyžaduje dotazování se někoho, vygenerování reportu nebo zapamatování si hesla, cíl nebude kontrolován. Problémy se kumulují: ve čtvrtém týdnu stráví majitel cíle 20 minut získáváním údajů před každou synchronizací. V šestém týdnu to přestane dělat. V osmém týdnu je cíl mrtvý.
Jak na to: Vytvořte sdílený dashboard, připnutou tabulku nebo uložený pohled ve vašem nástroji pro řízení projektů. Každý cíl je přímo propojen se zdrojovými daty, takže kdokoli z týmu si může aktuální číslo zobrazit bez cizí pomoci. Čas, který strávíte vytvořením tohoto pohledu, je investicí s nejvyšší návratností v celém procesu stanovování cílů.
Úskalí: Vyhněte se sledování cílů v prezentaci. Prezentace jsou zastaralé již v okamžiku odeslání. Zdroj dat musí být živý: číslo, které vidíte dnes, by mělo být číslem, které je dnes skutečně aktuální.
Když se cíle stanou problémem
Většina rad v oblasti projektového řízení vychází z předpokladu, že cíle jsou vždy užitečné. Výzkum Harvard Business School však ukazuje, že špatně nastavené cíle mohou vytvářet nové problémy.
Riziko nastává, když se týmy příliš soustředí na jeden ukazatel. Tým, který je hodnocen pouze podle rychlosti sprintu, může opomenout dokumentaci nebo se vyhýbat náročným úkolům, aby si udržel vysoká čísla. Tým, který je pod tlakem dodržet termíny, může přestat včas upozorňovat na rizika, protože jejich eskalace by mohla zpomalit dodání.
V těchto případech se ukazatel zlepšuje, zatímco systém, na kterém je založen, slábne.
Výzkum ukázal, že úzce zaměřené cíle mohou podněcovat krátkodobé uvažování, riskantní rozhodnutí a špatnou spolupráci. Proto by silné cíle v projektovém řízení měly vyvažovat rychlost s kvalitou, udržitelností a zdravým fungováním týmu.
Dobré řízení projektů nespočívá v maximalizaci každého čísla. Jde o vybudování systému, který bude dlouhodobě fungovat.
10 příkladů cílů projektového řízení, které zlepšují výkonnost
Následující cíle se nejčastěji objevují ve vysoce výkonných projektových týmech. Jsou seřazeny od základů realizace (čas, rozpočet, riziko) přes dynamiku týmu, jako je spolupráce a produktivita, až po profesní růst. Každý z nich obsahuje odůvodnění a konkrétní strategie pro jeho úspěšné dosažení.
Zde je kompletní přehled. Použijte jej jako užší výběr: vyberte si tři až pět cílů, které odpovídají nejnákladnějším nedávným neúspěchům vašeho týmu, nikoli těm, které na papíře vypadají nejlépe.
| Cíl | Metrika pro sledování | Frekvence revizí |
| Realizujte projekty včas | Dodržování milníků a odchylky od harmonogramu (plánované vs. skutečné) | Týdenní synchronizace |
| Řízení rozpočtu projektu | Rozdíl v rozpočtu (plánované vs. skutečné výdaje, %) | Kontrola každé dva týdny |
| Posilte spolupráci a komunikaci v týmu | Průměrná doba odezvy na zprávy týkající se projektu | Týdenní synchronizace |
| Zvyšte produktivitu týmu | Poměr času věnovaného samotné projektové práci k času strávenému sledováním stavu a administrativou | Přezkum sprintu |
| Proaktivně snižujte rizika projektu | Otevřená rizika zkontrolovaná u každého milníku; % s určenými odpovědnými osobami | Každý milník |
| Sladit očekávání zainteresovaných stran s realitou projektu | Doba zpracování schválení; skóre spokojenosti zainteresovaných stran | Přezkum milníků |
| Efektivnější přidělování zdrojů | % týmu s vytížením >90 %; četnost přeřazování úkolů | Týdenní synchronizace |
| Vybudujte kulturu rozhodování založenou na datech | Procento projektových rozhodnutí zaznamenaných spolu s podpůrnými údaji | Přezkum sprintu |
| Zlepšete kvalitu výstupů projektu | Míra vad nebo počet hodin strávených opravami po předání | Retrospektiva na konci fáze |
| Investujte do dovedností v oblasti projektového řízení a do neustálého vzdělávání | Počet hodin školení na projektového manažera za čtvrtletí; získané certifikace | Čtvrtletní retrospektiva |
Realizujte projekty včas
Podle zprávy společnosti Wellingtone „State of Project Management“ je dokončeno včas pouze asi 29 % projektů. Opožděné dodání způsobuje zpoždění u navazujících projektů, podkopává důvěru zainteresovaných stran a zvyšuje náklady.
Jak zajistit, aby byl cíl realizovatelný:
- Rozdělte práci do fází s definovanými milníky. Jediný termín na konci je past. Průběžné kontrolní body odhalí zpoždění týdny předtím, než se z nich stanou krize.
- Zmapujte závislosti ještě před zahájením práce. Pokud nelze zahájit úkol B, dokud není dokončen úkol A, musí být tento vztah zřejmý již v projektovém plánu, a ne až ve chvíli, kdy se někdo zeptá: „Proč je to zablokované?“
- Sledujte pokrok každý týden, ne každý měsíc. Při měsíčních kontrolách se problémy odhalí příliš pozdě. Týdenní revize (i když jen 15minutové) zajišťují, že tým upřímně informuje o tempu práce.
- Využijte nástroje pro sledování závislostí. Ganttovy diagramy a Kanbanové tabule s čarami závislostí zviditelňují rizika spojená s časovým harmonogramem pro celý tým, nejen pro projektového manažera.
Řízení rozpočtu projektu
Cílem rozpočtu není „utratit méně“. Jde o zavedení kontroly nákladů s cílem snížit odchylku mezi plánovanými a skutečnými výdaji. Projekt, který se vejde do rozpočtu jen proto, že tým šetřil na nesprávných místech, není úspěchem; je to problém s kvalitou, který čeká na to, až se projeví.
Projektoví manažeři obvykle řídí tři kategorie nákladů:
- Personální zajištění: Hodiny odpracované interním týmem a externími spolupracovníky, což je u většiny projektů největší položka rozpočtu
- Materiály a nástroje: Softwarové licence, hardware, služby třetích stran
- Provozní náklady: Čas strávený na schůzkách, administrativní úkoly a opravy způsobené nedorozuměním
A takto můžete tyto kategorie udržet pod kontrolou:
- Vytvořte si rezervu pro nepředvídané okolnosti. Část celkového rozpočtu si ponechte na nepředvídané události. Každý projekt je má.
- Každé dva týdny porovnávejte skutečné výsledky s odhady. Pokud s porovnáním počkáte až na konec měsíce, znamená to, že jste již překročili rozpočet.
- Okamžitě upozorněte na rozšiřování rozsahu projektu. Rozšiřování rozsahu projektu je hlavním viníkem překročení rozpočtu. Každé „malé doplnění“ má své náklady, proto je zviditelněte
Posilte spolupráci a komunikaci v týmu
Podle výzkumu SHRM se 85 % zaměstnanců cítí více zapojených, když vedoucí pracovníci komunikují transparentně. Pravidelné mechanismy zpětné vazby, jako jsou týdenní schůzky, mohou snížit fluktuaci o 15 %. Zde je několik tipů, co můžete udělat:
- Sjednoťte komunikaci na jedné platformě. Roztříštěnost komunikace mezi e-maily, Slackem, Zoomem a textovými zprávami zaručeně vede ke ztrátě kontextu. Vyberte si jeden hlavní kanál pro komunikaci v rámci projektu a dodržujte ho.
- Stanovte frekvenci komunikace. Denní porady (asynchronní nebo živé), týdenní synchronizace a revize milníků. Frekvence není tak důležitá jako důslednost.
- Proveďte analýzu komunikace. Po skončení posledního projektu zjistěte, kde došlo k nedorozumění. Bylo to při předávání mezi týmy? Nebo při rozhodnutí učiněném na schůzce, které nebylo zdokumentováno? Z tohoto vzorce zjistíte, co je třeba napravit.
Zvyšte produktivitu týmu
Zvýšení produktivity zaměstnanců neznamená „více hodin“. Znamená to vyšší podíl času stráveného prací, která posouvá projekt vpřed. A méně času stráveného na schůzkách o stavu projektu, přepínání mezi úkoly a manuální administrativě.
Zde jsou způsoby, jak toho úspěšně dosáhnout:
- Zkontrolujte rozvržení času. Kolik času z týdenního rozvrhu vašeho týmu zabírají porady o stavu projektu a kolik skutečná práce na projektu? Pokud vás tento poměr překvapí, je třeba to napravit.
- Omezte přepínání mezi úkoly. Seskupování podobných úkolů (všechny revize v jednom bloku, veškeré plánování v jiném) pomáhá udržet soustředění. Každé přepnutí mezi nesouvisejícími úkoly vyžaduje čas na opětovné soustředění.
- Automatizujte opakující se administrativní úkony v rámci projektů. Úkoly, jako jsou aktualizace stavu, zasílání připomínek a vytváření opakujících se úkolů, jsou předvídatelné a opakovatelné. Díky tomu se ideálně hodí k automatizaci. Nástroje s integrovanou automatizací ( ClickUp Automations, Monday.com automations, Asana Rules) to zvládnou bez nutnosti psát vlastní kód.
Proaktivně snižujte rizika projektu
Cílem není rizika zcela eliminovat, ale odhalit je dříve, než se z nich stanou vážné problémy, a mít připravené strategie pro jejich zmírnění.
- Proveďte posouzení rizik již při zahájení projektu. Ne až poté, co se objeví první problém. Při zahájení projektu, kdy je ještě možné plánovat s ohledem na tato rizika.
- Rozdělte rizika podle pravděpodobnosti a dopadu. Riziko s vysokou pravděpodobností a velkým dopadem vyžaduje okamžitý plán zmírnění. Riziko s nízkou pravděpodobností a malým dopadem se pouze sleduje. Tato matice vám zabrání zacházet se všemi riziky stejně.
- Každému riziku přiřaďte odpovědnou osobu. Riziko bez odpovědné osoby je riziko, které nikdo nesleduje.
- Při každém milníku zkontrolujte registr rizik. Většina projektových manažerů provede posouzení rizik pouze jednou, na začátku projektu, a už se k němu nevrací. Právě opakované přezkoumávání odlišuje dobré řízení rizik od pouhého zaškrtávání položek na seznamu.
Sladit očekávání zainteresovaných stran s realitou projektu
Projekty s aktivně zapojenými sponzory mají větší šanci na úspěch. Tento rozdíl je natolik významný, že je třeba sladit zájmy zúčastněných stran jako samostatný cíl, nikoli jako pouhou „vítanou výhodu“.
- Proveďte analýzu zainteresovaných stran, abyste včas identifikovali míru jejich vlivu. Ne všechny zainteresované strany mají stejný vliv. Tabulka RACI nebo mapa zainteresovaných stran objasňuje, kdo rozhoduje, kdo schvaluje, kdo musí být informován a s kým lze konzultovat.
- Zajistěte přehled v reálném čase. Místo prezentací, které vyžadují ruční práci a nikdy nejsou aktuální, používejte přehledové panely, které se aktualizují automaticky. Tímto způsobem mají zainteresované strany k dispozici informace, které potřebují, aniž by projektový manažer musel každý týden sestavovat zprávu.
- Standardizujte zpětnou vazbu. Definujte, kdy a jak mají zainteresované strany poskytovat zpětnou vazbu. Pokud schválení nemají stanovený termín a formát, stávají se překážkami.
Efektivnější přidělování zdrojů
Tento cíl spočívá v tom, dělat více s tím, co máte, nikoli dělat více s méně. Tento rozdíl je důležitý, protože „dělat více s méně“ je eufemismus pro přepracování. Chytré přidělování zdrojů spočívá v tom, že se správní lidé přiřadí ke správným úkolům ve správný čas.
- Zmapujte potřeby zdrojů již ve fázi plánování. Nečekejte až na samotnou realizaci, abyste zjistili, kdo je k dispozici. Naplánujte to ještě před zahájením práce.
- Před přidělením nových úkolů zkontrolujte aktuální pracovní vytížení. Přidělování práce bez řádného plánování kapacit někomu, kdo již pracuje na maximum, věci neurychlí; naopak vše zpomalí.
- Využijte přehledy o kapacitách v reálném čase. Sledujte aktuální úkoly každého člena týmu a zabraňte přetížení. Týdenně aktualizované tabulky to nedokážou; data jsou vždy zastaralá
- Vytvořte si časovou rezervu na úkoly. Nechte si v harmonogramu volný prostor, abyste mohli reagovat na neočekávané události. Pokud je každá hodina naplánována, jeden den nemocenské může mít za následek nesplnění milníku.
Vybudujte kulturu rozhodování založenou na datech
Většina rozhodnutí v rámci projektů se stále přijímá na základě instinktu. Rozhodování založené na datech znamená využít analytické nástroje projektového řízení předtím, než se zavážete k určitému směru, a zpřístupnit tato čísla celému týmu.
- Na začátku projektu definujte klíčové ukazatele výkonnosti (KPI). Vyberte si tři až pět metrik, které vám napoví, zda je projekt na dobré cestě. Pokud jich bude více než pět, nikdo je nebude sledovat; pokud jich bude méně než tři, budete postupovat naslepo.
- Využijte přehledové panely, které se aktualizují v reálném čase. Zprávy na konci měsíce vám sdělí, co se již pokazilo. Přehledové panely v reálném čase vám ukážou, co se právě teď pokazilo, a vy to ještě můžete napravit.
- Zajistěte, aby data byla viditelná pro celý tým. Pokud čísla vidí pouze projektový manažer, odpovědnost je soustředěna na něj. Pokud je vidí celý tým, odpovědnost je sdílená.
Hodnota nespočívá v datech samotných. Spočívá ve vytvoření zvyku kontrolovat data před přijetím rozhodnutí.
Zlepšete kvalitu výstupů projektu
Kvalita je první věcí, kterou se obětuje, když dochází ke zpoždění. Týmy omezují kontrolu kvality, vynechávají revize a vydávají produkt, který je „dostatečně dobrý“. Poté stráví dvakrát tolik času jeho opravami po uvedení na trh.
- Předem definujte standardy kvality pro každý výstup. „Vysoká kvalita“ bez kritérií nic neznamená. Před zahájením práce stanovte jasnou definici toho, co znamená „hotovo“.
- Zahrňte do plánu projektu kontrolní body pro zajištění kvality. Při každém přechodu mezi fázemi zkontrolujte, zda výsledek odpovídá standardům, které jste stanovili.
- Shromažďujte zpětnou vazbu od zainteresovaných stran při dosažení milníků. Čekat na zpětnou vazbu až do konečného předání je recept na nutnost přepracování. Kontroly při dosažení milníků odhalí nesoulad v rané fázi
- Po každé fázi uspořádejte setkání zaměřené na získané poznatky. Retrospektivy na úrovni jednotlivých fází odhalí problémy s kvalitou, dokud je ještě čas na nápravu.
Investujte do dovedností v oblasti projektového řízení a do neustálého vzdělávání
Podle průzkumu PMI „Pulse of the Profession“ organizace, které kladou důraz na školení v oblasti projektového řízení, plýtvají 28krát méně peněz než ty, které tak nečiní. Tento rozvojový cíl pro projektové manažery však přesahuje rámec pouhých certifikátů. Jde o rozvíjení úsudku a přizpůsobivosti, které samotné certifikace nedokážou naučit.
- Stanovte si čtvrtletní cíl v oblasti vzdělávání. Jeden kurz, jedna konference nebo zavedení jedné nové metodiky na zkoušku za čtvrtletí. Snažte se o malé, ale důsledné investice v průběhu času, které se nakonec nasčítají.
- Rozvíjejte vedoucí schopnosti v rámci týmu. Nezadržujte rozvoj. Delegujte odpovědnost za jednotlivé fáze projektu na členy týmu, kteří se chtějí rozvíjet v rolích projektových manažerů.
Jak udržet cíle projektového řízení živé i po druhém týdnu
Většina cílů v projektovém řízení neselže proto, že by to byly špatné cíle. Selhávají proto, že se jim po zahájení projektu nikdo nevěnoval. Stanovení cílů trvá týden, ale jejich dodržování vyžaduje zvyk.
Těchto šest postupů zajistí, že vaše cíle budou mít smysl i za několik týdnů.
Při každém hodnocení uvádějte konkrétní číslo, nikoli samotný cíl. Při týdenní synchronizaci by rozhovor měl začít aktuálním číslem, nikoli formulací cíle. „Doba potřebná k rozhodnutí je tento týden 2,4 dne, což je nárůst oproti 1,8 dne z minulého týdne“ je užitečný úvod. „Pojďme zkontrolovat náš cíl ohledně doby zpracování rozhodnutí“ už ne. Vždy začněte číslem a následná diskuse pak skutečně posune cíl vpřed.
Považujte týden, kdy se nedaří plnit cíle, za signál, nikoli za selhání. Jeden týden odchylky od cíle je informace, nikoli verdikt. Dva po sobě jdoucí týdny odchylky od cíle jsou vzorec. Tři týdny jsou strukturální problém. Vytvořte si jednoduché pravidlo: jeden týden odchylky = poznamenejte si to, dva týdny odchylky = prodiskutujte to, tři týdny odchylky = jednejte. Toto pravidlo udržuje tým v rovnováze, aniž by nadměrně reagoval na náhodné výkyvy.
Cíl revidujte, když to data vyžadují, ne když se vám to nehodí. Pokud byla vaše výchozí hodnota nesprávná, váš cíl nereálný nebo se podstatně změnil rozsah projektu, změňte cíl. Změnu a důvod však zdokumentujte. Cíle, které se tiše posouvají směrem dolů, protože tým zaostává, jsou horší než žádné cíle. Učí tým, že cíle jsou vyjednatelné. Výslovně revidované cíle s zdokumentovaným odůvodněním učí tým, že systém je poctivý.
Odlišujte neúspěch v dosažení cíle od neúspěchu projektu. Projekt může být úspěšně dokončen, i když nesplní žádný z cílů projektového řízení. Projekt může splnit všechny cíle projektového řízení, ale přesto nemusí být úspěšně dokončen. Pokud se vám nepodaří dosáhnout cíle, je třeba se zamyslet nad tím, co proces potřebuje, a ne nad tím, zda tým odvedl dobrou práci. Zaměřte diskusi na proces, nikoli na jednotlivé osoby. Považujte hodnocení cílů projektového řízení a retrospektivy projektu za dvě samostatné schůzky, nikoli za jednu společnou schůzku.
Zrušte cíle, které již nemají své opodstatnění. Ne každý cíl, který jste si stanovili v prvním týdnu, je stále tím správným cílem i v šestém týdnu. Problém, který byl při zahájení projektu naléhavý, již mohl být vyřešen. Cíle, které ztratily aktuálnost, by měly být zrušeny, nikoli ignorovány. Zrušení cíle je jasný krok s zdokumentovaným důvodem. Ignorování cíle podkopává důvěryhodnost všech ostatních cílů na seznamu. Tým by měl být ochoten zrušit alespoň jeden cíl za čtvrtletí.
Získané poznatky využijte v dalším projektu, ne jen v příštím čtvrtletí. Smyslem sledování cílů projektového řízení není aktuální projekt. Jde o ten další a ten následující. Na konci každého projektu si zapište, které cíle fungovaly, které ne, a co byste změnili. Tento dokument využijte při zahájení dalšího projektu. Většina týmů provádí retrospektivy, ukládá poznámky a do dalšího projektu se pouští úplně od nuly. Týmy, které se neustále zlepšují, zapracovávají poučení z cílů minulého projektu do plánování projektu aktuálního.
Vztah týmu k cíli je to, co ho udržuje při životě. Dokonale formulovaný cíl SMART v dokumentu, který nikdo neotevře, je mrtvý. Volně formulovaný cíl, o kterém se každé pondělí diskutuje a který se upřímně reviduje, když se změní data, je živý.
Jak sledovat cíle projektového řízení v ClickUp
Stanovení cílů je jen polovina práce. Těžší částí je jejich sledování, aniž by to pro tým znamenalo zbytečnou manuální práci.
Většina týmů má potíže s propojením každodenních úkolů s širšími cíli projektu. Aktuální informace se nakonec rozptýlí mezi tabulkami, schůzkami a zprávami o stavu.
Právě v tom pomáhá integrované pracovní prostředí s umělou inteligencí. Když jsou úkoly, dokumenty, přehledy a sledování času soustředěny na jedné platformě, aktualizace o postupu prací probíhají automaticky, místo aby se staly dalším administrativním úkolem.
Takto to v praxi funguje v ClickUp.
Přehled v reálném čase díky dashboardům ClickUp
Dashboardy ClickUp čerpají aktuální data z úkolů, sprintů, sledování času a vlastních polí a vytvářejí z nich vizuální přehledy procesních metrik, které vaše cíle v oblasti projektového řízení skutečně měří. K dispozici je více než 50 typů widgetů a každý z nich přímo odpovídá jedné kategorii cílů:
- Dodržování časového plánu se projevuje v burndown grafech, které porovnávají plánovanou práci s dokončenou prací v rámci každého sprintu. Tímto způsobem se odchylky od harmonogramu projeví již v polovině sprintu, nikoli až na jeho konci.
- Sledování rozpočtu využívá vlastní pole pro plánované a skutečné výdaje, které jsou vizualizovány pomocí sloupcových nebo bateriových widgetů. Díky tomu uvidíte odchylky již v týdnu, kdy k nim dojde, a ne až při měsíčním uzávěrce.
- Pracovní vytížení týmu odhaluje přeplnění prostřednictvím zobrazení pracovního vytížení dříve, než dojde k nedodržení termínů. Tím se řeší problém selhání při přidělování kapacit z fáze auditu.
- Přehlednost pro zainteresované strany nahrazuje týdenní prezentace odkazy na sdílené přehledové panely, které se automaticky aktualizují. Projektoví manažeři již nemusí ručně zasílat aktualizace stavu zainteresovaným stranám
Takto náš tým PMO sleduje čtvrtletní cíle projektového řízení: Každý dashboard agreguje dokončení na úrovni úkolů do pokroku na úrovni cílů, takže se čísla aktualizují automaticky. Zainteresované strany dostávají odkaz na sdílený dashboard namísto e-mailu se stavem. Týdenní synchronizace začíná zobrazením aktuálních čísel na obrazovce, místo toho, aby někdo připravoval nekonečné prezentace.
Pokud jste v této oblasti nováčky, zde je krátký videonávod, jak vytvořit svůj první dashboard pro řízení projektů v ClickUp!
Rozpoznávání vzorců pomocí ClickUp Brain
Pro týmy, které sledují cíle napříč několika projekty, je ClickUp Brain ambientní AI asistent s úplným kontextem vaší práce. Umí
- Shrňte pokrok napříč pracovními prostory, podle potřeby nebo podle plánu
- Označte rizikové ukazatele a navrhněte opatření
- Odhalte vzorce, jako je opakované rozšiřování rozsahu projektu nebo kapacitní úzká místa, aniž by projektový manažer musel ručně sestavovat přehledy z každého projektu
Upozornění na překročení prahových hodnot pomocí automatizací ClickUp
Propojte dashboardy s automatizacemi ClickUp, aby se spouštěly upozornění, když ukazatel cíle překročí definovanou hranici. Například když využití rozpočtu překročí stanovené procento, uplyne termín milníku bez dokončení úkolu nebo když kapacita člena týmu dosáhne 100 % alokace.
V ClickUp můžete také nastavit funkci Super Agent, která autonomně shrne stav projektu, upozorní na odchylky a mnoho dalšího.
Sledování se stává úkolem systému, nikoli jednotlivce. Můžete se místo toho soustředit na reakci.
Kdy není ClickUp tou správnou volbou
Pro týmy, které potřebují pouze jednoduché sledování cílů bez komplexního řízení projektů, bude samostatný nástroj pro OKR, jako je Weekdone nebo Perdoo, jednodušší na nastavení i údržbu. Navíc přístup založený na tabulkách zůstává správnou volbou pro tým, který provádí svůj první čtvrtletní experiment s cíli projektového řízení.
Přeskočte to, pokud: Váš tým má méně než 5 členů, nemáte žádné závislosti mezi týmy a nikdy nebudete sledovat více než 3 cíle najednou. Tabulkový procesor bude rychlejší na nastavení a stejně efektivní. Nejvhodnější pro: Řízení mezifunkčních projektů, které vyžadují více než jen základní sledování cílů
5 chyb, které maří cíle projektového řízení
Většina týmů, které si stanoví cíle v oblasti projektového řízení, od nich do čtvrtletí upustí, přičemž příčiny neúspěchu jsou pozoruhodně podobné. Níže uvedené chyby se vyskytují napříč týmy, odvětvími i typy projektů.
Stanovení cílů týkajících se výstupů, které se tváří jako procesní cíle. „Uvedení redesignu do konce 3. čtvrtletí“ působí jako procesní závazek, protože obsahuje datum a cíl, ale ve skutečnosti se jedná o projektový cíl v přestrojení. Metrikou je výstup, nikoli proces, který jej vytvořil. Tým stihne termín tím, že omezí kontrolu kvality a vynechá předávání, a cíl projektového manažera se „podaří“, zatímco proces se zhorší.
Řešení: Každý cíl projektového manažera by měl měřit, jak práce probíhá (tempo, odchylky, doba zpracování, kapacita), nikoli to, co práce přináší. Pokud by cíl dával smysl i bez konkrétního projektu, jedná se o procesní cíl. Pokud zmizí v den dodání projektu, je to skrytý výstup.
Sledování 12 cílů místo 5. Stěna metrik v dokumentu pro sledování cílů je zárukou toho, že to dlouho nevydrží. Každý z nich byl na začátku projektu zaznamenán v dobré víře, ale už v šestém týdnu má tým při pohledu na tento dokument výčitky svědomí.
Řešení: Bez milosti omezte počet cílů na tři až pět. Při rozhodování, které cíle ponechat, vyberte ty, které souvisejí s nejnákladnějšími selháními z vašeho posledního auditu. Ostatní cíle nezmizí navždy; prostě jen nejsou v tomto čtvrtletí v centru pozornosti. Malý počet cílů, které se každý týden přezkoumávají, je lepší než obsáhlý seznam, který se přezkoumává jen dvakrát.
Stanovení cílů bez výchozího bodu. „Zkrátit dobu potřebnou k přijetí rozhodnutí“ je neúplný cíl, protože neobsahuje údaj o tom, jaká je aktuální doba potřebná k přijetí rozhodnutí. Po šesti týdnech se někdo zeptá, zda se tým zlepšuje, a nikdo nedokáže odpovědět. Cíl se stává spíše pocitem než měřitelnou veličinou. Tým nakonec přestane o tom mluvit, protože diskuse nikam nevede.
Řešení: Před zahájením projektu věnujte hodinu času shromáždění historických dat za dva až čtyři týdny. Do stejného dokumentu si vedle cíle zapište výchozí hodnotu, aby každá revize vycházela ze známého výchozího bodu. Cíl s výchozí hodnotou je měřitelný ukazatel. Cíl bez ní je pouhým přáním.
Sledování cíle vyžaduje ruční sběr dat. Odpovědná osoba za cíl tráví každý pátek 20 minut sestavováním čísel ze tří různých systémů do tabulky a aktualizací stavu. Ve čtvrtém týdnu se aktualizace provádí každý druhý pátek. V osmém týdnu se již neprovádí vůbec. Cíl nebyl zrušen; byl tiše opuštěn kvůli administrativní zátěži.
Řešení: Než jakýkoli cíl definitivně stanovíte, zeptejte se, kde se dané číslo nachází a jak bude aktualizováno. Pokud odpověď zahrnuje ruční sběr dat, vytvořte živý přehled na dashboardu, který číslo načte automaticky. Případně zvolte jinou metriku, která je k dispozici přímo v systému. Cíl, který nevyžaduje ruční aktualizaci, v dlouhodobém horizontu zvítězí nad cílem, který vyžaduje 20 minut přípravy každý týden.
Přezkoumávání cílů projektového řízení v jiném časovém intervalu, než v jakém probíhá projekt. Váš projekt probíhá ve dvoutýdenních sprintech, ale cíle projektového řízení se přezkoumávají čtvrtletně. Tým v desátém týdnu zjistí, že již od třetího týdne nesplňuje tři cíle. Nebyla zde žádná příležitost k nápravě.
Řešení: Přizpůsobte frekvenci revizí přirozenému rytmu projektu. Ukazatele na úrovni sprintu se revidují při revizích sprintů. Týdenní ukazatele se revidují při týdenních synchronizacích. Cíle revidované v souladu se skutečným rytmem projektu zůstávají aktuální.
Vytvořte cíle projektového řízení, které obstojí v praxi
Cíle projektového řízení fungují pouze tehdy, když měří proces, nikoli pouze výsledek. A co je stejně důležité, je třeba je sledovat každý týden, nikoli je pouze zapsat na úvodní schůzce a do třetího týdne na ně zapomenout.
Cíle selhávají, pokud nejsou propojeny se skutečným pracovním tokem týmu. Cíl, který měří nesprávnou věc, se ztratí v množství práce, nemá žádnou výchozí hodnotu, vyžaduje ruční údržbu nebo probíhá v nesprávném rytmu, není vůbec cílem. Je to jen artefakt. Řešení je v každém případě stejné: přiblížit cíl k práci.
Jasné cíle projektového řízení tuto mezeru vyplňují. Promění „projekt byl dodán“ na „víme přesně, jak dobře jsme ho vedli a co je třeba příště vylepšit“.
V průběhu let jsme zjistili, že týmy, které dosahují konzistentních výsledků, považují své cíle v oblasti projektového řízení za živé závazky. Stanovují výchozí hodnoty, vyhodnocují čísla na schůzkách, které již mají naplánované, a cíle otevřeně revidují, když se data změní. Právě to udržuje proces v dobrém stavu projekt za projektem.
Pokud váš tým již řídí projekty v ClickUp nebo chce sjednotit sledování cílů a realizaci projektů do jednoho pracovního prostoru, začněte s ClickUp zdarma a vytvořte si svůj první dashboard pro sledování cílů za méně než 10 minut.
Často kladené otázky týkající se cílů projektového řízení
Co jsou cíle SMART v projektovém řízení?
Cíle SMART v projektovém řízení jsou cíle, které jsou konkrétní (Specific), měřitelné (Measurable), dosažitelné (Achievable), relevantní (Relevant) a časově ohraničené (Time-bound). Tento rámec, původně navržený Georgem T. Doranem v roce 1981, přetváří vágní záměry, jako je „zlepšit komunikaci“, na konkrétní závazky, jako je „snížit průměrnou dobu odezvy na projektové zprávy pod 2 hodiny do konce 3. čtvrtletí, měřeno pomocí analýzy zpráv“. “ Každý správně formulovaný cíl v projektovém řízení splňuje všech pět kritérií, má určeného odpovědného a zdroj dat.
Jak měříte úspěch v projektovém řízení?
Úspěch projektového řízení se měří podle dvou odlišných sad metrik: metrik výstupů (byl projekt dodán včas, v rozsahu, v rámci rozpočtu a v požadované kvalitě) a metrik procesů (jak efektivně tým práci provedl). Projekt, který je dodán včas, ale při tom vyčerpá tým, není podle druhého měřítka úspěšný. Nejužitečnější hodnotící tabulky projektového řízení sledují obě sady ukazatelů souběžně, takže tým může posoudit, zda úspěšné dodání bylo výsledkem zdravého procesu, nebo se podařilo navzdory nefunkčnímu procesu.
Jaký je rozdíl mezi cílem v projektovém řízení a KPI?
Cíl projektového řízení je výsledek, kterého se snažíte dosáhnout; KPI je ukazatel, který měříte, abyste zjistili, zda se vám to daří. Cíl „zkrátit dobu rozhodování na méně než 24 hodin v rámci 3. čtvrtletí“ je závazek. KPI je „průměrná doba rozhodování, měřená týdně“. “ Za každým správně formulovaným cílem projektového řízení stojí alespoň jeden KPI. Ne každý KPI je však vázán na konkrétní cíl: týmy často průběžně sledují provozní KPI, aniž by si vůči nim stanovily cíl zlepšení.
Jaký je rozdíl mezi cíli projektového řízení a OKR?
Cíl projektového řízení se zaměřuje na průběh práce („udržet odchylku od rozpočtu pod 8 %“). OKR se zaměřuje na obchodní výsledek („zvýšit počet aktivních uživatelů o 30 %“). OKR se vztahují na jednotlivá čtvrtletí a navazují na strategii společnosti; cíle projektového řízení se vztahují na konkrétní projekt nebo sprint a řídí provozní systém, na kterém je realizace založena. Většina týmů potřebuje obojí, ale selhávají různými způsoby: OKR selhávají kvůli nesouladu, cíle projektového řízení selhávají kvůli opuštění.
Mohou se cíle projektového řízení změnit v průběhu projektu?
Ano, cíle projektového řízení se mohou a měly by se měnit v průběhu projektu, pokud to vyžadují podkladová data. Pokud se ukáže, že výchozí plán je nesprávný, cíl je nereálný nebo se podstatně změní rozsah projektu, měl by být cíl výslovně revidován a zdokumentován. Důležité je rozlišovat mezi záměrnou revizí a tichým posunem: cíl, který se změnil s písemným odůvodněním, ukazuje týmu, že systém je poctivý, zatímco cíl, který se tiše posouvá směrem dolů, dává týmu najevo, že cíle jsou vyjednatelné.