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

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 je příznakem provozním, nikoliv plánovacím. Většina vedoucích PMO, kteří vedou souběžně 30 a více projektů, zná tento vzorec: odchylky se objevují pozdě, registry rizik jsou do druhého měsíce zastaralé a pohled na portfolio je čtvrtletní PowerPoint sešitý z tabulek. Zajímavou otázkou není, proč k překročení dochází, ale proč některé organizace trvale udržují překročení pod 9 % celkových investic, zatímco jiné se blíží 11 %. V dalších částech projdeme tři provozní postupy, které tento rozdíl vysvětlují, co říkají data PMI o jejich složeném efektu a jak může vedoucí PMO rozpoznat, zda tento systém funguje v jeho vlastním portfoliu.

Překročení rozpočtu projektu vizualizace plýtvání rozpočtem, sledování plánu, řízení rizik a kontrola portfolia v řízení projektů

V tomto článku se dozvíte:

  • Co vlastně měří údaj 9,4 % projektového odpadu od PMI a proč je důležitý v měřítku portfolia?
  • Tři způsoby strukturálního selhání, které stojí za většinou překročení rozpočtu projektu
  • Jak schválení plánu, řízení rizik a správa portfolia fungují jako jeden systém, nikoliv jako tři prvky.
  • Jak může vedoucí PMO rozpoznat provozní signály, že systém funguje – nebo že ještě nefunguje.

PMI Pulse of the Profession®: co skutečně ukázalo 3 950 projektových vedoucích

Zpráva PMI Pulse of the Profession®, Beyond Agile: V průzkumu, který se týkal 3 950 projektových vedoucích z různých odvětví a regionů. Jejím hlavním zjištěním je jedna z mála statistik projektového řízení, kterou stojí za to si zapamatovat: promarněné investice z důvodu špatné výkonnosti projektu se celosvětově snížily na 9,4 % oproti 11,4 % v předchozím roce. V portfoliu aktivních projektů v hodnotě 100 milionů USD znamená tento dvouprocentní posun dva miliony USD zpětně získané hodnoty – každý rok.

Zpráva o PMI se nezastavila u hlavního čísla. Rozdělila organizace podle jejich provozních postupů a zjistila jasný vzorec: organizace důsledně uplatňující standardy – což PMI označuje jako „gymnastické podniky“, přičemž používá metaforu gymnasty, který kombinuje disciplínu tréninku s pružností pohybu – promrhaly 9 % investic oproti 10,5 % v tradičních organizacích. U stejné skupiny byla výrazně vyšší pravděpodobnost vysoké organizační agility (48 % oproti 27 %), používání standardizovaných postupů řízení rizik (68 % oproti 64 %) a dosažení vysoké vyspělosti projektového řízení (52 % oproti 45 %).

Údaj o 9,4 % odpadu – co se jím vlastně měří

PMI definuje promarněné investice jako podíl projektových rozpočtů ztracených kvůli nedodržení termínů, překročení rozpočtů a scope creep. Jedná se o zpětné měřítko, které se vypočítává z dokončených projektů v předchozích dvanácti měsících a které sami vykazují projektoví vedoucí ve svých organizacích. Pro vedoucí PMO jsou důležité dva důsledky. Zaprvé, toto číslo je dolní hranicí, nikoli stropem – odvětví s delšími projektovými cykly a přísnější regulací, jako je stavebnictví, farmacie nebo velké transformace IT, často vykazují vyšší plýtvání po zahrnutí složených efektů. Za druhé, jedná se o signál na úrovni portfolia, nikoliv na úrovni projektu. Na tomto obrázku se neobjevuje jediné překročení, ale vzorec překročení v rámci celého portfolia, který odděluje organizace, které si udržují investice, od těch, které je vyčerpávají. Pro vedoucího PMO z toho vyplývá, že tento údaj nelze zlepšit opravou jednoho špatného projektu – je třeba jej zlepšit strukturálně, napříč celým portfoliem.

Rozdíl se projevuje v standardních normách, ne v kultuře

