È lunedì mattina. Avete trascorso la maggior parte del venerdì a raccogliere aggiornamenti sullo stato di cinque diversi project manager, a riconciliare le date delle milestone in tre fogli di calcolo e a trasformare un report di Power BI in qualcosa che non vi metta in imbarazzo di fronte al comitato esecutivo. Il dashboard sembra a posto. Forse anche bene. Eppure, la prima domanda della riunione è: "Possiamo fidarci di questi numeri?".
Questa domanda è la modalità di fallimento silenziosa della maggior parte delle configurazioni di reporting del portafoglio progetti. Non un errore tecnico. Non si tratta di dati mancanti. Solo una lenta erosione della fiducia che rende il vostro report un punto di partenza per il dibattito piuttosto che una base per le decisioni.
Se questo vi suona familiare, il problema quasi certamente non è Power BI. È il modo in cui è strutturata la reportistica di portafoglio e perché le solite soluzioni continuano a peggiorare le cose.
Perché la rendicontazione del portafoglio progetti si interrompe in Power BI
Esiste una serie specifica di condizioni che trasforma un dashboard di portfolio in Power BI in qualcosa che genera più domande che risposte. Nessuna di queste è ovvia dall'esterno, e questo è uno dei motivi per cui sono così persistenti.
1. Il modello di dati è costruito per singoli progetti, non per portafogli. La maggior parte delle implementazioni di Power BI in ambienti di progetto iniziano con i dati di un progetto (calendario, budget, risorse) e poi vengono espanse per coprire un portafoglio, impilando altri dati dello stesso tipo. Il risultato è un report che può mostrare ragionevolmente bene lo stato dei singoli progetti, ma che crolla quando si cerca di rispondere a domande a livello di portafoglio: Quali programmi rischiano di non rispettare gli impegni del terzo trimestre? Dove si concentra il superamento del budget nel portafoglio? Il modello sottostante non è mai stato concepito per rispondere a queste domande e nessuna nuova misura potrà risolvere un disallineamento strutturale.
2. I dati di stato arrivano in modo incoerente e nessuno è responsabile del problema della qualità. La rendicontazione del portafoglio dipende dalla presentazione da parte dei project manager di aggiornamenti tempestivi e onesti sullo stato di avanzamento. In pratica, alcuni inviano in anticipo, altri in ritardo, altri ancora presentano numeri ottimistici per evitare escalation. Power BI riporta doverosamente tutto ciò che riceve. Il PMO finisce per essere responsabile di un report che non ha controllato completamente e la leadership finisce per essere scettica su numeri che possono o meno riflettere la realtà. Non è un problema di persone. È un problema di processo e di governance che il livello di reporting eredita.
3. Il rapporto cerca di servire troppi destinatari contemporaneamente. I project manager operativi hanno bisogno di dettagli a livello di attività. I responsabili di programma hanno bisogno di un monitoraggio delle milestone. Il comitato direttivo ha bisogno dello stato RAG del portafoglio e dell'esposizione finanziaria. Quando un report di Power BI cerca di fare tutto questo, di solito attraverso una serie di pagine e filtri, finisce per non fare nulla di particolare. Gli utenti esecutivi smettono di guardarlo perché trovare ciò di cui hanno bisogno richiede troppo tempo. I project manager lo ignorano perché i dettagli sono sbagliati per il loro lavoro. E il PMO si ritrova a gestire un report di cui nessuno è pienamente soddisfatto.
Cosa prova per prima la maggior parte dei PMO e perché non funziona
Quando il cruscotto di un portafoglio non funziona, l'istinto è quello di aggiungere altro. Più filtri. Altri drill-through. Colonne di stato codificate per colore che scendono a cascata attraverso tre livelli di gerarchia. Formattazione condizionale che evidenzia tutto in rosso finché non spicca nulla. Ho visto rapporti con diciassette pagine che i dirigenti hanno navigato chiedendo al PMO di condividere il loro schermo e di cliccare per loro.
L'altra mossa comune è quella di ricostruire la pipeline dei dati. Nuova struttura SharePoint. Nuove trasformazioni di Power Query. A volte un vero e proprio data warehouse. A volte questa è la scelta giusta, ma si tratta di un progetto lungo mesi che non affronta il motivo per cui il report esistente non è attendibile. È possibile avere dati perfettamente puliti che alimentano un report che non riesce comunque a prendere decisioni.
C'è anche uno schema che merita di essere citato: la sostituzione di Power BI con uno strumento PPM dedicato, per poi ritrovarsi con gli stessi problemi di reporting in una nuova interfaccia. Lo strumento cambia. Le questioni di fondo su ciò che la leadership ha effettivamente bisogno di vedere e su come i dati fluiscono dai progetti al portafoglio rimangono irrisolte.
In tutta onestà, non esiste una pallottola d'argento. I problemi di reporting del portafoglio sono sempre in parte un problema di dati, in parte un problema di processo e in parte un problema di progettazione. Chiunque vi dica il contrario sta semplificando eccessivamente. Ma il livello di progettazione è di solito il più veloce da risolvere, e quasi sempre viene affrontato per ultimo.
Cosa aiuta davvero: Progettare per la decisione, non per i dati
La cornice più utile è partire dalle domande reali del comitato direttivo - le tre o quattro cose che devono uscire da una riunione avendo deciso - e progettare a ritroso da lì. Non "quali dati abbiamo", ma "che cosa deve vedere il proprietario di un portafoglio per prendere una decisione su un programma in ritardo?".
In pratica, questo significa di solito una separazione rigida tra la visione esecutiva e quella operativa. Il livello direttivo ha bisogno di un'aggregazione a livello di portafoglio: lo stato di salute generale delle scadenze, l'esposizione del budget per programma, un segnale chiaro su quali progetti sono candidati all'escalation. Dovrebbe essere leggibile in meno di due minuti senza dover fare clic su nulla. Il livello operativo - quello che i project manager e i responsabili di programma utilizzano effettivamente - può contenere i dettagli. Si tratta di due pubblici diversi con esigenze diverse, e cercare di soddisfarle entrambe in un unico report è il punto in cui la maggior parte dei dashboard di portfolio di Power BI fallisce.
Le scelte di visualizzazione contano più di quanto la maggior parte dei PMO si renda conto. Un semaforo che non mostra l'andamento, se un progetto è appena diventato giallo o lo è stato per sei settimane, è meno utile di quanto sembri. Una panoramica di milestone in stile Gantt che mostri lo scostamento delle scadenze in tutto il portafoglio comunica qualcosa che una tabella di date non può comunicare. La scelta della visualizzazione non è una decorazione: è la differenza tra un report che spinge a prendere una decisione e uno che spinge a fare una domanda.
Questo è il settore in cui le visualizzazioni di Power BI appositamente create per i contesti di gestione dei progetti fanno la differenza. LeapLytics costruisce visualizzazioni certificate e personalizzate proprio per questo, come ad esempio Grafici di Gantt e indicatori semaforici progettati per la reportistica di portafoglio, non riproposti da casi d'uso generici della BI. Non risolvono il problema del modello dei dati o della governance, ma quando la struttura è corretta, rendono l'output molto più leggibile per le persone che contano di più.
Prima e dopo: Cosa cambia quando il reporting di portafoglio funziona davvero
Un PMO di infrastrutture di medie dimensioni (circa 40 progetti attivi su quattro programmi) è arrivato a un punto in cui la revisione mensile del portafoglio richiedeva tre ore invece di novanta minuti, soprattutto perché ogni stato di avanzamento dei lavori comportava una discussione successiva per verificare se i numeri fossero aggiornati. I project manager inviavano gli aggiornamenti via e-mail. Il PMO aggiornava manualmente un file Excel principale. Power BI leggeva da quel file. La catena introduceva almeno una settimana di ritardo tra la realtà e il report.
La riprogettazione si è articolata in tre parti: un processo standardizzato di presentazione dello stato di avanzamento con un termine fisso al venerdì che Power BI leggeva direttamente, una chiara separazione tra un one-pager esecutivo (RAG del portafoglio, cinque rischi principali, scostamento del budget per programma) e una vista operativa a livello di programma, e la sostituzione di un generico grafico a barre impilate con un'adeguata visualizzazione della timeline delle milestone che mostrava lo scostamento della schedulazione a colpo d'occhio.
La riunione di direzione è passata da tre ore a settanta minuti. Cosa ancora più importante, la domanda iniziale ha smesso di essere "possiamo fidarci di questo?" e ha iniziato a essere "cosa facciamo con il Programma B?". Questo passaggio - dalla convalida dei dati alla presa di decisioni - è l'obiettivo reale. Tutto il resto è infrastruttura.
Secondo Ricerca PMI sull'efficacia del PMOLe organizzazioni con processi maturi di reporting del portafoglio completano un numero significativamente maggiore di progetti nei tempi e nei budget previsti. Non è il reporting in sé la causa, ma un cattivo reporting nasconde attivamente i segnali che consentirebbero di intervenire prima.
Da dove iniziare
Se il vostro report sul portafoglio genera più discussioni in riunione che decisioni di indirizzo, la diagnosi più rapida è chiedersi: cosa decide effettivamente il comitato esecutivo sulla base di questo report? Se la risposta sincera è "non molto", il report non sta facendo il suo lavoro, indipendentemente dalla solidità tecnica della struttura Power BI sottostante.
Iniziate da qui. Definite le tre decisioni che il comitato direttivo deve prendere mensilmente. Costruite a ritroso. Poi preoccupatevi delle immagini.
Se si è già superato questo limite e il collo di bottiglia è il livello Power BI stesso, la soluzione è la seguente Libreria visiva LeapLytics vale la pena di dare un'occhiata: è stato creato appositamente per i contesti di reporting della gestione dei progetti, è certificato da Microsoft e può essere provato direttamente. Inizia una prova gratuita qui e testarli con i dati reali del vostro portafoglio.
