Logo
  • Funkce
    ŘÍZENÍ PROJEKTŮ
    Ikona dla Harmonogram projektuHarmonogram projektu
    Ikona dla Ganttův diagramGanttův diagram
    Ikona dla Tabule KanbanTabule Kanban
    Ikona dla Charta projektuCharta projektu
    Ikona dla Plán projektuPlán projektu
    Ikona dla RozpočetRozpočet
    Ikona dla Rizika projektuRizika projektu
    Ikona dla ProduktyProdukty
    Ikona dla KomunikaceKomunikace
    STRATEGICKÉ ŘÍZENÍ PROJEKTŮ
    Ikona dla Portfolio projektůPortfolio projektů
    Ikona dla Programy projektůProgramy projektů
    Ikona dla Šablony projektůŠablony projektů
    Ikona dla ZprávyZprávy
    Ikona dla Recenze projektůRecenze projektů
    Ikona dla StrategieStrategie
    Ikona dla Bodovací modelBodovací model
    Ikona dla Cesty přijetíCesty přijetí
    Ikona dla Znalostní bázeZnalostní báze
    EFEKTIVNÍ ŘÍZENÍ ČASU
    Ikona dla Registrace pracovní dobyRegistrace pracovní doby
    Ikona dla ZdrojeZdroje
    Ikona dla Provozní práceProvozní práce
  • Řešení
    PRO TÝMY
    Ikona dla Kancelář řízení projektůKancelář řízení projektů
    Ikona dla Správní radaSprávní rada
    Ikona dla Finance a controllingFinance a controlling
    PRŮMYSL
    Ikona dla KomerčníKomerční
    Ikona dla FarmaceutickéFarmaceutické
    Ikona dla VýrobaVýroba
    Ikona dla ITIT
    Ikona dla Solární farmySolární farmy
    PŘÍPADY POUŽITÍ
    Ikona dla Integrované řízení projektůIntegrované řízení projektů
    Ikona dla Strategické řízení projektůStrategické řízení projektů
    Ikona dla Inovace a projekty výzkumu a vývojeInovace a projekty výzkumu a vývoje
    Ikona dla Opakující se projektyOpakující se projekty
    Ikona dla Integrace se systémem JiraIntegrace se systémem Jira
    Ikona dla Quick WinsQuick Wins
  • Proč FlexiProject?
    Ikona dla Konfigurace systémuKonfigurace systému

    Odraz vlastních procesů ve FlexiProject

    Ikona dla Klíčové vlastnosti FlexiProjectKlíčové vlastnosti FlexiProject

    Objevte jedinečné vlastnosti FlexiProject

    Ikona dla Zákazníci a případová studieZákazníci a případová studie

    Prozkoumejte příběhy našich zákazníků

    Ikona dla Funkce FlexiProjectFunkce FlexiProject

    Objevte všechny funkce FlexiProject

    Ikona dla IntegraceIntegrace

    Propojte své nástroje pro lepší efektivitu

  • Zdroje
    Ikona dla Blog o řízení projektůBlog o řízení projektů

    Tipy a nejnovější trendy v řízení projektů

    Ikona dla Uživatelská příručkaUživatelská příručka

    Prozkoumejte FlexiProject podrobněji

    Ikona dla Historie vydáníHistorie vydání

    Historie změn ve FlexiProject

    Ikona dla ZpravodajZpravodaj

    Zůstaňte v obraze!

    Ikona dla Přehled FlexiProjectPřehled FlexiProject

    Podívejte se, jak FlexiProject funguje

    Ikona dla Dokumentace APIDokumentace API

    Pro vývojáře a integrace

  • Ceník
  • Kontakt
    Ikona dla Kontaktní prodejKontaktní prodej

    Další informace o produktu, plánech nebo cenách

    Ikona dla Kontaktovat podporuKontaktovat podporu

    Spojte se s týmem podpory, který vám pomůže s technickými záležitostmi.

    Ikona dla Staňte se partneremStaňte se partnerem

    Připojte se k partnerskému programu FlexiProject!

  • Přihlášení
  • Začít
Začít
Language cs
  • English
  • Polski
  • Čeština
  • Deutsch
  • Español
  • Français
  • Magyar
  • Italiano
  • Portuguese
  • Română
  • Українська
Přihlásit se
Začít
Obsah

Řízení projektových portfolií, Řízení projektu

Úspěšnost projektu: proč Standishova data ukazují na sponzora, ne na Projektového vedoucího

Nejčastěji citovaným číslem v oblasti řízení projektů je údaj společnosti Standish Group „31 % projektů uspěje“. Obvykle se objevuje v prezentacích PMO jako měřítko celkové výkonnosti této disciplíny. Pro vedoucí pracovníky PMO, kteří přijímají operativní rozhodnutí, je užitečnější to, co stejná zpráva ukazuje pod tímto číslem: úspěšnost projektů se pohybuje od 18 % do 67 % v závislosti na jedné proměnné, a to na vyspělosti výkonného sponzora. Zralost sponzora odvádí více práce než metodika, nástroje nebo zkušenosti Projektového vedoucího dohromady.

Tento článek se zabývá tím, co tato mezera vlastně znamená z provozního hlediska, co společně říkají systémy Standish CHAOS 2020 a Wellingtone 2024 o podmínkách, za kterých se sponzoři rozhodují, a jak spolupracují zprávy FlexiProject Acceptance paths, Project Condition a Portfolio Reports, aby se sponzor stal z pasivního eskalačního bodu aktivním rozhodovatelem.

Dokumenty na stole ilustrující koncept shrnutí v projektové dokumentaci

V tomto článku se dozvíte:

  • Co vlastně Standish CHAOS 2020 měří a proč je kategorie „napadených“ důležitější než hlavní číslo?
  • Proč vyspělost výkonného sponzora zvyšuje úspěšnost projektů z 18 % na 67 % a co znamená „vyspělý sponzor“ z provozního hlediska.
  • Jak údaje Wellingtone 2024 o plánech, klíčových výkonnostních ukazatelích a manuálním vykazování vytvářejí podmínky, za kterých se sponzoři rozhodují?
  • Tři způsoby strukturálního selhání řízení sponzora: zpoždění při rozhodování, nedostatek viditelnosti a odklon od plánu.
  • Jak cesty přijetí, stav projektu a portfoliové zprávy FlexiProject fungují jako jeden systém na podporu rozhodování na úrovni sponzora?