Rozdíl 1,5 procentního bodu mezi organizacemi s vysokým standardem a ostatními vypadá u jednoho projektu jako malý. V měřítku portfolia se však rychle zvyšuje. PMO spravující 50 projektů v průměrné hodnotě 2 miliony USD ročně nese 100 milionů USD aktivních výdajů; rozdíl mezi 9 % a 10,5 % plýtvání činí 1,5 milionu USD ročně a během tří let to stačí na financování malého portfolia nových iniciativ bez dodatečného kapitálu. Z údajů PMI vyplývá, že tento rozdíl je odstraněn třemi důsledně uplatňovanými postupy, nikoliv volbou metodiky. Waterfall PMO, které schvalují plány, provozují registry rizik a vedou řídicí panely pro portfolia, překonávají týmy Agile, které tak nečiní. Závěr je jasný: metodika je rozhodnutí o dodávce, řízení je rozhodnutí o investici a údaje ukazují na řízení jako na páku pro snížení překročení rozpočtu.

Proč se překračují rozpočty: tři způsoby strukturálního selhání

Překročení rozpočtu projektu v měřítku portfolia je zřídkakdy způsobeno jedním špatným odhadem nebo jedním neočekávaným rizikem. Příčinou jsou nedostatky ve třech provozních vrstvách, které by se měly vzájemně posilovat: Plán, Rizika a viditelnost portfolia. Pokud některá z vrstev chybí nebo je zastaralá, ostatní dvě ji nemohou kompenzovat. V dalších kapitolách jsou jednotlivé způsoby selhání diagnostikovány na základě údajů společností PMI, Wellingtone a KPMG; v následujících třech kapitolách je předepsána operativní reakce.

Žádný funkční plán znamená, že není měřitelná odchylka.

Podle zprávy společnosti Wellingtone State of Project Management Report 2024 pouze 48 % organizací „obvykle nebo vždy“ plánuje základní harmonogramy. Důsledek je přímočarý: více než polovina všech zpráv o stavech projektů popisuje aktuální plán, nikoli odchylku od původního plánu. Bez pevného referenčního bodu se z „sledujeme podle plánu“ stává „sledujeme podle toho, čím se plán stal“. Překročení zmizí, protože je nelze změřit – a co nelze změřit, nelze opravit. Tento vzorec potvrzuje i stejná zpráva společnosti Wellingtone, podle níž zhruba polovina projektových vedoucích stráví každý měsíc alespoň jeden den ručním podáváním zpráv o stavu projektu; výsledkem tohoto úsilí jsou zprávy o činnosti, nikoli zprávy o odchylkách, protože chybí především Plán, díky němuž by bylo možné odchylky měřit.

Registry rizik, které existují na papíře, nikoli v provozu.

Podle průzkumu KPMG Global Construction Survey 2023 37 % respondentů vysvětluje překročení rozpočtu nebo harmonogramu přímo nedostatečným řízením rizik. Stejný průzkum KPMG uvádí, že jen přibližně polovina vlastníků projektů tvrdí, že jejich projekty končí včas, zatímco 87 % zaznamenalo rostoucí kontrolu plnění projektů ze strany sponzorů a správních rad. Dominantním vzorem, shodným napříč odvětvími, není absence registru rizik – jedná se o registr vyplněný při zahájení projektu a nikdy neaktualizovaný. Riziko, které bylo ohodnoceno jako „střední“ ve druhém týdnu, zůstává „střední“ i v šestém měsíci, bez ohledu na to, co se stalo se základními podmínkami. Registr rizik, který není revidován, je dokumentem, nikoli operativním nástrojem, a dokument nemůže vyvolat rozhodnutí dříve, než se riziko naplní.

Neviditelnost na úrovni portfolia skrývá kumulující se překročení limitu.

