Je pondelok ráno. Väčšiu časť piatku ste strávili vyťahovaním aktualizácií stavu od piatich rôznych projektových manažérov, zosúlaďovaním dátumov míľnikov v troch tabuľkách a vytváraním správy Power BI tak, aby ste sa nemuseli hanbiť pred výkonným výborom. Informačný panel vyzerá dobre. Možno dokonca dobre. A predsa - prvá otázka na porade znie: "Môžeme týmto číslam veriť?"
Táto otázka je tichou príčinou zlyhania väčšiny nastavení vykazovania projektového portfólia. Nie je to technická chyba. Nie chýbajúce údaje. Len pomalá erózia dôvery, ktorá z vašej správy robí skôr východisko pre diskusiu než základ pre rozhodnutia.
Ak vám to znie povedome, problém takmer určite nie je v Power BI. Ide o to, ako je štruktúrované vykazovanie portfólia - a prečo obvyklé opravy veci stále zhoršujú.
Prečo sa v Power BI rozpadá vykazovanie portfólia projektov
Existuje špecifický súbor podmienok, ktoré zmenia panel s portfóliom Power BI na niečo, čo generuje viac otázok ako odpovedí. Žiadna z nich nie je zvonku zrejmá, čo je jedným z dôvodov, prečo sú také pretrvávajúce.
1. Dátový model je vytvorený pre jednotlivé projekty, nie pre portfóliá. Väčšina implementácií Power BI v projektovom prostredí začína s údajmi jedného projektu - harmonogram, rozpočet, zdroje - a potom sa rozšíri na portfólio navrstvením ďalších rovnakých údajov. Výsledkom je správa, ktorá dokáže pomerne dobre zobraziť stav jednotlivých projektov, ale zrúti sa, keď sa pokúsite odpovedať na otázky na úrovni portfólia: Ktoré programy sú ohrozené nesplnením záväzkov v 3. štvrťroku? Kde sa v rámci portfólia zhlukuje prekročenie rozpočtu? Základný model nebol nikdy navrhnutý tak, aby odpovedal na tieto otázky, a žiadne nové opatrenia neodstránia štrukturálny nesúlad.
2. Údaje o stave prichádzajú nekonzistentne a nikto nie je zodpovedný za problém s kvalitou. Vykazovanie portfólia závisí od projektových manažérov, ktorí včas predkladajú pravdivé aktualizácie stavu. V praxi niektorí predkladajú údaje skôr, niektorí neskôr, niektorí predkladajú optimistické čísla, aby sa vyhli eskalácii. Power BI poslušne hlási všetko, čo dostane. PMO nakoniec nesie zodpovednosť za správu, ktorú nemal plne pod kontrolou - a vedenie je skeptické voči číslam, ktoré môžu, ale nemusia odrážať skutočnosť. Toto nie je problém ľudí. Je to problém procesu a riadenia, ktorý zdedila vrstva reportovania.
3. Správa sa snaží slúžiť príliš veľkému počtu divákov naraz. Operatívni projektoví manažéri potrebujú podrobnosti na úrovni úloh. Programoví manažéri potrebujú sledovanie míľnikov. Riadiaci výbor potrebuje stav RAG na úrovni portfólia a finančnú expozíciu. Keď sa jeden report Power BI pokúša robiť toto všetko - zvyčajne prostredníctvom rozsiahleho súboru stránok a filtrov - nakoniec nerobí nič z toho obzvlášť dobre. Výkonní používatelia sa do nej prestanú pozerať, pretože nájsť to, čo potrebujú, trvá príliš dlho. Projektoví manažéri ho ignorujú, pretože detaily sa nehodia pre ich prácu. A PMO zostáva správa, s ktorou nie je nikto úplne spokojný.
Čo väčšina PMO skúša ako prvé - a prečo to nefunguje
Keď sa vám panel s portfóliom neosvedčí, máte inštinkt pridať do neho ďalšie položky. Viac filtrov. Viac priehľadov. Farebne odlíšené stavové stĺpce, ktoré kaskádovito prechádzajú cez tri úrovne hierarchie. Podmienené formátovanie, ktoré zvýrazní všetko červenou farbou, kým nič nevynikne. Videl som reporty so sedemnástimi stránkami, v ktorých sa vedúci pracovníci orientovali tak, že požiadali PMO, aby zdieľal ich obrazovku a klikal za nich.
Ďalším bežným krokom je prestavba dátového potrubia. Nová štruktúra SharePoint. Nové transformácie Power Query. Niekedy vlastný dátový sklad. Občas je to správne rozhodnutie - ale je to niekoľkomesačný projekt, ktorý nerieši, prečo existujúci report nie je dôveryhodný. Môžete mať dokonale čisté údaje, ktoré napájajú report, ktorý aj tak nedokáže riadiť rozhodnutia.
Existuje aj vzor, ktorý stojí za pomenovanie: nahradenie Power BI špecializovaným nástrojom PPM, aby sa nakoniec vyskytli rovnaké problémy s vykazovaním v novom rozhraní. Nástroj sa mení. Základné otázky o tom, čo vlastne vedenie potrebuje vidieť a ako údaje prúdia z projektov do portfólia - tie zostávajú nevyriešené.
Úprimne povedané: neexistuje tu žiadna strieborná guľka. Problémy s vykazovaním portfólia sú vždy čiastočne problémom údajov, čiastočne problémom procesu a čiastočne problémom návrhu. Každý, kto vám tvrdí opak, príliš zjednodušuje. Ale návrhová vrstva sa zvyčajne opraví najrýchlejšie a takmer vždy sa rieši ako posledná.
Čo skutočne pomáha: Navrhujte pre rozhodnutie, nie pre údaje
Užitočnejším rámcom je začať od aktuálnych otázok riadiaceho výboru - troch alebo štyroch vecí, o ktorých musia odísť zo stretnutia s rozhodnutím - a od nich sa odvíjať. Nie "aké údaje máme", ale "čo potrebuje vlastník portfólia vidieť, aby sa rozhodol pre odložený program?"
V praxi to zvyčajne znamená tvrdé oddelenie výkonného a prevádzkového pohľadu. Riadiaca vrstva potrebuje agregáciu na úrovni portfólia: celkový stav harmonogramu, vystavenie rozpočtu podľa programov, jasný signál o tom, ktoré projekty sú kandidátmi na eskaláciu. Mala by byť čitateľná za menej ako dve minúty bez klikania na čokoľvek. Prevádzková vrstva - tá, ktorú projektoví manažéri a vedúci programov skutočne používajú - môže obsahovať podrobnosti. Ide o dve rôzne cieľové skupiny s rôznymi potrebami a snaha obslúžiť obe v jednej správe je miestom, kde väčšina portfóliových informačných panelov Power BI zlyháva.
Na výbere vizualizácie záleží viac, ako si väčšina PMO uvedomuje. Stav na semafore, ktorý nezobrazuje trend - či sa projekt práve zmenil na oranžový alebo je oranžový už šesť týždňov - je menej užitočný, ako sa zdá. Prehľad míľnikov v Ganttovom štýle, ktorý zobrazuje odchýlky v harmonograme v rámci celého portfólia, vyjadruje niečo, čo tabuľka dátumov nedokáže. Výber vizuálu nie je dekoráciou; je to rozdiel medzi správou, ktorá podnecuje k rozhodnutiu, a správou, ktorá podnecuje k otázke.
Práve v tejto oblasti sú účelové vizualizácie Power BI určené na riadenie projektov skutočným prínosom. Spoločnosť LeapLytics vytvára certifikované vizuály na mieru špeciálne pre túto oblasť - napr. Vizualizácie Ganttovho grafu a svetelné indikátory navrhnuté pre portfóliové výkazy, nie prebrané zo všeobecných prípadov použitia BI. Neriešia problém dátového modelu ani problém správy, ale ak je štruktúra správna, robia výstupy podstatne čitateľnejšími pre ľudí, na ktorých najviac záleží.
Pred a po: Čo sa zmení, keď portfóliové výkazníctvo skutočne funguje
Stredne veľká infraštruktúrna organizácia PMO - približne 40 aktívnych projektov v štyroch programoch - dospela do bodu, keď jej mesačná kontrola portfólia trvala tri hodiny namiesto deväťdesiatich minút, najmä preto, že každý nahlásený stav vyvolal následnú diskusiu o tom, či sú čísla aktuálne. Projektoví manažéri predkladali aktualizácie prostredníctvom e-mailu. PMO ručne aktualizoval hlavný súbor v programe Excel. Power BI čítala z tohto súboru. Tento reťazec zaviedol minimálne týždňové oneskorenie medzi skutočnosťou a správou.
Redizajn sa skladal z troch častí: štandardizovaný proces predkladania stavu s pevným piatkovým uzávierkou, ktorý Power BI čítal priamo, jasné oddelenie medzi výkonným jednozáložkovým zobrazením (portfólio RAG, päť najväčších rizík, odchýlka rozpočtu podľa programu) a operačným zobrazením na úrovni programu a nahradenie všeobecného stĺpcového grafu riadnym vizuálnym zobrazením časovej osi míľnikov, ktoré na prvý pohľad zobrazovalo odchýlku v harmonograme.
Riadiace zasadnutie sa skrátilo z troch hodín na sedemdesiat minút. A čo je dôležitejšie, úvodná otázka prestala byť "môžeme tomu veriť?" a začala byť "čo urobíme s programom B?" Tento posun - od overovania údajov k rozhodovaniu - je skutočným cieľom. Všetko ostatné je infraštruktúra.
Podľa Výskum PMI o efektívnosti PMO, organizácie s vyspelými procesmi vykazovania portfólia dokončia podstatne viac projektov načas a v rámci rozpočtu. Samotné podávanie správ to nespôsobuje - ale zlé podávanie správ aktívne zakrýva signály, ktoré by umožnili včasný zásah.
Kde začať
Ak vaša správa o portfóliu vyvoláva viac diskusií na zasadnutiach ako riadiacich rozhodnutí, najrýchlejšou diagnostikou je opýtať sa: o čom vlastne výkonný výbor na základe tejto správy rozhoduje? Ak je úprimná odpoveď "nič moc", správa neplní svoju úlohu - bez ohľadu na to, ako technicky spoľahlivá je základná zostava Power BI.
Začnite tam. Definujte tri rozhodnutia, ktoré musí riadiaci výbor prijímať každý mesiac. Zostavte ho spätne. Potom sa starajte o vizuálnu stránku.
Ak ste to už prekonali a úzkym miestom je samotná vrstva Power BI. Vizuálna knižnica LeapLytics stojí za pozornosť - je špeciálne vytvorený na účely podávania správ o riadení projektov, certifikovaný spoločnosťou Microsoft a je k dispozícii na priame vyskúšanie. Začnite bezplatnú skúšobnú verziu tu a otestujte ich na základe skutočných údajov z portfólia.