Co vlastně Standish CHAOS 2020 měří

Společnost Standish Group vydává zprávu CHAOS od roku 1994 a vydání Beyond Infinity pro rok 2020 používá to, co autoři nazývají „moderní měření“: čtyřrozměrnou definici úspěšnosti projektu zahrnující včasné dodání, dodržení rozpočtu, dosažení cílových výsledků a spokojenost zákazníka. Podle tohoto měření, aplikovaného na softwarové projekty, je 31 % projektů klasifikováno jako úspěšné, 50 % jako problematické a 19 % jako neúspěšné. Hlavní číslo, 31 %, je uváděno nejčastěji, ale pro vedoucí PMO je z provozního hlediska důležitější prostřední kategorie. „Zpochybněný“ znamená, že projekt byl realizován, ale s podstatnou odchylkou od jednoho nebo více plánových dimenzí. Do této kategorie ve skutečnosti směřuje většina rozpočtů PMO.

Vysvětlení tří kategorií výsledků

Standishův pojem „úspěšný“ vyžaduje, aby všechny čtyři dimenze byly v toleranci: harmonogram, rozpočet, cílové výsledky a spokojenost zákazníka. „Neúspěšný“ znamená, že projekt byl zrušen před dodáním nebo dodán, ale nikdy nebyl použit. „Zpochybněný“, zdaleka nejpočetnější kategorie s 50 %, zahrnuje provozně běžný případ: projekt byl dodán, ale se zpožděním, nad rámec rozpočtu, s omezeným rozsahem nebo se slabými obchodními výsledky. Pro PMO provozující 30 projektů to znamená zhruba 15 projektů ročně, které spotřebovávají úplné zdroje, ale přinášejí částečnou hodnotu. Míra „problémových“ projektů je realistickým cílem pro práci na zlepšení PMO, protože posunout projekty z problémových na úspěšné je schůdnější než zachraňovat neúspěšné.

Proč je číslo 31 % důležité i pro PMO, nejen pro týmy IT?

Standishův vzorek se zaměřuje na softwarové projekty, což vedlo některé vedoucí pracovníky PMO k odmítnutí těchto údajů jako irelevantních pro stavební projekty, projekty výzkumu a vývoje nebo projekty transformace podniku. Toto odmítnutí se míjí účinkem. Vzorce, které vedou k „problematickým“ výsledkům – pozdní rozhodnutí, chybějící Plány, slabé zapojení sponzora, nejednoznačné změny rozsahu – nejsou specifické pro dané odvětví. Jsou to vzorce řízení. Údaje Standish o softwarových projektech jsou nejpřesnějším kvantitativním obrazem toho, jak tyto vzorce ovlivňují výsledky. PMO, který řídí kapitálové projekty, regulační programy nebo zavádění produktů, rozpozná stejné vzorce ve svých vlastních přehledech portfolia.

Největší páka: vyspělost výkonného sponzora (67 % oproti 18 %).

Pokud společnost Standish rozdělí své údaje podle vyspělosti výkonného sponzora, míra úspěšnosti projektů se zvýší z 18 % na 67 %, což představuje 3,7násobek. Žádný jiný faktor v souboru dat nemá srovnatelný účinek. Volba metodiky (Waterfall vs. Agile vs. hybridní), úroveň zkušeností týmu, velikost projektu a sofistikovanost nástrojů vykazují menší a méně konzistentní korelace. Proměnná sponzor dominuje všem. Pro vedoucího PMO, který čte tato data, to má přímý důsledek: nejvýhodnější provozní investice nespočívají v modernizaci Projektových vedoucích nebo výběru lepší metodiky: spočívají v budování systému na základě rozhodnutí výkonného sponzora.

Co v praxi znamená „vysoce vyspělý sponzor“?

Standishova definice vyspělosti sponzora je behaviorální, nikoli titulární. Vysoce vyspělý sponzor dělá čtyři věci konzistentně po celý životní cyklus projektu. Za prvé, rozhodnutí se přijímají v řádu dnů, nikoli týdnů, žádosti o změny, úpravy rozsahu a reakce na rizika se neukládají na měsíční řídicí výbory. Zadruhé, sponzor aktivně vlastní obchodní případ, včetně jeho vývoje podle toho, jak se mění podmínky, nejen při zahájení projektu. Za třetí, přehledy projektu jsou založeny na údajích ze systému, nikoli na shrnutích v PowerPointu připravených projektovým vedoucím. Za čtvrté, sponzor podepisuje Plán jako strategický závazek se stejnou vážností jako rozhodnutí o přidělení kapitálu. Žádné z těchto chování nevyžaduje specifickou pracovní pozici: vyžaduje disciplínu rolí a podporu systému.

Proč projektový vedoucí nemůže nahradit málo zralého sponzora

Častou reakcí vedoucích PMO na tyto údaje je investovat do lepších projektových vedoucích s předpokladem, že silný PM může nahradit slabého sponzora. Strukturální asymetrie těchto dvou rolí to v měřítku portfolia znemožňuje. Projektový vedoucí má operativní pravomoci: řídí plán, koordinuje tým, eskaluje rizika. Sponzor má strategické pravomoci: změna priorit portfolia, přidělování rozpočtu, schvalování změn rozsahu, které přesahují toleranci PM. Když strategická rozhodnutí trvají tři až čtyři týdny, může PM bezchybně řídit plán a přesto dosáhnout „napadnutelného“ výsledku. Údaje Standish to potvrzují v měřítku: PM excelence nemůže nahradit rychlost rozhodování sponzora.

Co přináší Wellingtone 2024: plány, klíčové ukazatele výkonnosti, podávání zpráv