Odchylky jednotlivých projektů jsou často dostatečně malé, aby se izolovaně jevily jako přijatelné. Překročení o 6 % u jednoho projektu, překročení o 8 % u druhého, zpoždění milníku u třetího – každý vypadá jako zvládnutelná výjimka, jako odchylka, kterou v daném čtvrtletí vyprodukuje každé aktivní portfolio. Bez jednotného pohledu na portfolio, který by tyto signály agregoval téměř v reálném čase, se tento vzorec objeví až při čtvrtletní revizi, kdy už je kumulativní efekt viditelný v aktuálním rozpočtu. Do té doby PMO reaguje na překročení, ke kterému již došlo, nikoliv na prevenci dalších překročení, a konverzace se sponzorem se přesouvá od „měli bychom změnit priority“ k „jak vysvětlíme mezeru v rozpočtu představenstvu“. Strukturální problém nespočívá v tom, že by data neexistovala – ta existují v každém projektu -, ale v tom, že nejsou shromažďována dostatečně rychle, aby bylo možné na ně reagovat.

Vyzkoušejte FlexiProject!

Podívejte se, jak plánové pracovní postupy schvalování zkracují vykazování odchylek ze dnů na minuty - 30denní zkušební verze zdarma.

Začněte

Plán jako první páka - jak ji uvést do provozu

Plán není uložená verze Ganttova diagramu. Je to dohoda mezi projektovým vedoucím a sponzorem o tom, jak vypadá úspěch, formalizovaná jako záznam, který nelze v tichosti změnit. Takto ošetřený plán se stává předmětem řízení, nikoliv artefaktem projektu. Následné účinky jsou významné: odchylka se stává měřitelnou, změny rozsahu vyžadují výslovné schválení a zprávy o stavu se stávají spíše zprávami o odchylkách než zprávami o činnosti.

Jak v praxi vypadá funkční plán

Základní provozní plán obsahuje tři artefakty: schválený harmonogram s uzamčenými daty milníků, dohodnutý plán nákladů a referenční rozsah, podle kterého se musí měřit každá změna. Schválení je zaznamenáno v systému – kdo je schválil, kdy a vůči jaké verzi plánu. Bez tohoto záznamu se to, „co bylo schváleno“, stává záležitostí paměti a e-mailové archeologie, přičemž obojí má tendenci upřednostňovat verzi, která vysvětluje překročení, před verzí, která je s ním v rozporu. Na disciplíně záleží nejvíce v okamžiku změny. Když se ve čtvrtém měsíci objeví nový požadavek, otázka nezní „je to dobrý nápad“ – je to „co to udělá se schváleným Plánem, kdo musí změnu schválit a jaký to má dopad na náklady a Harmonogram“. Bez uzamčeného odkazu k této konverzaci nikdy nedojde; změna se v tichosti vstřebá a překročení se objeví o dva měsíce později jako překvapení.

Jak FlexiProject řídí schvalování plánu a sledování odchylek

FlexiProject považuje plánové schválení za pracovní postup, nikoli zaškrtávací políčko. Harmonogram a plán nákladů procházejí schvalovací cestou, než se stanou Plánem; po schválení je Plán uzamčen jako reference a jakákoli následná změna vyžaduje žádost o změnu s výslovným opětovným schválením přiděleným orgánem. Odchylky oproti Plánu se automaticky objevují na řídicím panelu projektu – odchylky v harmonogramu, nákladech a rozsahu jsou sledovány průběžně, nikoliv hlášeny ručně. Pro PMO, které provozují rozsáhlá portfolia, to má za následek, že vykazování odchylek se z měsíčního sešívání tabulek stává nepřetržitým signálem dostupným na vyžádání. Projektový vedoucí stráví méně času vytvářením stavu a více času jednáním podle něj, sponzor obdrží údaje o odchylkách v den skluzu milníku, a ne až na příštím řídicím výboru, a auditní stopa toho, kdo co a kdy schválil, je zachycena systémem, a ne rekonstruována dodatečně. Úplná mechanika schvalování výchozích bodů a sledování odchylek je popsána v dokumentaci k harmonogramu a Ganttovu systému FlexiProject .

Řízení rizik jako druhá páka - registry, které přežijí i po zahájení činnosti

Zjištění PMI, že 68 % organizací s vysokým standardem používá standardizované postupy řízení rizik, zatímco v ostatních organizacích je to 64 %, vypadá jako malý rozdíl. Složený efekt v rámci celého portfolia však vypovídá o něčem jiném. Provozovaný registr rizik – pravidelně kontrolovaný, vlastněný jmenovanými osobami, spojený s dopadem na harmonogram a rozpočet – odhaluje problémy týdny předtím, než se z nich stane překročení. Registr, který existuje pouze jako dokument, to nedokáže.

