Este luni diminea\u021ba. A\u021bi petrecut cea mai mare parte a zilei de vineri ob\u021bin\u00e2nd actualiz\u0103ri ale stadiului de la cinci manageri de proiect diferi\u021bi, reconciliind datele de etap\u0103 \u00een trei foi de calcul \u0219i transform\u00e2nd un raport Power BI \u00eentr-unul care s\u0103 nu v\u0103 fac\u0103 de r\u00e2s \u00een fa\u021ba comitetului executiv. Tabloul de bord arat\u0103 bine. Poate chiar bine. \u0218i totu\u0219i - prima \u00eentrebare \u00een cadrul \u0219edin\u021bei este: \"Putem avea \u00eencredere \u00een aceste cifre?\"<\/p>\n
Aceast\u0103 \u00eentrebare este modul discret de e\u0219ec al majorit\u0103\u021bii configura\u021biilor de raportare a portofoliului de proiecte. Nu o eroare tehnic\u0103. Nu date lips\u0103. Doar o erodare lent\u0103 a \u00eencrederii care face din raportul dvs. un punct de plecare pentru dezbatere, mai degrab\u0103 dec\u00e2t o baz\u0103 pentru decizii.<\/p>\n
Dac\u0103 v\u0103 sun\u0103 cunoscut, este aproape sigur c\u0103 problema nu este Power BI. Este vorba de modul \u00een care este structurat\u0103 raportarea portofoliului - \u0219i de ce solu\u021biile obi\u0219nuite continu\u0103 s\u0103 \u00eenr\u0103ut\u0103\u021beasc\u0103 lucrurile.<\/p>\n
Exist\u0103 un set specific de condi\u021bii care transform\u0103 un tablou de bord de portofoliu Power BI \u00een ceva care genereaz\u0103 mai multe \u00eentreb\u0103ri dec\u00e2t r\u0103spunsuri. Niciuna dintre acestea nu este evident\u0103 din exterior, ceea ce explic\u0103 \u00een parte de ce sunt at\u00e2t de persistente.<\/p>\n
1. Modelul de date este construit pentru proiecte individuale, nu pentru portofolii.<\/strong> Majoritatea implement\u0103rilor Power BI \u00een mediile de proiect \u00eencep cu datele unui proiect - calendar, buget, resurse - \u0219i apoi se extind pentru a acoperi un portofoliu prin stivuirea mai multor date similare. Rezultatul este un raport care v\u0103 poate ar\u0103ta destul de bine starea proiectelor individuale, dar care se pr\u0103bu\u0219e\u0219te atunci c\u00e2nd \u00eencerca\u021bi s\u0103 r\u0103spunde\u021bi la \u00eentreb\u0103ri la nivel de portofoliu: Care sunt programele care risc\u0103 s\u0103 nu respecte angajamentele Q3? Unde se grupeaz\u0103 dep\u0103\u0219irea bugetului \u00een cadrul portofoliului? Modelul de baz\u0103 nu a fost conceput niciodat\u0103 pentru a r\u0103spunde la aceste \u00eentreb\u0103ri \u0219i nicio m\u0103sur\u0103 nou\u0103 nu va rezolva o neconcordan\u021b\u0103 structural\u0103.<\/p>\n 2. Datele de stare sunt incoerente, iar problema calit\u0103\u021bii nu apar\u021bine nim\u0103nui.<\/strong> Raportarea portofoliului depinde de prezentarea de c\u0103tre managerii de proiect a unor actualiz\u0103ri oneste \u0219i \u00een timp util. \u00cen practic\u0103, unii transmit mai devreme, al\u021bii mai t\u00e2rziu, unii transmit cifre optimiste pentru a evita escaladarea. Power BI raporteaz\u0103 con\u0219tiincios tot ceea ce prime\u0219te. PMO ajunge s\u0103 fie responsabil pentru un raport pe care nu l-a controlat pe deplin, iar conducerea ajunge s\u0103 fie sceptic\u0103 cu privire la cifre care pot sau nu s\u0103 reflecte realitatea. Aceasta nu este o problem\u0103 de oameni. Este o problem\u0103 de proces \u0219i de guvernan\u021b\u0103 pe care o mo\u0219tene\u0219te nivelul de raportare.<\/p>\n 3. Raportul \u00eencearc\u0103 s\u0103 serveasc\u0103 prea multe audien\u021be \u00een acela\u0219i timp.<\/strong> Managerii de proiecte opera\u021bionale au nevoie de detalii la nivel de sarcin\u0103. Managerii de program au nevoie de urm\u0103rirea etapelor. Comitetul director are nevoie de starea RAG la nivel de portofoliu \u0219i de expunerea financiar\u0103. Atunci c\u00e2nd un raport Power BI \u00eencearc\u0103 s\u0103 fac\u0103 toate acestea - de obicei prin intermediul unui set de pagini \u0219i filtre \u00eentins - ajunge s\u0103 nu fac\u0103 nimic deosebit de bine. Utilizatorii executivi nu se mai uit\u0103 la el pentru c\u0103 le ia prea mult timp s\u0103 g\u0103seasc\u0103 ceea ce au nevoie. Managerii de proiect \u00eel ignor\u0103 pentru c\u0103 detaliile nu sunt potrivite pentru activitatea lor. Iar PMO r\u0103m\u00e2ne cu un raport de care nimeni nu este pe deplin mul\u021bumit.<\/p>\n Instinctul atunci c\u00e2nd un tablou de bord de portofoliu nu este de aterizare este de a ad\u0103uga mai mult la ea. Mai multe filtre. Mai multe drill-through-uri. Coloane de stare cu coduri de culori, care trec \u00een cascad\u0103 prin trei niveluri de ierarhie. Formatare condi\u021bionat\u0103 care eviden\u021biaz\u0103 totul \u00een ro\u0219u p\u00e2n\u0103 c\u00e2nd nimic nu iese \u00een eviden\u021b\u0103. Am v\u0103zut rapoarte cu \u0219aptesprezece pagini pe care directorii le parcurg cer\u00e2nd PMO s\u0103 le \u00eempart\u0103 ecranul \u0219i s\u0103 fac\u0103 clic \u00een locul lor.<\/p>\n Cealalt\u0103 mi\u0219care comun\u0103 este reconstruirea conductei de date. O nou\u0103 structur\u0103 SharePoint. Noi transform\u0103ri Power Query. Uneori, un depozit de date adecvat. Aceasta este uneori decizia corect\u0103 - dar este un proiect de luni de zile care nu abordeaz\u0103 motivul pentru care raportul existent nu este de \u00eencredere. Pute\u021bi avea date perfect curate care alimenteaz\u0103 un raport care totu\u0219i nu reu\u0219e\u0219te s\u0103 conduc\u0103 la decizii.<\/p>\n Exist\u0103, de asemenea, un model care merit\u0103 men\u021bionat: \u00eenlocuirea Power BI cu un instrument PPM dedicat, doar pentru a ajunge la acelea\u0219i probleme de raportare \u00eentr-o interfa\u021b\u0103 nou\u0103. Instrumentul se schimb\u0103. \u00centreb\u0103rile de baz\u0103 cu privire la ceea ce conducerea trebuie s\u0103 vad\u0103 de fapt \u0219i la modul \u00een care datele circul\u0103 de la proiecte la portofoliu - r\u0103m\u00e2n nerezolvate.<\/p>\n Ca s\u0103 fim sinceri: nu exist\u0103 un glon\u021b de argint aici. Problemele de raportare a portofoliului sunt \u00eentotdeauna par\u021bial o problem\u0103 de date, par\u021bial o problem\u0103 de proces \u0219i par\u021bial o problem\u0103 de proiectare. Oricine v\u0103 spune altceva simplific\u0103 prea mult. Dar, de obicei, nivelul de proiectare este cel mai rapid de rezolvat \u0219i aproape \u00eentotdeauna este abordat ultimul.<\/p>\n Un cadru mai util este acela de a porni de la \u00eentreb\u0103rile reale ale comitetului director - cele trei sau patru lucruri pe care trebuie s\u0103 le decid\u0103 la ie\u0219irea de la o reuniune - \u0219i de a proiecta \u00een sens invers de la acestea. Nu \"ce date avem\", ci \"ce trebuie s\u0103 vad\u0103 un proprietar de portofoliu pentru a lua o decizie privind un program \u00eent\u00e2rziat?\"<\/p>\n \u00cen practic\u0103, acest lucru \u00eenseamn\u0103, de obicei, o separare strict\u0103 \u00eentre viziunea executiv\u0103 \u0219i cea opera\u021bional\u0103. Stratul de conducere are nevoie de agregare la nivel de portofoliu: starea general\u0103 a programului, expunerea bugetului pe program, un semnal clar privind proiectele care sunt candidate la escaladare. Ar trebui s\u0103 poat\u0103 fi citit \u00een mai pu\u021bin de dou\u0103 minute, f\u0103r\u0103 a face clic pe nimic. Stratul opera\u021bional - cel pe care \u00eel folosesc de fapt managerii de proiect \u0219i responsabilii de program - poate con\u021bine detalii. Acestea sunt dou\u0103 audien\u021be diferite cu nevoi diferite, iar \u00eencercarea de a le servi pe am\u00e2ndou\u0103 \u00eentr-un singur raport este punctul \u00een care majoritatea tablourilor de bord de portofoliu Power BI dau gre\u0219.<\/p>\n Op\u021biunile de vizualizare conteaz\u0103 mai mult dec\u00e2t \u00ee\u0219i dau seama majoritatea PMO-urilor. O stare a semaforului care nu arat\u0103 tendin\u021ba - dac\u0103 un proiect tocmai a devenit portocaliu sau a fost portocaliu timp de \u0219ase s\u0103pt\u0103m\u00e2ni - este mai pu\u021bin util\u0103 dec\u00e2t pare. O prezentare general\u0103 a etapelor \u00een stil Gantt, care arat\u0103 abaterea de la program \u00een cadrul portofoliului, comunic\u0103 ceva ce un tabel de date nu poate. Alegerea vizualului nu este decorativ\u0103; este diferen\u021ba dintre un raport care \u00eendeamn\u0103 la o decizie \u0219i unul care \u00eendeamn\u0103 la o \u00eentrebare.<\/p>\n Acesta este domeniul \u00een care elementele vizuale Power BI construite special pentru contexte de gestionare a proiectelor fac o diferen\u021b\u0103 real\u0103. LeapLytics construie\u0219te elemente vizuale personalizate certificate special pentru acest lucru - lucruri precum Diagrame Gantt vizuale<\/a> \u0219i indicatori semaforiza\u021bi concepu\u021bi pentru raportarea portofoliului, nu repurta\u021bi din cazuri generice de utilizare a BI. Acestea nu rezolv\u0103 problema modelului de date sau problema guvernan\u021bei, dar atunci c\u00e2nd structura este corect\u0103, ele fac rezultatele mult mai lizibile pentru persoanele care conteaz\u0103 cel mai mult.<\/p>\n Un PMO de infrastructur\u0103 de dimensiuni medii - aproximativ 40 de proiecte active \u00een cadrul a patru programe - a ajuns la un punct \u00een care revizuirea lunar\u0103 a portofoliului dura trei ore \u00een loc de nou\u0103zeci de minute, mai ales pentru c\u0103 fiecare stare raportat\u0103 declan\u0219a o discu\u021bie ulterioar\u0103 cu privire la actualitatea cifrelor. Managerii de proiect transmiteau actualiz\u0103rile prin e-mail. PMO actualiza manual un fi\u0219ier Excel principal. Power BI citea din acel fi\u0219ier. Lan\u021bul a introdus cel pu\u021bin o s\u0103pt\u0103m\u00e2n\u0103 de decalaj \u00eentre realitate \u0219i raport.<\/p>\n Reproiectarea a avut trei p\u0103r\u021bi: un proces standardizat de prezentare a stadiului cu o dat\u0103 limit\u0103 fix\u0103 de vineri pe care Power BI o cite\u0219te direct, o separare clar\u0103 \u00eentre o pagin\u0103 executiv\u0103 unic\u0103 (portofoliul RAG, cele mai importante cinci riscuri, varia\u021bia bugetului pe program) \u0219i o vizualizare opera\u021bional\u0103 la nivel de program \u0219i \u00eenlocuirea unui grafic generic cu bare suprapuse cu o vizualizare adecvat\u0103 a cronologiei etapelor care a ar\u0103tat abaterea de la program dintr-o privire.<\/p>\n Reuniunea de coordonare a sc\u0103zut de la trei ore la \u0219aptezeci de minute. Mai important, \u00eentrebarea de deschidere a \u00eencetat s\u0103 mai fie \"putem avea \u00eencredere \u00een acest lucru?\" \u0219i a \u00eenceput s\u0103 fie \"ce facem \u00een leg\u0103tur\u0103 cu programul B?\" Aceast\u0103 schimbare - de la validarea datelor la luarea deciziilor - este obiectivul real. Orice altceva este infrastructur\u0103.<\/p>\n \u00cen conformitate cu Cercetare PMI privind eficien\u021ba PMO<\/a>, organiza\u021biile cu procese mature de raportare a portofoliului finalizeaz\u0103 mult mai multe proiecte la timp \u0219i \u00een limitele bugetului. Raportarea \u00een sine nu este cauza - \u00eens\u0103 raportarea defectuoas\u0103 ascunde \u00een mod activ semnalele care ar permite o interven\u021bie mai timpurie.<\/p>\n Dac\u0103 raportul dvs. de portofoliu genereaz\u0103 mai multe dezbateri \u00een cadrul \u0219edin\u021bei dec\u00e2t decizii de conducere, cel mai rapid diagnostic este s\u0103 \u00eentreba\u021bi: ce decide de fapt comitetul executiv pe baza acestui raport? Dac\u0103 r\u0103spunsul sincer este \"nu prea multe\", raportul nu \u00ee\u0219i face treaba - indiferent de c\u00e2t de solid\u0103 din punct de vedere tehnic este construc\u021bia Power BI de baz\u0103.<\/p>\n \u00cencepe\u021bi de acolo. Defini\u021bi cele trei decizii pe care comitetul director trebuie s\u0103 le ia lunar. Construi\u021bi \u00een sens invers. Apoi preocupa\u021bi-v\u0103 de elementele vizuale.<\/p>\n Dac\u0103 a\u021bi dep\u0103\u0219it deja aceast\u0103 etap\u0103 \u0219i blocajul este nivelul Power BI \u00een sine, solu\u021bia Biblioteca vizual\u0103 LeapLytics<\/a> merit\u0103 o privire - creat special pentru contexte de raportare a managementului de proiect, certificat de Microsoft \u0219i disponibil pentru testare direct\u0103. \u00cencepe\u021bi o \u00eencercare gratuit\u0103 aici<\/a> \u0219i testa\u021bi-le \u00een raport cu datele reale din portofoliul dvs.<\/p>","protected":false},"excerpt":{"rendered":" Este luni diminea\u021ba. A\u021bi petrecut cea mai mare parte a zilei de vineri ob\u021bin\u00e2nd actualiz\u0103ri ale stadiului de la cinci manageri de proiect diferi\u021bi, reconciliind datele de etap\u0103 \u00een trei foi de calcul \u0219i transform\u00e2nd un raport Power BI \u00eentr-unul care s\u0103 nu v\u0103 fac\u0103 de r\u00e2s \u00een fa\u021ba comitetului executiv. Tabloul de bord arat\u0103 bine. Poate chiar bine. \u0218i totu\u0219i - prima \u00eentrebare ... <\/p>","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-14620","post","type-post","status-publish","format-standard","hentry","category-news","latest_post"],"_links":{"self":[{"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/posts\/14620","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/comments?post=14620"}],"version-history":[{"count":2,"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/posts\/14620\/revisions"}],"predecessor-version":[{"id":14622,"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/posts\/14620\/revisions\/14622"}],"wp:attachment":[{"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/media?parent=14620"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/categories?post=14620"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.leaplytics.de\/ro\/wp-json\/wp\/v2\/tags?post=14620"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Ce \u00eencearc\u0103 mai \u00eent\u00e2i majoritatea PMO - \u0219i de ce nu func\u021bioneaz\u0103<\/h2>\n
Ce ajut\u0103 de fapt: Proiectarea pentru decizie, nu pentru date<\/h2>\n
\u00cenainte \u0219i dup\u0103: Ce se schimb\u0103 atunci c\u00e2nd raportarea portofoliului func\u021bioneaz\u0103 cu adev\u0103rat<\/h2>\n
De unde s\u0103 \u00eencepe\u021bi<\/h2>\n