Standishovo číslo říká vedoucím PMO, že na vyspělosti sponzora záleží. Wellingtone’s State of Project Management 2024 jim říká, proč většina sponzorů funguje pod úrovní vyspělosti především proto, že nejsou vytvořeny podmínky pro vyspělé rozhodování. Společnost Wellingtone vydává zprávy, podle kterých dokončí pouze 34 % organizací projekty včas, 34 % v rámci rozpočtu a 36 % přináší úplný přínos. Užitečnější částí zprávy jsou údaje o systémových podmínkách, které stojí za těmito výsledky: pouze 48 % organizací obvykle nebo vždy plánují své harmonogramy, přibližně polovina nemá přístup k ukazatelům KPI v reálném čase a nejméně jeden den v měsíci stráví ručním sestavováním stavových zpráv.

Sponzoři se rozhodují na základě neaktuálních dat, což se projevuje na úspěšnosti.

Pokud polovina operací PMO vytváří manuální zprávy o stavu jednou měsíčně, je sponzor strukturálně tři až čtyři týdny pozadu za realitou projektu. Riziko označené ve druhém týdnu čtyřtýdenního cyklu podávání zpráv se ke sponzorovi dostane v šestém týdnu. V době, kdy o něm jedná řídicí výbor, se riziko buď zhmotní, nebo se samo vyřeší, v každém případě rozhodnutí sponzora přijde příliš pozdě na to, aby změnilo trajektorii. Stejný vzorec platí pro změny rozsahu, překročení rozpočtu a konflikty o zdroje. Standishův rozdíl 18 % ku 67 % není primárně o talentu nebo odhodlání sponzora. Jde o to, zda systém dodává sponzorovi aktuální data dostatečně rychle, aby mohl včas rozhodovat.

Tři způsoby strukturálního selhání správy sponzorů

Kombinované údaje Standish a Wellingtone izolují tři provozní mezery, které způsobují většinu zhoršení úspěšnosti projektu. Ty se v diagnostice PMO objevují konzistentně a každá z nich znemožňuje jinou úroveň efektivity sponzora. Žádná z nich není otázkou záměru nebo dovedností sponzora: jedná se o systémové mezery, za jejichž odstranění je odpovědný PMO. Následující tři oddíly diagnostikují každou mezeru; oddíly šest až osm popisují operativní reakci.

Rozhodovací latence: když „projednáme to při příštím řízení“ stojí týdny

Většina PMO pracuje v měsíčním rytmu řízení, což znamená, že průměrný cyklus rozhodování o otázkách na úrovni sponzora je dva týdny. Změna rozsahu identifikovaná v prvním týdnu čeká na schůzku ve třetím týdnu; pokud schůzka odloží rozhodnutí kvůli dodatečné analýze, odpověď přijde v sedmém týdnu. U projektů s osmi- až dvanáctitýdenními fázemi může toto jediné zdržení spotřebovat 50 % fáze. Údaje Standish o vyspělosti sponzorů to zachycují: organizace s vyspělými sponzory mají rozhodovací cykly měřené ve dnech, nikoliv v týdnech, protože nespojují každé rozhodnutí do měsíčního fóra. Fórum stále existuje, jen přestává být jedinou cestou ke schválení sponzorem.

Mezera ve viditelnosti: sponzoři se dívají na diapozitivy, ne na systém

Když 50 % PMO uvádí, že vedení nemá přístup ke KPI v reálném čase, je pohled sponzora na portfolio filtrován výhradně prostřednictvím materiálů připravených PM. To vytváří strukturální zkreslení: sponzor vidí tu verzi stavu projektu, kterou se PM rozhodl vynést na povrch, poté, co pod vedením PM určil priority toho, co stojí za to zvýšit. Důležité signály jsou vyhlazeny, nejednoznačná rizika jsou formulována optimisticky a strategická rozhodnutí sponzora se opírají spíše o zakuklená než o přímá data. Zralí sponzoři tuto mezeru překonávají nikoli tím, že požadují více zpráv, ale tím, že sami přistupují do systému a bez prostředníků se dívají na aktuální stav projektu, registr rizik a stav rozpočtu.

Posun výchozího stavu: když „plán“ znamená „nejnovější harmonogram“.

Zjištění společnosti Wellingtone, že pouze 48 % organizací důsledně stanovuje základní hodnoty svých harmonogramů, má přímý důsledek: v 52 % organizací PMO znamená „podle plánu“ „podle aktuální verze plánu“. Bez zamrzlého referenčního bodu, jehož změna vyžaduje formální řízení změn, popisuje každá zpráva o stavu spíše současnost než odchylku od strategického závazku. Rozhodovací prostor sponzora se hroutí, protože není proti čemu rozhodovat: plán se neustále přizpůsobuje realitě, místo aby se realita řídila podle plánu. To je nejtišší ze tří mezer, protože ztěžuje odhalení ostatních dvou. Čistá zpráva o stavu bez plánu není ve skutečnosti zelená.

Vyzkoušejte FlexiProject!

Převezměte kontrolu nad úspěchem projektu: podívejte se, jak FlexiProject podporuje rozhodnutí výkonných sponzorů.

Začněte

Co dělají zkušení sponzoři v průběhu životního cyklu projektu jinak?

Zralost sponzora není osobnostní rys nebo styl vedení: je to soubor provozního chování vázaného na konkrétní okamžiky životního cyklu projektu. Nejdůležitější jsou čtyři momenty: Schválení charty projektu, schválení plánu, přehledy v polovině projektu a rozhodnutí o požadavku na změnu. V každém okamžiku dělá zralý sponzor něco strukturálně odlišného od nezralého a tento rozdíl se stupňuje v celém portfoliu. Úkolem PMO není školit sponzory v lepším chování: je to navrhnout systém tak, aby zralé chování bylo cestou nejmenšího odporu a nezralé chování způsobovalo tření.

Schválení charty jako strategická brána, ne formalita