Od divadla rizik k rizikovým operacím

Provozování registru rizik se od jeho vedení liší třemi konkrétními posuny. Zaprvé je to kadence přezkumu: dvakrát týdně u sponzora projektu , nikoliv čtvrtletně na řídicím výboru – než dojde ke čtvrtletnímu přezkumu, několik rizik uvedených při předchozím přezkumu se buď zhmotní, nebo se stanou bezpředmětnými, a přezkum spíše reaguje, než aby předvídal. Za druhé, vlastnictví: každé riziko má jmenovitě určeného vlastníka, který není Projektovým vedoucím, s jasnou reakční akcí a termínem; když je vlastníkem standardně „Projektový vedoucí“, reakce není nikdy dostatečně konkrétní, aby se dala sledovat, a riziko se stává spíše záznamem v dokumentaci než realizovatelnou položkou. Zatřetí, spouštěče eskalace: stav rizika je vázán na průběh milníku, takže skluz milníku automaticky zvýší související rizika, místo aby se čekalo na další přehled, kdy se ručně objeví. Každý z těchto tří posunů je izolovaně malý; společně však mění registr rizik ze záznamu, který se vyplňuje, na systém, který řídí rozhodování.

Jak FlexiProject standardizuje rizikové postupy napříč portfoliem

FlexiProject ukládá registry rizik jako strukturovanou součást záznamu projektu, propojenou s Harmonogramem a Chartami projektů. Rizika mají své vlastníky, reakční opatření a odhady dopadů, které se překlopí do zpráv o rizicích na úrovni portfolia – vedoucí PMO tak může v rámci celého portfolia vidět, které kategorie rizik rostou, které projekty jsou vystaveny jakým hrozbám a která reakční opatření jsou po splatnosti. Vrstva zpráv je vytvořena na základě údajů z registru rizik, není sestavována zvlášť pro každé zasedání řídicího výboru; zpráva o rizicích na úrovni portfolia v den přezkumu je stejnou zprávou, která byla k dispozici týden předtím, což znamená, že rozhodnutí lze přijímat před zasedáním, nikoli během něj. Struktura také umožňuje porovnávání napříč projekty: rizikový vzorec, který se objeví ve třech projektech současně, je viditelný jako riziko portfolia, nikoli jako tři izolovaná projektová rizika, a reakce na něj může být standardizovaná, nikoli improvizovaná. Podrobná mechanika registrů rizik a hlášení na úrovni projektů je popsána v dokumentaci zpráv FlexiProject a v dokumentaci ke Chartám projektů.

Projekty uspořádané podle projektových portfolií v systému FlexiPorject PPM

Projekty uspořádané podle projektových portfolií v systému FlexiPorject PPM

Správa portfolia jako třetí páka - včasné zviditelnění překročení limitů

Plán a rizikové postupy jsou nezbytné, ale ne dostačující. Fungují na úrovni projektu a odpovídají na otázku: „Je tento projekt na správné cestě?“ Úroveň portfolia odpovídá na jinou otázku: „vzhledem ke všemu, co víme o všech našich projektech, jaká rozhodnutí bychom měli nyní učinit?“. Zjištění PMI týkající se vyspělosti PM (52 % oproti 45 %) odráží tento rozdíl. Organizace, které ji překonají, nejsou lepší v realizaci jednotlivých projektů – jsou lepší v rozhodování na úrovni portfolia na základě údajů o projektech.

Co vlastně ukazuje přehled portfolia vedoucího PMO

