Je pondělí ráno. Většinu pátku jste strávili vybíráním aktualizací stavu od pěti různých projektových manažerů, porovnáváním dat milníků ve třech tabulkách a sestavováním reportu Power BI do podoby, která vám neudělá ostudu před výkonným výborem. Přístrojová deska vypadá dobře. Možná dokonce dobře. A přesto - první otázka na poradě zní: "Můžeme těm číslům věřit?".
Tato otázka je tichou příčinou selhání většiny nastavení vykazování projektového portfolia. Nejedná se o technickou chybu. Ne chybějící data. Jen pomalá eroze důvěry, která z vaší zprávy dělá spíše výchozí bod pro debatu než základ pro rozhodování.
Pokud vám to zní povědomě, problém téměř jistě není v Power BI. Jde o to, jak je strukturováno vykazování portfolia - a proč obvyklé opravy situaci stále zhoršují.
Proč se v Power BI rozpadá reportování portfolia projektů?
Existuje specifický soubor podmínek, který z panelu portfolia Power BI udělá něco, co generuje více otázek než odpovědí. Žádná z nich není zvenčí zřejmá, což je jeden z důvodů, proč jsou tak neodbytné.
1. Datový model je vytvořen pro jednotlivé projekty, nikoli pro portfolia. Většina implementací Power BI v projektových prostředích začíná s daty jednoho projektu - harmonogram, rozpočet, zdroje - a poté se rozšíří na portfolio skládáním dalších stejných dat. Výsledkem je sestava, která dokáže poměrně dobře zobrazit stav jednotlivých projektů, ale zhroutí se, když se snažíte odpovědět na otázky na úrovni portfolia: Které programy jsou ohroženy nedodržením závazků ve 3. čtvrtletí? Kde se v portfoliu shlukuje překročení rozpočtu? Základní model nebyl nikdy navržen tak, aby na tyto otázky odpovídal, a žádné nové opatření strukturální nesoulad nenapraví.
2. Údaje o stavu přicházejí nekonzistentně a nikdo není odpovědný za problém s kvalitou. Vykazování portfolia závisí na tom, zda projektoví manažeři včas a poctivě předkládají aktualizace stavu. V praxi někteří předkládají zprávy dříve, někteří později, někteří předkládají optimistická čísla, aby se vyhnuli eskalaci. Power BI poslušně hlásí vše, co obdrží. PMO nakonec nese odpovědnost za zprávu, kterou plně nekontroloval - a vedení se nakonec staví skepticky k číslům, která mohou, ale nemusí odrážet realitu. To není problém lidí. Je to problém procesů a řízení, který vrstva reportingu zdědila.
3. Zpráva se snaží sloužit příliš mnoha posluchačům najednou. Operativní projektoví manažeři potřebují detailní informace na úrovni úkolů. Programoví manažeři potřebují sledování milníků. Řídicí výbor potřebuje stav na úrovni portfolia RAG a finanční expozici. Když se to všechno snaží splnit jeden report Power BI - obvykle prostřednictvím rozsáhlého souboru stránek a filtrů - nakonec to nedělá dobře. Výkonní uživatelé se do něj přestanou dívat, protože najít to, co potřebují, trvá příliš dlouho. Projektoví manažeři ji ignorují, protože detaily se nehodí pro jejich práci. A PMO zůstává v rukou zpráva, se kterou není nikdo plně spokojen.
Co většina PMO zkouší jako první - a proč to nefunguje
Když se panel s portfoliem neosvědčí, je instinktem přidat do něj další. Více filtrů. Více průhledů. Barevně odlišené stavové sloupce, které kaskádovitě procházejí třemi úrovněmi hierarchie. Podmíněné formátování, které vše zvýrazní červeně, dokud nic nevyčnívá. Viděl jsem přehledy se sedmnácti stránkami, ve kterých se vedoucí pracovníci orientovali tak, že požádali PMO, aby sdílel jejich obrazovku a proklikával se za ně.
Dalším častým krokem je přestavba datového potrubí. Nová struktura SharePoint. Nové transformace Power Query. Někdy i vlastní datový sklad. Občas je to správné rozhodnutí - ale je to projekt na několik měsíců, který neřeší, proč stávající sestava není důvěryhodná. Můžete mít dokonale čistá data, která napájejí report, který přesto nevede k rozhodování.
Existuje také vzorec, který stojí za to pojmenovat: nahrazení Power BI specializovaným nástrojem PPM, aby se nakonec objevily stejné problémy s výkaznictvím v novém rozhraní. Nástroj se mění. Základní otázky týkající se toho, co vlastně vedení potřebuje vidět a jak data proudí z projektů do portfolia - ty zůstávají nevyřešeny.
Upřímně řečeno: neexistuje žádná stříbrná kulka. Problémy s vykazováním portfolia jsou vždy zčásti problémem dat, zčásti problémem procesu a zčásti problémem návrhu. Každý, kdo vám tvrdí opak, příliš zjednodušuje. Ale vrstva návrhu se obvykle opravuje nejrychleji a téměř vždy se řeší jako poslední.
Co skutečně pomáhá: Navrhujte pro rozhodnutí, ne pro data
Užitečnější je vycházet z aktuálních otázek řídícího výboru - tří nebo čtyř věcí, o kterých musí ze schůzky odejít s rozhodnutím - a od nich se odvíjet. Ne "jaké máme údaje", ale "co potřebuje vlastník portfolia vidět, aby se rozhodl pro odložený program?".
V praxi to obvykle znamená tvrdé oddělení výkonného a provozního pohledu. Řídicí vrstva potřebuje agregaci na úrovni portfolia: celkový stav harmonogramu, expozici rozpočtu podle programů, jasný signál o tom, které projekty jsou kandidáty na eskalaci. Mělo by být čitelné za méně než dvě minuty bez nutnosti cokoli rozklikávat. Provozní vrstva - ta, kterou projektoví manažeři a vedoucí programů skutečně používají - může nést detaily. Jedná se o dvě různá publika s různými potřebami a snaha obsloužit obě v jedné zprávě je místem, kde většina portfoliových dashboardů Power BI selhává.
Na výběru vizualizace záleží více, než si většina PMO uvědomuje. Stav na semaforu, který neukazuje trend - zda se projekt právě změnil na žlutou nebo je žlutý už šest týdnů - je méně užitečný, než se zdá. Přehled milníků ve stylu Ganttova grafu, který ukazuje odchylky v harmonogramu napříč portfoliem, sděluje něco, co tabulka s daty nemůže. Volba vizuální podoby není na ozdobu; je to rozdíl mezi přehledem, který podněcuje k rozhodnutí, a přehledem, který vyvolává otázku.
Právě v této oblasti mají účelové vizualizace Power BI pro řízení projektů skutečný význam. Společnost LeapLytics vytváří certifikované vizualizace na míru speciálně pro tyto účely - např. Vizualizace Ganttova diagramu a světelné indikátory navržené pro vykazování portfolia, nikoliv převzaté z obecných případů použití BI. Neřeší problém datového modelu ani problém správy, ale pokud je struktura správná, činí výstupy podstatně čitelnějšími pro lidi, na kterých nejvíce záleží.
Před a po: Co se změní, když vykazování portfolia skutečně funguje
Středně velká organizace PMO pro infrastrukturu - přibližně 40 aktivních projektů ve čtyřech programech - dospěla do bodu, kdy měsíční revize portfolia trvala tři hodiny místo devadesáti minut, a to především proto, že každý nahlášený stav vyvolal následnou diskusi o tom, zda jsou čísla aktuální. Projektoví manažeři zasílali aktualizace e-mailem. PMO ručně aktualizoval hlavní soubor v Excelu. Power BI z tohoto souboru načítala. Tento řetězec zavedl nejméně týdenní zpoždění mezi skutečností a zprávou.
Redesign se skládal ze tří částí: standardizovaný proces předkládání stavu s pevnou páteční uzávěrkou, který Power BI přímo načítal, jasné oddělení výkonného přehledu (portfolio RAG, pět největších rizik, odchylka rozpočtu podle programu) od provozního přehledu na úrovni programu a nahrazení obecného sloupcového grafu správným vizuálním zobrazením časové osy milníků, které na první pohled zobrazovalo odchylku v harmonogramu.
Řídící schůzka se zkrátila ze tří hodin na sedmdesát minut. A co je důležitější, úvodní otázka přestala znít "můžeme tomu věřit?" a začala znít "co uděláme s programem B?". Tento posun - od ověřování údajů k rozhodování - je skutečným cílem. Vše ostatní je infrastruktura.
Podle Výzkum PMI o efektivitě PMO, organizace s vyspělými procesy vykazování portfolia dokončí podstatně více projektů včas a v rámci rozpočtu. Samotný reporting to nezpůsobuje - ale špatný reporting aktivně skrývá signály, které by umožnily včasný zásah.
Kde začít
Pokud vaše zpráva o portfoliu vyvolává na schůzích více debat než řídících rozhodnutí, nejrychlejší diagnostikou je položit si otázku: o čem vlastně výkonný výbor na základě této zprávy rozhoduje? Pokud je upřímná odpověď "nic moc", report neplní svou funkci - bez ohledu na to, jak technicky solidní je základní sestava Power BI.
Začněte tam. Definujte tři rozhodnutí, která musí řídící výbor měsíčně přijímat. Postupujte zpětně. Pak se starejte o vizuální stránku.
Pokud jste již tuto možnost překonali a překážkou je samotná vrstva Power BI, je třeba Vizuální knihovna LeapLytics stojí za to se na něj podívat - je vytvořen speciálně pro účely reportování v oblasti řízení projektů, je certifikován společností Microsoft a je k dispozici k přímému vyzkoušení. Spusťte bezplatnou zkušební verzi zde a otestujte je na základě skutečných dat z portfolia.