Charta projektu je prvním konkrétním momentem, kdy lze pozorovat vyspělost sponzora. Nezralý sponzor podepisuje Chartu jako procedurální krok poté, co byl projekt podstatně rozšířen a tým zmobilizován. Zralý sponzor přistupuje ke schválení charty jako k investičnímu rozhodnutí, kterým ve skutečnosti je: přezkoumává obchodní důvody, cílové výsledky, závazky týkající se zdrojů a předpoklady, které ospravedlňují pokračování. Údaje společnosti Standish ukazují, že projekty s aktivním zapojením sponzora ve fázi charty mají podstatně vyšší míru úspěšnosti než projekty, u nichž se schvalování charty omezuje na pracovní postup podpisu. Charta je nejlevnějším místem, kde lze slabý projekt zničit; jakmile se začne realizovat, náklady na zastavení se každý týden zvyšují.

{%ALT_TEXT%}

{%CAPTION%}

Přehledy v polovině projektu vázané na údaje o rizicích a rozpočtu, nikoli na názory.

Formát přezkumu sponzora a vedoucího úřadu mění kvalitu rozhodnutí, která z něj vzejdou. Pokud je přezkum strukturován na základě prezentace stavu – slajdy připravené PM, vyprávění vedené PM, rozhodnutí formulovaná PM – je příspěvek sponzora omezen na reakci na to, co bylo prezentováno. Když je přezkum strukturován kolem samotného systému – aktuálního stavu projektu, živého registru rizik, rozdílu mezi plánem a skutečným stavem -, příspěvek sponzora se přesouvá k identifikaci toho, co chybí, zpochybnění předpokladů a vyvolání rozhodnutí, která by PM sám nemohl vyvolat. Tento posun je malý z provozního hlediska, ale velký z hlediska výsledků v rámci celého portfolia.

Jak cesty přijetí FlexiProject snižují latenci rozhodování

Zpoždění při rozhodování je ze všech tří nedostatků v řízení sponzorů nejpříměji řešitelné, protože se v zásadě jedná o problém pracovního postupu, nikoliv chování. FlexiProject‚s Schvalovací cesty poskytují předem definovaný rozhodovací proces pro schvalování klíčových projektových dokumentů: Charty projektů, projektový plán, základní změny. Místo aby se rozhodnutí odkládala na další řídicí výbor, schvalovací cesty probíhají asynchronně přes předem definovanou posloupnost schvalovatelů, přičemž každé rozhodnutí je zaznamenáno s časovým razítkem a identitou schvalovatele. Měsíční řídicí schůzka stále existuje pro strategické diskuse; mění se pouze to, že rutinní schvalování na úrovni sponzora přestává blokovat postup projektu mezi schůzkami.

Rozhodování probíhá asynchronně, s auditní stopou.

Každá schvalovací cesta je konfigurována pro každý pracovní prostor, takže různé obchodní jednotky mohou mít pro stejný typ dokumentu různé schvalovací cesty. Schvalovací cesta definuje pořadí schvalovatelů, podmínky pro přechod na další krok a akce dostupné v každém kroku (schválit, zamítnout, vyžádat si změny). Když je projektový plán předložen ke schválení, prochází posloupností automaticky, každý schvalovatel vidí dokument ve své frontě, učiní rozhodnutí a další schvalovatel je informován. Je zachována úplná auditní stopa, což má význam jak pro dodržování předpisů, tak pro diagnostiku míst, kde se rozhodování zpomaluje. Pokud určitý schvalovatel trvale zdržuje dokumenty dva týdny, údaje jsou viditelné a PMO může toto úzké místo přímo řešit.

Cesty schvalování podle velikosti a rizika projektu

Silnou stránkou předdefinovaných schvalovacích tras je, že je lze kalibrovat podle měřítka projektu. Malá iniciativa může vyžadovat schválení vedoucím PMO jedním schvalovatelem. Velký nebo vysoce rizikový projekt může postupně projít přes PMO, finance a výkonného sponzora s podmíněnými větvemi na základě prahových hodnot rozpočtu nebo kategorií rizik. Trasy jsou konfigurovatelné pro jednotlivé pracovní prostory, což umožňuje různým podnikovým jednotkám přizpůsobit model řízení jejich kontextu, aniž by bylo nutné provádět centrální rekonfiguraci pro každý projekt. Výsledkem je, že pozornost sponzora je soustředěna na rozhodnutí, která ji skutečně vyžadují, zatímco rutinní schvalování nezabírá čas sponzora.

Vyzkoušejte FlexiProject!

Zkraťte prodlevy při rozhodování z týdnů na dny: podívejte se, jak FlexiProject automaticky směruje schvalování.

Začněte

Stav projektu a grafické shrnutí jako vlastní pohled zadavatele

Mezera ve viditelnosti se uzavírá, když mají sponzoři přímý přístup k aktuálnímu stavu projektu, aniž by byli závislí na materiálech připravených PM. Systém FlexiProject Project Condition poskytuje přehled o stavu každého projektu zahrnující rozměry harmonogramu, rozpočtu, rozsahu a rizik, který se průběžně obnovuje podle toho, jak se mění podkladová data. Grafické shrnutí je agreguje do vizualizace na úrovni portfolia, kterou může sponzor prohlédnout během několika minut. Tyto dva pohledy společně nahrazují cyklus přípravy, distribuce a projednávání měsíčních stavových přehledů nepřetržitým přístupem k aktuálnímu stavu, což znamená, že rozhodnutí sponzora mohou být vyvolána spíše signály než kalendáři výkazů.

Od měsíčních stavových tabulek ke vždy aktuálním stavovým signálům

Post o automatizaci přehledů projektů se podrobně zabývá operativním posunem: zprávy o stavu přestávají být samostatným artefaktem vytvářeným pro sponzory a stávají se kontinuálním pohledem, ke kterému mají sponzoři přímý přístup. Zobrazení stavu projektu ukazuje, jak si každý projekt stojí ve čtyřech klíčových dimenzích, s možností proniknout ke konkrétním úkolům, rizikům nebo položkám rozpočtu, které stav ovlivňují. Sponzor, který si prohlíží stav portfolia před úterním ranním rozhodnutím, vidí údaje z Monday, nikoli údaje staré tři týdny. Výsledná rozhodnutí jsou rychlejší, cílenější a s větší pravděpodobností řeší skutečné, nikoliv nahlášené problémy.