Pracovní řídicí panel portfolia nezobrazuje stav projektu. Ukazuje odchylku od plánu, expozici rizikům podle kategorií a realizaci přínosů v porovnání s obchodním záměrem, a to u každého aktivního projektu téměř v reálném čase. Výstupem není zpráva o stavu, ale podklad pro změnu priorit, což je jiné rozhodnutí s jinými vstupy. Které projekty potřebují dodatečné zdroje, které by měly být pozastaveny, které jsou vystaveny rizikům, která již nemají plán omezení – na tyto otázky dostanete odpověď z řídicího panelu, nikoliv z příštího řídicího výboru. Rozhodující posun je ve vztahu mezi daty a jednáním. Ve stavově řízeném PMO je řídicí výbor místem, kde se prezentují data a kde se přijímají rozhodnutí na místě, často s neúplnými informacemi; v portfoliově řízeném PMO jsou data známa již před zasedáním a zasedání se využívá pro rozhodnutí, která vyžadují autoritu sponzora – změna priorit, realokace zdrojů, zrušení projektu. Počet rozhodnutí na schůzku se zvyšuje, protože se snižuje čas strávený přezkoumáváním údajů.

Jak je vrstva portfolia FlexiProject propojena s plány projektů a registry rizik?

Zobrazení portfolia FlexiProject agreguje data, která již v projektech existují: plán, odchylky, registr rizik, stav milníků, náklady. Nic se nezadává dvakrát – projektový vedoucí aktualizuje projekt a zobrazení portfolia se aktualizuje automaticky, což odstraňuje nejčastější způsob selhání v portfoliích založených na tabulkách, kdy se čísla na úrovni projektu a portfolia mezi přehledy v tichosti rozcházejí. Vedoucí PMO vidí jediný pohled, který spojuje plány projektů s rozhodnutími na úrovni portfolia: projekt, který se odchyluje od plánu, se okamžitě objeví v mapě portfolia; riziko, které překročí práh dopadu, se vystupňuje do pohledu na rizika portfolia; projekt, který nesplní milník realizace přínosů, se objeví v přehledu přínosů portfolia. Cyklus – plán projektu, odchylka, rollup portfolia, výkonné rozhodnutí – probíhá průběžně, nikoliv čtvrtletně, což znamená, že rozhodnutí lze přijímat ještě v době, kdy mají spíše preventivní než nápravný charakter. Podrobnou konfigurací pohledů na portfolio a přehledů projektů se zabývá dokumentace portfolia FlexiProject a dokumentace přehledů projektů.

Karta Rizika s registrem rizik v zobrazení projektových portfolií v aplikaci FlexiProject

Karta Rizika s registrem rizik v zobrazení projektových portfolií v aplikaci FlexiProject

Vyzkoušejte FlexiProject!

Spravujte své projektová portfolia na jednom místě - žádné tabulky, žádné pluginy, 30denní zkušební verze zdarma.

Začněte

Co se změní, když všechny tři páky fungují společně

Údaje PMI nevykazují tři nezávislé účinky. Ukazují jeden kumulativní efekt: organizace, které používají plány, rizika a portfoliové postupy jako ucelený systém, promarní 9 % investic, zatímco ty, které je používají nedůsledně – nebo vůbec – promarní 10,5 % nebo více. PMO provozující 30 až 50 projektů může rozpoznat, zda systém funguje, podle několika konkrétních signálů.

Tři signály, že systém funguje

Zprávy o odchylkách se vytvářejí v minutách ze systémových dat, nikoli ve dnech z tabulkových agregací; projektový vedoucí, který dříve trávil první pracovní den každého měsíce přípravou balíčku informací o stavu, nyní tento den využívá k reakci na rizika a řízení zainteresovaných stran. Rozhodování o rizicích se přesouvá z měsíčních řídicích výborů na týdenní přehledy projektu, protože data podporují rychlejší cykly a náklady na čekání se stávají vyššími než náklady na rozhodování. Změna priorit portfolia se děje na základě signálů z řídicího panelu – projekt se odchyluje od plánu, riziko překračuje hranici, realizace přínosů se posouvá – a ne na základě toho, kdo je nejhlasitější na čtvrtletní přehled nebo který projekt má nejvyššího sponzora. Konverzace v řídicím výboru mění charakter: méně času se věnuje tomu, „jaký je stav projektu X“, více času se věnuje tomu, „který projekt by měl být vzhledem k údajům z portfolia zastaven, aby se uvolnily zdroje pro projekt Y“.

Tři signály, že ještě není