{%ALT_TEXT%}

{%CAPTION%}

Zprávy o portfoliu: od signálu projektu k rozhodnutí o portfoliu

Efektivita sponzorů se zvyšuje, když lze signály jednotlivých projektů agregovat do rozhodnutí o portfoliu. Jeden projekt, který vykazuje červený rizikový status, je otázkou na úrovni projektu; tři projekty ve stejné obchodní jednotce, které vykazují červený status, jsou otázkou na úrovni portfolia, která vyžaduje přerozdělení zdrojů, změnu rozsahu nebo strategické odložení. Moduly Zprávy a Projektová portfolia systému FlexiProject poskytují agregační vrstvu, která umožňuje sponzorům a vedoucím PMO vidět vzorce napříč projekty, které by nebyly viditelné při přehledech jednotlivých projektů. Právě zde fungují organizace s nejvyšší mírou úspěšnosti projektů podle údajů Standish, na úrovni portfolia, přičemž úroveň projektu je spíše vstupem než rozhodovací jednotkou.

Když se z jednoho signálu projektu stane otázka portfolia

Přechod od rozhodování na úrovni projektů k rozhodování na úrovni portfolia je to, co odlišuje zralé řízení od nezralého. Nezralý model řízení se zabývá riziky, zpožděními a tlaky na rozpočet jednotlivých projektů izolovaně, a když jednotlivé projekty překročí únosnou míru, přenáší je na sponzora. Vyspělý model používá zprávy o portfoliu k odhalení vzorců: tři farmaceutické projekty, které všechny upozorňují na zpoždění klinických zkoušek, dva infrastrukturní projekty, které soutěží o stejné kritické zdroje, čtyři projekty uvedení produktu na trh, které všechny předpokládají dokončení ve 4. čtvrtletí oproti společnému termínu uvedení na trh. Tyto vzorce jsou neviditelné na úrovni projektů a zřejmé na úrovni portfolia, ale pouze pokud systém agreguje signály v reálném čase, nikoli na konci čtvrtletí.

Často kladené otázky (FAQ)

Musí být výkonný sponzor na úrovni C?

Standishova definice vyspělosti sponzora je behaviorální, nikoli hierarchická. Sponzor na úrovni ředitele s pevnou disciplínou v roli – rychlé rozhodování, aktivní vlastnictví obchodních případů, systémové přehledy – dosahuje lepších výsledků projektu než sponzor na úrovni C, který považuje svou roli za ceremoniální. Záleží na tom, zda má sponzor pravomoc přijímat strategická rozhodnutí, která projekt vyžaduje, a disciplínu, aby je přijímal ve správném časovém rámci. Některé organizace přidělují sponzorství na úrovni C všem velkým projektům; jiné odstupňují sponzorství podle velikosti a Rizik projektu. Oba modely fungují za předpokladu, že sponzor na jakékoliv úrovni pracuje vyspěle.

Jak často by měl sponzor projekt kontrolovat?

U aktivních projektů funguje ve většině prostředí dvoutýdenní frekvence mezi projektovým vedoucím a sponzorem: dostatečně rychlá na to, aby se rizika objevila dříve, než eskalují, a dostatečně pomalá na to, aby se sponzor neutopil v provozních detailech. Přezkoumání na úrovni portfolia může probíhat každý měsíc, protože rozhodnutí o portfoliu fungují v delším časovém horizontu než rozhodnutí o projektu. Více než na kadenci záleží na tom, aby byly přehledy vázány na systémová data, nikoli na připravené materiály, a aby měl sponzor přístup k aktuálnímu stavu projektu mezi harmonogramy přehledů, kdy je potřeba eskalace.

Nahrazují cesty pro přijetí řídící výbor?

Ne, doplňují ji. Řídicí výbor zůstává fórem pro strategické diskuse: změna priorit portfolia, zásadní změny rozsahu, eskalace na výkonné úrovni. To, co nahrazují akceptační cesty, je praxe sdružování rutinních schválení na úrovni sponzora do stejného měsíčního zasedání, což vytváří problém latence rozhodování. Se zavedenými schvalovacími cestami se řídicí výbor může soustředit na malý počet rozhodnutí, která skutečně vyžadují kolektivní diskusi, zatímco větší objem jednotlivých schválení se průběžně přesouvá systémem.

Co když sponzor „nemá čas“?

Odpověď „není čas“ obvykle signalizuje jeden ze dvou základních problémů: buď je zadavatel přetížen žádostmi o schválení, které by měly být vyřízeny na nižší úrovni, nebo systém způsobuje, že jednotlivá schválení jsou časově náročnější, než je nutné. Schvalovací cesty řeší obojí: směrují rutinní rozhodnutí mimo úroveň sponzora, kde je to možné, a umožňují rychlé zpracování zbývajících rozhodnutí na úrovni sponzora, protože k žádosti o schválení je připojen příslušný kontext. Když může sponzor schválit plánovou změnu za dvě minuty z mobilního zařízení s viditelným úplným kontextem, námitka „není čas“ přestane platit.

Vyžaduje tato změna změnu organizační kultury?

Méně, než vedoucí PMO často předpokládají. Údaje Standish ukazují provozní mechanismus: rychlost rozhodování, plán disciplíny, systémové přehledy. Jedná se o volby pracovních postupů, nikoliv o volby kulturní. Organizace, které změní pracovní postupy – zavedou schvalovací cesty, plán schvalování, přímý přístup sponzorů k podmínkám projektu – zjistí, že chování sponzorů se přizpůsobí novému systému během jednoho nebo dvou čtvrtletí. Kulturní příběh „angažovanějších sponzorů“ má tendenci následovat provozní změnu, nikoli jí předcházet.

Úspěšnost projektu je problémem systému sponzorů, nikoliv problémem PM.

Zjištění Standish CHAOS 2020, že vyspělý sponzoring zvyšuje úspěšnost projektů z 18 % na 67 %, přehodnocuje, na co by se měla zaměřit práce na zlepšení PMO. Obvyklý důraz na lepší projektové vedoucí, lepší výběr metodiky nebo lepší funkce nástrojů zachycuje skutečné, ale druhotné účinky. Dominantní proměnnou je systém kolem rozhodnutí výkonných sponzorů: zda se rozhoduje ve dnech nebo týdnech, zda sponzoři vidí aktuální data nebo kurátorské zprávy, zda se plány udržují nebo posouvají. Údaje společnosti Wellingtone 2024 o ručním reportování, chybějících plánech a absenci klíčových ukazatelů výkonnosti v reálném čase popisují provozní podmínky, v nichž v současnosti pracuje většina sponzorů, a tyto podmínky strukturálně brání vyspělosti, kterou Standish označuje za hnací sílu úspěchu.

Nejsilnější iniciativy PMO nejsou ty, které přidávají čtvrtý nástroj, aby zaplácly mezeru ve třetím nástroji. Jsou to ty, které provozují směrování rozhodnutí, přehled o stavu projektů a agregaci portfolia jako jediný ucelený systém se sdílenými daty, společnou kadencí a jasným určením, kde se strategická rozhodnutí přijímají. FlexiProject spojuje cesty přijetí, stav projektu s grafickým shrnutím a zprávy o portfoliu do jedné platformy právě proto, že problém sponzora a zralosti je systémový problém, nikoli tři samostatné problémy pracovních postupů. Rozdíl v míře úspěšnosti, který Standish dokumentuje, není odstraněn individuálním hrdinstvím na úrovni sponzora, ale infrastrukturou, která činí zralostní chování sponzora výchozí cestou.

AUTOR

Dominik Wrzosek

Dominik Wrzosek

General Manager at FlexiProject

Dominik je odborník na řízení projektů a absolvent Varšavské polytechniky. Řídí vývoj systému FlexiProject a převádí obchodní potřeby do praktických řešení podporujících projektové týmy. Má zkušenosti s implementací FlexiProject v organizacích různé velikosti a kombinuje technické znalosti s obchodním přístupem k efektivnímu plánování a realizaci projektů.

Viz více

Nejlepší aplikace pro správu úkolů: jak vybrat správný nástroj pro úkoly a seznamy úkolů

Nejlepší aplikace pro správu úkolů: jak vybrat správný nástroj pro úkoly a seznamy úkolů

Přejít na článek
Řízení projektů AI: Proč je budování sgentů AI jen dalším IT projektem?

Řízení projektů AI: Proč je budování sgentů AI jen dalším IT projektem?

Přejít na článek
Překročení rozpočtu projektu: Jak PMI vysvětluje 9,4% plýtvání – a jak ho odstranit pomocí Plánu, Rizik a portfolia.

Překročení rozpočtu projektu: Jak PMI vysvětluje 9,4% plýtvání – a jak ho odstranit pomocí Plánu, Rizik a portfolia.

Přejít na článek
Zralost projektového řízení v IT: Co odhalila studie COI – a jak FlexiProject odstraňuje nedostatky

Zralost projektového řízení v IT: Co odhalila studie COI – a jak FlexiProject odstraňuje nedostatky

Přejít na článek
Přechod na Microsoft Project: Praktický průvodce přechodem z Project Serveru na FlexiProject

Přechod na Microsoft Project: Praktický průvodce přechodem z Project Serveru na FlexiProject

Přejít na článek
Nejlepší nástroj pro tvorbu, schvalování a správu chartů projektů

Nejlepší nástroj pro tvorbu, schvalování a správu chartů projektů

Přejít na článek
KPI Portfolio Management: Jak se z projektů stává hodnota s business acumenem?

KPI Portfolio Management: Jak se z projektů stává hodnota s business acumenem?

Přejít na článek
Správa projektových portfolií Jira: Proč samotná Jira pro PMO nestačí?

Správa projektových portfolií Jira: Proč samotná Jira pro PMO nestačí?

Přejít na článek
Přínosy projektového řízení: proč se vyplatí investovat do metodiky a PPM

Přínosy projektového řízení: proč se vyplatí investovat do metodiky a PPM

Přejít na článek
Procesní přístup ve firmě: základ efektivního řízení

Procesní přístup ve firmě: základ efektivního řízení

Přejít na článek
Stále používáte Ganttův diagram v aplikaci Excel? Existuje lepší způsob!

Stále používáte Ganttův diagram v aplikaci Excel? Existuje lepší způsob!

Přejít na článek
Nejlepší software PPM: Který nástroj je pro vaši společnost ten pravý?

Nejlepší software PPM: Který nástroj je pro vaši společnost ten pravý?

Přejít na článek
Co je to řízení programu projektu? Strategický účel, integrace a koordinace

Co je to řízení programu projektu? Strategický účel, integrace a koordinace

Přejít na článek
Diagram PERT: jak vizualizovat harmonogram projektu pomocí síťové metody?

Diagram PERT: jak vizualizovat harmonogram projektu pomocí síťové metody?

Přejít na článek
Certifikát PMP (Project Management Professional) – kompletní průvodce nejcennější certifikací PM

Certifikát PMP (Project Management Professional) – kompletní průvodce nejcennější certifikací PM

Přejít na článek
Graf PERT CPM – jak používat analýzu citových cest při plánování projektu?

Graf PERT CPM – jak používat analýzu citových cest při plánování projektu?

Přejít na článek
Efektivní řízení projektů v energetických společnostech a fotovoltaických farmách

Efektivní řízení projektů v energetických společnostech a fotovoltaických farmách

Přejít na článek
Příklady struktur WBS v různých odvětvích a projektech

Příklady struktur WBS v různých odvětvích a projektech

Přejít na článek
Kanban Board: Jak funguje a zvyšuje kvalitu plnění úkolů

Kanban Board: Jak funguje a zvyšuje kvalitu plnění úkolů

Přejít na článek
Systém přidělování zdrojů: Jak efektivně řídit dostupnost týmu a vybavení v projektech?

Systém přidělování zdrojů: Jak efektivně řídit dostupnost týmu a vybavení v projektech?

Přejít na článek
Jak integrace FlexiProject-Jira zefektivňuje řízení projektů?