Stavové schůzky stále vytvářejí data, místo aby je spotřebovávaly: projektový vedoucí stráví každý měsíc jeden den přípravou stavového balíčku a data jsou v době jejich prezentace již týden stará. Registr rizik je na konci měsíce zastaralý; stejná rizika jsou již tři čtvrtletí uvedena na stupni „střední“ bez záznamů o přehledech, bez odpovědnosti vlastníka a bez vazby na Milníky, které by měly být podnětem k přehodnocení. Přezkum portfolia se každé čtvrtletí vrací ke stejným pěti problematickým projektům, protože podkladové údaje nejsou mezi jednotlivými přehledy aktualizovány a rozhodnutí přijatá při jednom přehledu se musí znovu posuzovat při dalším přehledu, když se situace opět posune. Nejedná se o osobnostní problémy – projektoví vedoucí a pracovníci PMO obvykle tvrdě pracují v rámci systému, který jim byl svěřen. Jsou to signály, že jedna nebo více ze tří vrstev nefunguje jako systém, a reakce je strukturální, nikoli motivační.

Často kladené otázky týkající se překročení rozpočtu projektu a řízení PMO

Jaká úroveň překročení rozpočtu projektu je považována za přijatelnou?

Univerzální hranice neexistuje a odpověď závisí na typu projektu, odvětví a vyspělosti rámce řízení. Údaje PMI ukazují, že organizace s vysokým standardem ztrácejí v průměru kolem 9 % projektových investic, zatímco ostatní organizace ztrácejí 10,5 % a více – obě čísla zahrnují projekty, které skončí v rámci rozpočtu, i ty, které překročí rozpočet, takže překročení na projekt u skutečně překročených projektů je významně vyšší. Na úrovni jednotlivých projektů většina rámců řízení PMO považuje odchylky nad 10 % za odchylky vyžadující formální přezkoumání sponzorem a zdokumentované rozhodnutí, přičemž menší odchylky jsou sledovány prostřednictvím standardního vykazování odchylek. Užitečnější otázkou není „jaké překročení je přijatelné“, ale „při jaké úrovni odchylky PMO přijímá rozhodnutí“, a tato hranice by měla být definována v rámci řízení před zahájením prvního projektu.

Jak se liší schválení plánu od uložení Ganttova diagramu?

Uložení Ganttova diagramu zachová aktuální plán. Schválení plánu vytvoří uzamčenou referenci, podle které se měří aktuální plán. Rozdíl je provozní: uložený Ganttův diagram lze upravovat v tichosti, bez záznamu o tom, co se změnilo, zatímco schválený plán vyžaduje pro změnu žádost o změnu a výslovné opětovné schválení. Bez tohoto záznamu není odchylka od Plánu měřitelná, protože samotný Plán se pohybuje spolu s plánem – každá zpráva o stavu dochází k závěru, že projekt je na dobré cestě, protože „plán“ je takový, jaký je dnes. Stejný rozdíl vysvětluje, proč některé organizace vykazují konzistentní včasné plnění, zatímco jejich skutečné rozpočtové skutečnosti se odchylují od původního obchodního plánu: Plán, podle kterého se měří, byl po cestě změněn, často bez výslovného schválení, takže odchylka nebyla nikdy viditelná.

Potřebujete být „Agile“, abyste snížili překročení rozpočtu projektu?

Údaje PMI naznačují, že nikoli. Faktorem, který koreluje s nižším plýtváním, je důsledné používání standardů – Plán, řízení rizik, správa portfolia – nikoli výběr metodiky. Waterfallový PMO, který schvaluje plány, provozuje registry rizik a vede řídicí panel pro portfolio, bude mít lepší výsledky než „Agile“ tým, který tak nečiní. Metodika je volbou dodávky, standardy jsou volbou správy. Údaje poukazují na řízení, nikoli na dodávku, jako na páku pro snížení překročení rozpočtu, což je také užitečné zarámování pro PMO, které provozují hybridní prostředí: stejné standardy řízení platí pro Waterfall, Agile i hybridní projekty, zatímco metodika dodávky se vybírá pro každý projekt podle typu práce.