Jak integrace FlexiProject-Jira zefektivňuje řízení projektů?

Přejít na článek
Product Breakdown Structure (PBS) – Jak chytře uspořádat rozsah projektu?

Product Breakdown Structure (PBS) – Jak chytře uspořádat rozsah projektu?

Přejít na článek
Shrnutí v projektové dokumentaci: Co by mělo obsahovat a proč je důležité?

Shrnutí v projektové dokumentaci: Co by mělo obsahovat a proč je důležité?

Přejít na článek
Efektivní manažerské výkaznictví: proměna dat ve včasná rozhodnutí

Efektivní manažerské výkaznictví: proměna dat ve včasná rozhodnutí

Přejít na článek
Top 5 Jira Alternativy pro moderní řízení projektů

Top 5 Jira Alternativy pro moderní řízení projektů

Přejít na článek
Schedule Performance Index (SPI): Jak jej vypočítat a použít ke sledování pokroku projektu

Schedule Performance Index (SPI): Jak jej vypočítat a použít ke sledování pokroku projektu

Přejít na článek
Business Process Reengineering krok za krokem – Principy, nástroje a plán implementace

Business Process Reengineering krok za krokem – Principy, nástroje a plán implementace

Přejít na článek
Software PPM – co to je a proč ho vaše společnost potřebuje?

Software PPM – co to je a proč ho vaše společnost potřebuje?

Přejít na článek
Vysvětlení burndown grafu: co to je, jak funguje a proč je pro agilní týmy nezbytný

Vysvětlení burndown grafu: co to je, jak funguje a proč je pro agilní týmy nezbytný

Přejít na článek
Mapování hodnotového toku (VSM): VSM: definice a příklady

Mapování hodnotového toku (VSM): VSM: definice a příklady

Přejít na článek
Mapa procesů: jak efektivně mapovat podnikové procesy? Praktický průvodce

Mapa procesů: jak efektivně mapovat podnikové procesy? Praktický průvodce

Přejít na článek
Co je metoda řízení projektů PRINCE2?

Co je metoda řízení projektů PRINCE2?

Přejít na článek
Řízení projektů: Co to je a jak funguje v praxi? Kompletní průvodce.

Řízení projektů: Co to je a jak funguje v praxi? Kompletní průvodce.

Přejít na článek
Efektivní řízení zdrojů v projektech: Praktický průvodce

Efektivní řízení zdrojů v projektech: Praktický průvodce

Přejít na článek
Jak zlepšit řízení projektů ve středně velké firmě?

Jak zlepšit řízení projektů ve středně velké firmě?

Přejít na článek
Jak správně hlásit stav projektu?

Jak správně hlásit stav projektu?

Přejít na článek
Včasnost – klíč k efektivitě při řízení projektů

Včasnost – klíč k efektivitě při řízení projektů

Přejít na článek
Karta pro uzavření projektu: Co to je a jaké výhody přináší?

Karta pro uzavření projektu: Co to je a jaké výhody přináší?

Přejít na článek
Parkinsonův zákon: jeho dopad na projekty a jak se mu vyhnout

Parkinsonův zákon: jeho dopad na projekty a jak se mu vyhnout

Přejít na článek
Řízení projektových zdrojů – klíčový základ úspěchu projektu ve společnosti

Řízení projektových zdrojů – klíčový základ úspěchu projektu ve společnosti

Přejít na článek
Šablona charty projektu: Proč je tento dokument tak důležitý pro úspěch vašeho projektu?

Šablona charty projektu: Proč je tento dokument tak důležitý pro úspěch vašeho projektu?

Přejít na článek
Agile manifest: Klíčové hodnoty a principy manifestu

Agile manifest: Klíčové hodnoty a principy manifestu

Přejít na článek
Co je řízení podle cílůMBO

Co je řízení podle cílůMBO

Přejít na článek
Kdy je systém řízení projektů nezbytný?

Kdy je systém řízení projektů nezbytný?

Přejít na článek
Mikromanagement: Co to je a jak to negativně ovlivňuje tým?

Mikromanagement: Co to je a jak to negativně ovlivňuje tým?

Přejít na článek
Co je to charta projektové iniciativy a jak lze efektivně shromažďovat projektové nápady v organizaci?

Co je to charta projektové iniciativy a jak lze efektivně shromažďovat projektové nápady v organizaci?

Přejít na článek
Scrum vs. Agile – jaké jsou rozdíly?

Scrum vs. Agile – jaké jsou rozdíly?

Přejít na článek
Ukazatele KPI: Jak definovat a sledovat klíčové ukazatele úspěchu

Ukazatele KPI: Jak definovat a sledovat klíčové ukazatele úspěchu

Přejít na článek
Stage-Gate Methodology: Fáze a brány v řízení projektů

Stage-Gate Methodology: Fáze a brány v řízení projektů

Přejít na článek
Green Project Management: Co je to udržitelné řízení projektů?

Green Project Management: Co je to udržitelné řízení projektů?

Přejít na článek
Řízení projektů ve výrobní společnosti pomocí FlexiProject

Řízení projektů ve výrobní společnosti pomocí FlexiProject

Přejít na článek
Co je to tyrkysová společnost?

Co je to tyrkysová společnost?

Přejít na článek
Proč má řízení portfolia projektů smysl a přináší hmatatelné výhody?

Proč má řízení portfolia projektů smysl a přináší hmatatelné výhody?

Přejít na článek
Vývoj kanceláře pro řízení projektů (PMO)

Vývoj kanceláře pro řízení projektů (PMO)

Přejít na článek
7 charakteristik moderní kanceláře pro řízení projektů

7 charakteristik moderní kanceláře pro řízení projektů

Přejít na článek
Co je Agile? Pochopení základů

Co je Agile? Pochopení základů

Přejít na článek
Minimum Viable Product (MVP): Klíč k rychlému startu a úspěchu

Minimum Viable Product (MVP): Klíč k rychlému startu a úspěchu

Přejít na článek
Kanban: Jak efektivně řídit pracovní postupy?

Kanban: Jak efektivně řídit pracovní postupy?

Přejít na článek
5 nejlepších knih o řízení projektů, které si přečtěte

5 nejlepších knih o řízení projektů, které si přečtěte

Přejít na článek
Jak definujete cíle projektu a jak projekt plánujete?

Jak definujete cíle projektu a jak projekt plánujete?

Přejít na článek
Co je Kaizen? Koncepce, metoda a filozofie

Co je Kaizen? Koncepce, metoda a filozofie

Přejít na článek
Co je to Waterfall metodika a jak funguje?

Co je to Waterfall metodika a jak funguje?

Přejít na článek
Metodika Scrum: Úvod do agilního řízení projektů

Metodika Scrum: Úvod do agilního řízení projektů

Přejít na článek
Zásady efektivního řízení projektů

Zásady efektivního řízení projektů

Přejít na článek
Milníky v řízení projektů

Milníky v řízení projektů

Přejít na článek
Vypracování plánu projektu – harmonogram projektu

Vypracování plánu projektu – harmonogram projektu

Přejít na článek
Efektivní Ganttův diagram při řízení projektů

Efektivní Ganttův diagram při řízení projektů

Přejít na článek
Jaký je rozdíl mezi portfoliem a projektovým programem?

Jaký je rozdíl mezi portfoliem a projektovým programem?

Přejít na článek
Co je to portfolio projektů a jak ho řídit?

Co je to portfolio projektů a jak ho řídit?

Přejít na článek
Jak prakticky hodnotit nápady na projekty?

Jak prakticky hodnotit nápady na projekty?

Přejít na článek
Jak využít umělou inteligenci při řízení projektů?

Jak využít umělou inteligenci při řízení projektů?

Přejít na článek
Typy závislostí úkolů v Ganttově diagramu s příklady

Typy závislostí úkolů v Ganttově diagramu s příklady

Přejít na článek
Co přináší automatizace revizí projektů?

Co přináší automatizace revizí projektů?

Přejít na článek
Jak v organizaci vytvořit kancelář pro řízení projektů?

Jak v organizaci vytvořit kancelář pro řízení projektů?

Přejít na článek
Jak vytvořit harmonogram projektu? Učte se na praktickém příkladu!

Jak vytvořit harmonogram projektu? Učte se na praktickém příkladu!

Přejít na článek
Co je to Ganttův diagram a jak ho vytvořit? [PŘÍKLAD]

Co je to Ganttův diagram a jak ho vytvořit? [PŘÍKLAD]

Přejít na článek
Jak vytvořit harmonogram projektu s milníky?

Jak vytvořit harmonogram projektu s milníky?

Přejít na článek
Co je to projektová charta a jak ji připravit?  [EXAMPLE]

Co je to projektová charta a jak ji připravit? [EXAMPLE]

Přejít na článek
Jak sestavit dobrý projektový plán?

Jak sestavit dobrý projektový plán?

Přejít na článek
Kdy přestává být Excel dobrým nástrojem pro řízení projektů?

Kdy přestává být Excel dobrým nástrojem pro řízení projektů?

Přejít na článek
Úloha a úkoly kanceláře projektového řízení (PMO) v organizaci

Úloha a úkoly kanceláře projektového řízení (PMO) v organizaci

Přejít na článek
Hybridní projektové řízení: co to je a jak ho používat v praxi?

Hybridní projektové řízení: co to je a jak ho používat v praxi?

Přejít na článek
4 hlavní fáze realizace projektu

4 hlavní fáze realizace projektu

Přejít na článek
5 výhod aplikace pro řízení projektů

5 výhod aplikace pro řízení projektů

Přejít na článek
Funkce
  • Harmonogram projektu
  • Ganttův diagram
  • Charta projektu
  • Plán projektu
  • Rozpočet
  • Rizika projektu
Funkce
  • Portfolio projektů
  • Šablony projektů
  • Zprávy
  • Recenze projektů
  • Strategie
  • Bodovací model
Zdroje
  • Blog o řízení projektů
  • Klíčové vlastnosti FlexiProject
  • Zákazníci a případová studie
  • Zpravodaj
Kontakt
  • Kontaktovat podporu
  • Kontaktní prodej
Logo Footer
Language cs
  • English
  • Polski
  • Čeština
  • Deutsch
  • Español
  • Français
  • Magyar
  • Italiano
  • Portuguese
  • Română
  • Українська
Copyright © 2026 flexi-project.com | Privacy policy
Logo Footer
Language cs
  • English
  • Polski
  • Čeština
  • Deutsch
  • Español
  • Français
  • Magyar
  • Italiano
  • Portuguese
  • Română
  • Українська
Privacy policy
Copyright © 2026 flexi-project.com
FlexiProject
Správa souhlasu se soubory cookie
Abychom mohli poskytovat co nejlepší zážitky, používáme technologie, jako jsou soubory cookie, které ukládají informace o zařízení a/nebo k nim přistupují. Souhlas s těmito technologiemi nám umožní zpracovávat údaje, jako je chování při prohlížení nebo jedinečné ID na těchto stránkách. Neudělení souhlasu nebo jeho odvolání může negativně ovlivnit některé funkce a vlastnosti.
Funkční Vždy aktivní
Technické uložení nebo přístup je nezbytně nutný pro legitimní účel umožnění využívání konkrétní služby, o kterou účastník nebo uživatel výslovně požádal, nebo výhradně pro účely přenosu komunikace prostřednictvím sítě elektronických komunikací.
Preferences
Technické ukládání nebo přístup je nezbytný pro legitimní účely ukládání preferencí, které si účastník nebo uživatel nevyžádal.
Statistiky
Technické ukládání nebo přístup, který se používá výhradně pro statistické účely. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
Technické ukládání nebo přístup je nutný k vytvoření uživatelských profilů pro zasílání reklamy nebo ke sledování uživatele na webových stránkách nebo na několika webových stránkách pro podobné marketingové účely.
Spravovat možnosti Správa služeb Správa {vendor_count} prodejců Přečtěte si více o těchto účelech
Zobrazit preference
{title} {title} {title}