Jak často by měl PMO revidovat registr rizik?

U aktivních projektů je ve většině prostředí vhodné, aby se Projektový vedoucí a sponzor setkávali dvakrát týdně. Čtvrtletní periodicita je pro rizika spojená s aktivními milníky příliš pomalá – než řídicí výbor registr přezkoumá, milník již uplyne a riziko se buď realizuje, nebo se stane irelevantním. Na úrovni portfolia je měsíční agregace údajů o rizicích obecně dostatečná pro podporu rozhodnutí o změně priorit za předpokladu, že přehledy na úrovni projektů probíhají v kratší periodicitě. Záleží na kombinaci: měsíční přehled na úrovni portfolia, který agreguje zastaralá data na úrovni projektů, vytváří rozhodnutí založená na snímku, který již neodráží realitu, zatímco přehled na úrovni projektů jednou za dva týdny bez rollupu portfolia vytváří dobrá lokální rozhodnutí, která mohou být ve vzájemném rozporu v celém portfoliu.

Jaký je rozdíl mezi řízením na úrovni projektu a na úrovni portfolia?

Řízení na úrovni projektu odpovídá na otázku: „Probíhá tento projekt v souladu s jeho plánem a riziky?“ Řízení na úrovni portfolia odpovídá na otázku „jaká rozhodnutí by měla organizace nyní učinit vzhledem ke stavu všech našich projektů?“. Tyto dvě úrovně vyžadují odlišné pohledy na data a odlišný rytmus rozhodování – řízení projektů probíhá v týdenním nebo dvoutýdenním cyklu a pracuje s podrobnými údaji o milnících a rizicích, zatímco řízení portfolia probíhá v měsíčním nebo čtvrtletním cyklu a pracuje se souhrnnými údaji o odchylkách, expozici rizikům a realizaci přínosů. Většina PMO, které se potýkají s překročením rozpočtu, má v provozu jednu z těchto dvou vrstev, nikoli obě. Častým selháním je silné řízení na úrovni projektů – dobré plány, aktivní registry rizik – bez rollupu portfolia, který tyto signály převádí do rozhodnutí o portfoliu; projekty jsou jednotlivě dobře řízeny, ale portfolio jako celek se vzdaluje.

Snižování rozdílu mezi standardy a výsledky

Údaje PMI neukazují na Agile, metodiku nebo kulturu jako na páku pro snížení překročení rozpočtu projektu. Poukazují na tři důsledně uplatňované provozní postupy: schválení plánu, které je referenčním bodem pro měření odchylek, řízení rizik, které funguje mezi zahájením a ukončením projektu, nikoliv pouze při zahájení, a řízení portfolia, které agreguje signály na úrovni projektu do rozhodnutí na úrovni portfolia. Rozdíl 1,5 procentního bodu mezi organizacemi s vysokým standardem a ostatními vypadá skromně, dokud se nevynásobí v rámci celého aktivního portfolia – v tu chvíli představuje skutečné peníze, rok co rok.

Nejsilnější iniciativy PMO nejsou ty, které přidávají čtvrtý nástroj, aby odstranily nedostatky třetího nástroje. Jsou to ty, které provozují plán, řízení rizik a portfolia jako jediný systém se sdílenými daty, společnou kadencí a společným vlastnictvím. FlexiProject vyniká tím, že spojuje všechny tři do jedné platformy: pracovní postupy schvalování plánů, které vytvářejí průběžné signály o odchylkách, registry rizik propojené s Harmonogramem a srolované na úroveň portfolia a řídicí panel vytvořený ze stejných podkladových dat, nikoli z tabulek sešitých pro další revizi. Pro vedoucího oddělení PMO, jehož portfolio zahrnuje desítky milionů aktivních výdajů, se odstranění byť jen části rozdílu 1,5 procentního bodu mnohonásobně vrátí investice do provozu – a cesta k jeho odstranění vede přes řízení, nikoliv přes metodiku.

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
Úspěšnost projektu: jak ji zralost sponzora posune z 18 % na 67 %?

Úspěšnost projektu: jak ji zralost sponzora posune z 18 % na 67 %?

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
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}