Gestione del portafoglio progetti, Gestione del progetto

Tasso di successo del progetto: perché i dati di Standish indicano lo sponsor, non il project manager

Il numero più citato nella gestione dei progetti è il “31% dei progetti che hanno successo” del Gruppo Standish. Tende ad emergere nelle presentazioni del PMO come parametro di riferimento per le prestazioni complessive della disciplina. Quello che lo stesso rapporto mostra sotto il numero principale è più utile per i leader del PMO che prendono decisioni operative: il tasso di successo dei progetti passa dal 18% al 67% a seconda di una variabile, la maturità dello sponsor esecutivo. La maturità dello sponsor è più efficace della metodologia, degli strumenti o dell’esperienza del project manager messi insieme.

Questo articolo analizza cosa significa effettivamente questo divario in termini operativi, cosa dicono Standish CHAOS 2020 e Wellingtone 2024 sulle condizioni in cui gli sponsor decidono e come i percorsi di Accettazione, le Condizioni del Progetto e i Rapporti sul Portafoglio di FlexiProject lavorano insieme per trasformare lo sponsor da un punto di escalation passivo in un decisore attivo.

In questo articolo imparerai a conoscere: Cosa misura effettivamente Standish CHAOS 2020 e perché la categoria “sfiduciato” conta più del numero principale Perché la maturità dello sponsor esecutivo fa passare il tasso di successo dei progetti dal 18% al 67% e cosa significa “sponsor maturo” dal punto di vista operativo In che modo i dati di Wellingtone 2024 su baseline, KPI e reportistica manuale inquadrano le condizioni in cui gli sponsor prendono le decisioni Tre modalità di fallimento strutturale della governance degli sponsor: la latenza decisionale, il gap di visibilità e la deriva delle Baseline. Come i percorsi di Accettazione, le Condizioni del progetto e i Rapporti sul portafoglio di FlexiProject funzionano come un unico sistema per supportare le decisioni a livello di sponsor

Cosa misura effettivamente Standish CHAOS 2020

Il Gruppo Standish pubblica il rapporto CHAOS dal 1994 e l’edizione 2020, Beyond Infinity, utilizza quella che gli autori chiamano “misurazione moderna”: una definizione di successo del progetto a quattro dimensioni che comprende la consegna nei tempi previsti, la consegna nel rispetto del budget, il raggiungimento dell’obiettivo e la soddisfazione del cliente. In base a questa misurazione, applicata ai progetti software, il 31% dei progetti viene classificato come un successo, il 50% come una sfida e il 19% come un fallimento. La cifra principale, il 31%, viene citata più spesso, ma per i leader del PMO la categoria più rilevante dal punto di vista operativo è quella centrale. “Sconfessato” significa che il progetto è stato portato a termine, ma con una deviazione sostanziale da una o più dimensioni di base. Questa categoria è quella a cui va la maggior parte dei budget del PMO.

Le tre categorie di risultati spiegate

Il “successo” di Standish richiede che tutte e quattro le dimensioni rientrino nei limiti di tolleranza: tempi, budget, obiettivi e soddisfazione del cliente. “Fallito” significa che il progetto è stato cancellato prima della consegna o consegnato ma mai utilizzato. La categoria “problematica”, di gran lunga la più numerosa (50%), comprende i casi più comuni: il progetto è stato consegnato, ma in ritardo, con un budget superiore al previsto, con un ambito di applicazione ridotto o con risultati aziendali deboli. Per un PMO che gestisce 30 progetti, ciò si traduce in circa 15 progetti all’anno che consumano tutte le risorse ma producono un valore parziale. Il tasso di progetti “contestati” è l’obiettivo realistico per il lavoro di miglioramento del PMO, poiché spostare i progetti da contestati a riusciti è più fattibile che salvare i fallimenti.

Perché il 31% è importante per i PMO, non solo per i team IT

Il campione di Standish si concentra sui progetti software, il che ha portato alcuni leader del PMO a liquidare i dati come irrilevanti per i portafogli di costruzione, R&S o trasformazione aziendale. Questo rifiuto non coglie il punto. Gli schemi che producono risultati “problematici” – decisioni tardive, baseline mancanti, scarso impegno dello sponsor, modifiche ambigue dell’ambito – non sono specifici del settore. Sono modelli di governance. I dati di Standish sui progetti software sono il quadro più quantitativamente rigoroso che abbiamo di come questi modelli influenzino i risultati. Un PMO che gestisce progetti di capitale, programmi normativi o lanci di prodotti riconoscerà gli stessi schemi nelle proprie revisioni di portafoglio.

La leva più importante: la maturità dello sponsor esecutivo (67% vs 18%)

Quando Standish segmenta i suoi dati in base alla maturità dello sponsor esecutivo, il tasso di successo del progetto passa dal 18% al 67%, con un moltiplicatore di 3,7 volte. Nessun altro fattore nel set di dati produce un effetto paragonabile. La scelta della metodologia (Waterfall vs Agile vs ibrida), il livello di esperienza del team, le dimensioni del progetto e la sofisticazione degli strumenti mostrano correlazioni minori e meno consistenti. La variabile sponsor domina su tutte. Per un leader del PMO che legge i dati, questo ha un’implicazione diretta: l’investimento operativo più redditizio non consiste nell’aggiornamento dei project manager o nella selezione di una metodologia migliore, ma nella costruzione del sistema attorno alle decisioni dello sponsor esecutivo.

Cosa significa in pratica “sponsor altamente maturo

La definizione di Standish di maturità dello sponsor è comportamentale, non titolata. Uno sponsor altamente maturo fa quattro cose in modo coerente durante il ciclo di vita del progetto. In primo luogo, le decisioni vengono prese nel giro di giorni e non di settimane, le richieste di modifica, gli aggiustamenti dell’ambito e le risposte ai rischi non vengono tenuti in considerazione dai comitati direttivi mensili. In secondo luogo, lo sponsor si occupa attivamente del business case, compresa la sua evoluzione al mutare delle condizioni, non solo al momento dell’avvio. In terzo luogo, le revisioni del progetto si basano sui dati del sistema piuttosto che sui riassunti in PowerPoint preparati dal project manager. In quarto luogo, lo sponsor approva il piano di base come impegno strategico, con la stessa serietà di una decisione di allocazione di capitale. Nessuno di questi comportamenti richiede un titolo di lavoro specifico: richiede una disciplina di ruolo e il supporto del sistema.

Perché il project manager non può compensare uno sponsor a bassa maturità

Una reazione comune dei leader del PMO che osservano questi dati è quella di investire in project manager migliori, partendo dal presupposto che un PM forte può compensare uno sponsor debole. L’asimmetria strutturale dei due ruoli rende questo impossibile a livello di portafoglio. Il project manager ha l’autorità operativa: gestisce il piano, coordina il team, evita i rischi. Lo sponsor ha l’autorità strategica: ridefinire le priorità del portafoglio, allocare il budget, approvare le modifiche dell’ambito che superano la tolleranza del PM. Quando le decisioni strategiche richiedono tre o quattro settimane, il PM può gestire il piano in modo impeccabile e produrre comunque un risultato “contestato”. I dati di Standish lo confermano su larga scala: L’eccellenza del PM non può sostituire la velocità decisionale dello sponsor.

Cosa aggiunge Wellingtone 2024 al quadro: baseline, KPI, reportistica

Il numero di Standish dice ai leader del PMO che la maturità degli sponsor è importante. Lo State of Project Management 2024 di Wellingtone spiega perché la maggior parte degli sponsor opera al di sotto della maturità, perché non ci sono le condizioni per un processo decisionale maturo. Wellingtone riporta che solo il 34% delle organizzazioni di solito o sempre completa i progetti in tempo, il 34% rispetta il budget e il 36% ne trae i massimi benefici. I dati relativi alle condizioni di sistema che stanno alla base di questi risultati sono la parte più utile del rapporto: solo il 48% delle organizzazioni è solito o sempre in linea con i propri programmi, circa la metà non ha accesso a KPI in tempo reale e almeno un giorno al mese viene speso per creare manualmente i rapporti sullo stato di avanzamento.

Gli sponsor decidono sulla base di dati obsoleti e questo si riflette sul tasso di successo.

Quando la metà delle operazioni del PMO produce rapporti manuali sullo stato di avanzamento una volta al mese, lo sponsor è strutturalmente in ritardo di tre o quattro settimane rispetto alla realtà del progetto. Un rischio segnalato nella seconda settimana di un ciclo di reporting di quattro settimane raggiunge lo sponsor nella sesta settimana. Quando il comitato direttivo ne discute, il rischio si è già materializzato o si è auto-risolto; in ogni caso, la decisione dello sponsor arriva troppo tardi per cambiare la traiettoria. Lo stesso schema si applica alle modifiche dell’ambito, agli sforamenti di budget e ai conflitti di risorse. Il divario tra il 18% e il 67% di Standish non riguarda principalmente il talento o l’impegno dello sponsor. Si tratta di capire se il sistema fornisce allo sponsor dati aggiornati in modo sufficientemente rapido per prendere decisioni tempestive.

Tre modalità di fallimento strutturale della governance degli sponsor

I dati combinati di Standish e Wellingtone isolano tre lacune operative che producono la maggior parte del degrado del tasso di successo del progetto. Queste lacune si manifestano costantemente nella diagnostica del PMO e ognuna di esse disabilita un diverso livello di efficacia dello sponsor. Non si tratta di una questione di intenzioni o abilità dello sponsor: sono lacune del sistema che il PMO è responsabile di colmare. Le prossime tre sezioni diagnosticano ciascuna lacuna; le sezioni da sei a otto descrivono la risposta operativa.

Latenza decisionale: quando il “ne discuteremo alla prossima riunione di governo” costa settimane

La maggior parte dei PMO opera con un ritmo mensile, il che significa che il ciclo decisionale medio per le domande a livello di sponsor è di due settimane. Una modifica dell’ambito identificata nella prima settimana attende la riunione della terza settimana; se la riunione rinvia la decisione per ulteriori analisi, la risposta arriva alla settima settimana. Per progetti con fasi di otto-dodici settimane, questo singolo ritardo può consumare il 50% di una fase. I dati di Standish sulla maturità degli sponsor lo dimostrano: le organizzazioni con sponsor maturi hanno cicli decisionali misurati in giorni, non in settimane, perché non raggruppano ogni decisione in un forum mensile. Il forum esiste ancora, solo che smette di essere l’unico percorso per ottenere l’approvazione dello sponsor.

Mancanza di visibilità: gli sponsor guardano le diapositive e non il sistema

Quando il 50% dei PMO riferisce che l’accesso ai KPI in tempo reale non è disponibile per la leadership, la visione del portafoglio da parte dello sponsor è filtrata interamente dai materiali preparati dal PM. Questo crea una distorsione strutturale: lo sponsor vede la versione dello stato del progetto che il PM ha scelto di far emergere, dopo aver stabilito le priorità di ciò che vale la pena sollevare. I segnali importanti vengono smussati, i rischi ambigui vengono formulati in modo ottimistico e le decisioni strategiche dello sponsor si basano su dati curati piuttosto che diretti. Gli sponsor maturi colmano questo divario non chiedendo più Rapporti, ma accedendo essi stessi al sistema, esaminando le condizioni attuali del progetto, il registro dei rischi e lo stato del budget senza intermediari.

Deriva della Baseline: quando “il piano” significa “l’ultimo programma”.

La scoperta di Wellingtone, secondo cui solo il 48% delle organizzazioni esegue coerentemente la baseline dei propri programmi, ha una conseguenza diretta: nel 52% dei PMO, “in linea con il piano” significa “in linea con la versione attuale del piano”. Senza un punto di riferimento congelato che richieda un controllo formale delle modifiche, ogni rapporto sullo stato di avanzamento descrive il presente piuttosto che la deviazione da un impegno strategico. Lo spazio decisionale dello sponsor crolla, perché non c’è nulla contro cui decidere: il piano continua ad adattarsi alla realtà piuttosto che la realtà viene gestita contro il piano. Questa è la più silenziosa delle tre lacune, perché rende le altre due più difficili da individuare. Un rapporto di stato pulito senza una linea di base non è in realtà verde.

Cosa fanno gli sponsor maturi in modo diverso durante il ciclo di vita del progetto

La maturità dello sponsor non è un tratto di personalità o uno stile di leadership: è un insieme di comportamenti operativi legati a momenti specifici del ciclo di vita del progetto. I momenti più importanti sono quattro: L’approvazione del Project Charter, l’approvazione della baseline, le Revisioni di metà progetto e le decisioni sulle richieste di modifica. In ogni momento, lo sponsor maturo fa qualcosa di strutturalmente diverso da quello immaturo e la differenza si accentua in tutto il portfolio. Il ruolo del PMO non è quello di allenare gli sponsor a comportamenti migliori: è quello di progettare il sistema in modo che i comportamenti maturi siano il percorso di minor resistenza e quelli immaturi producano attrito.

L’approvazione della Carta è una porta strategica, non una formalità.

La Carta del progetto è il primo momento concreto in cui si può osservare la maturità dello sponsor. Uno sponsor immaturo firma la Carta come passo procedurale, dopo che il progetto è stato sostanzialmente delineato e il team è stato mobilitato. Uno sponsor maturo considera l’approvazione della Carta come una decisione di investimento: Revisioni del business case, dei risultati attesi, dell’impegno di risorse e delle ipotesi che giustificano la procedura. I dati di Standish dimostrano che i progetti con un impegno attivo dello sponsor nella fase del Charter hanno tassi di successo sostanzialmente più elevati rispetto a quelli in cui l’approvazione del Charter si riduce a un flusso di firme. Il Charter è il luogo più economico per uccidere un progetto debole; una volta iniziata l’esecuzione, il costo dell’interruzione aumenta ogni settimana.

Revisioni intermedie del progetto legate ai dati di rischio e di budget, non alle opinioni.

Il formato della revisione sponsor-PM cambia la qualità delle decisioni che ne derivano. Quando la revisione è strutturata intorno a uno status deck – le slide preparate dal PM, la narrazione guidata dal PM, le decisioni inquadrate dal PM – il contributo dello sponsor si limita a reagire a ciò che è stato presentato. Quando la revisione è strutturata intorno al sistema stesso – condizioni attuali del progetto, registro dei rischi in tempo reale, scostamento tra baseline e realtà – il contributo dello sponsor si sposta sull’identificazione di ciò che manca, sulla messa in discussione delle ipotesi e sull’attivazione di decisioni che il PM non potrebbe prendere da solo. Il cambiamento è piccolo in termini operativi ma grande in termini di risultati su un portafoglio.

Come i percorsi di Accettazione di FlexiProject tagliano la latenza decisionale

La latenza decisionale è la più direttamente affrontabile delle tre lacune della governance degli sponsor, perché è fondamentalmente un problema di flusso di lavoro piuttosto che di comportamento. FlexiProject I Percorsi di approvazione forniscono un processo decisionale predefinito per l’approvazione dei documenti chiave del progetto: Carta del progetto, Piano del progetto, modifiche alla baseline. Invece di rimandare le decisioni al comitato direttivo successivo, l’approvazione passa in modo asincrono attraverso la sequenza predefinita di approvatori, con ogni decisione registrata con timestamp e identità dell’approvatore. La riunione mensile del comitato direttivo esiste ancora per le discussioni strategiche; ciò che cambia è che le approvazioni di routine a livello di sponsor smettono di bloccare l’avanzamento del progetto tra una riunione e l’altra.

Le decisioni vengono prese in modo asincrono, con una traccia di controllo.

Ogni percorso di approvazione è configurato per ogni spazio di lavoro, quindi diverse unità aziendali possono avere percorsi di approvazione diversi per lo stesso tipo di documento. Il percorso definisce la sequenza degli approvatori, le condizioni per passare alla fase successiva e le azioni disponibili in ogni fase (approvare, rifiutare, richiedere modifiche). Quando un Piano di progetto viene presentato per l’approvazione, il percorso viene eseguito automaticamente, ogni approvatore vede il documento nella sua coda, prende la decisione e viene notificato all’approvatore successivo. La traccia di audit completa viene conservata, il che è importante sia per la conformità che per diagnosticare i rallentamenti nelle decisioni. Se un particolare approvatore trattiene costantemente i documenti per due settimane, i dati sono visibili e il PMO può affrontare direttamente il collo di bottiglia.

Percorsi di approvazione mappati in base alle dimensioni e al rischio del progetto

Il punto di forza dei percorsi di approvazione predefiniti è che possono essere calibrati sulla scala del progetto. Una piccola iniziativa potrebbe richiedere l’approvazione da parte del responsabile del PMO. Un progetto di grandi dimensioni o ad alto rischio potrebbe passare in sequenza da PMO, finanza e sponsor esecutivo, con ramificazioni condizionali basate su soglie di budget o categorie di rischio. I percorsi sono configurabili per ogni spazio di lavoro, il che consente alle diverse unità aziendali di adattare il modello di governance al proprio contesto senza richiedere una riconfigurazione centrale per ogni progetto. Il risultato è che l’attenzione dello sponsor si concentra sulle decisioni che lo richiedono davvero, mentre le approvazioni di routine non consumano il tempo dello sponsor.

Stato del progetto e riepilogo grafico come visione propria dello sponsor

Il divario di visibilità si colma quando gli sponsor possono accedere direttamente allo stato attuale del progetto, senza dipendere dai materiali preparati dal PM. La Condizione del progetto di FlexiProject fornisce una visione dello stato di ogni progetto che copre le dimensioni di pianificazione, budget, portata e rischio, aggiornata continuamente quando i dati sottostanti cambiano. Il Riepilogo grafico aggrega il tutto in una visualizzazione a livello di portafoglio che lo sponsor può analizzare in pochi minuti. Insieme, queste due visualizzazioni sostituiscono il ciclo di preparazione, distribuzione e discussione delle schede di stato mensili con un accesso continuo allo stato attuale, il che significa che le decisioni degli sponsor possono essere attivate da segnali piuttosto che dai calendari dei rapporti.

Dai pannelli di stato mensili ai segnali di condizione sempre attuali

Il post sull’automazione delle revisioni dei progetti tratta in dettaglio il cambiamento operativo: i Rapporti sullo stato di avanzamento smettono di essere un artefatto separato prodotto per gli sponsor e diventano una vista continua a cui gli sponsor accedono direttamente. La vista Project Condition mostra la posizione di ogni progetto nelle quattro dimensioni chiave, con la possibilità di accedere alle attività specifiche, ai rischi o alle linee di budget che ne determinano lo stato. Uno sponsor che esamina le condizioni del portafoglio prima di prendere una decisione il martedì mattina vede i dati di lunedì, non quelli di tre settimane fa. Le decisioni che ne derivano sono più rapide, più mirate e con maggiori probabilità di risolvere i problemi reali piuttosto che quelli segnalati.

Rapporti di portafoglio: dal segnale di progetto alla decisione di portafoglio

L’efficacia dello sponsor aumenta quando i segnali dei singoli progetti possono essere aggregati in decisioni di portafoglio. Un singolo progetto che mostra uno stato di rischio rosso è una questione a livello di progetto; tre progetti della stessa business unit che mostrano uno stato di rischio rosso sono una questione a livello di portafoglio che richiede una riallocazione delle risorse, un ribilanciamento dell’ambito o un rinvio strategico. I moduli Rapporti e Portafogli di progetti di FlexiProject forniscono il livello di aggregazione, consentendo agli sponsor e ai leader del PMO di vedere schemi tra i progetti che non sarebbero visibili nelle revisioni dei singoli progetti. È qui che operano le organizzazioni con il più alto tasso di successo dei progetti secondo i dati di Standish: a livello di portafoglio, con il livello del progetto come input piuttosto che come unità decisionale.

Quando il segnale di un singolo progetto diventa una questione di portafoglio

Il passaggio dalle decisioni a livello di progetto a quelle a livello di portafoglio è ciò che separa una governance matura da una immatura. Un modello di governance immaturo gestisce i rischi, i ritardi e le pressioni sul budget di ciascun progetto in modo isolato, rivolgendosi allo sponsor quando i singoli progetti superano la soglia di tolleranza. Un modello maturo utilizza i Rapporti di portafoglio per individuare gli schemi: tre progetti farmaceutici che segnalano tutti ritardi negli studi clinici, due progetti infrastrutturali che competono per la stessa risorsa critica, quattro lanci di prodotti che prevedono il completamento nel quarto trimestre a fronte di una finestra di lancio condivisa. Questi schemi sono invisibili a livello di progetto e ovvi a livello di portafoglio, ma solo se il sistema aggrega i segnali in tempo reale, non a fine trimestre.

Domande frequenti (FAQ)

Lo sponsor esecutivo deve essere di livello C?

La definizione di Standish di maturità dello sponsor è comportamentale, non gerarchica. Uno sponsor di livello direttore con una forte disciplina di ruolo – decisioni rapide, proprietà attiva del business case, revisioni basate sul sistema – produce risultati migliori rispetto a uno sponsor di livello C che tratta il ruolo come un cerimoniale. L’importante è che lo sponsor abbia l’autorità per prendere le decisioni strategiche che il progetto richiede e la disciplina per prenderle nei tempi giusti. Alcune organizzazioni assegnano la sponsorizzazione a livello C a tutti i progetti più importanti; altre classificano la sponsorizzazione in base alle dimensioni e al rischio del progetto. Entrambi i modelli funzionano, a patto che lo sponsor, a qualsiasi livello, operi con maturità.

Con quale frequenza lo sponsor dovrebbe rivedere un progetto?

Per i progetti attivi, nella maggior parte degli ambienti funziona una cadenza bisettimanale tra il project manager e lo sponsor: abbastanza veloce da far emergere i rischi prima che si aggravino, abbastanza lenta da evitare di affogare lo sponsor nei dettagli operativi. La revisione a livello di portafoglio può essere mensile, perché le decisioni relative al portafoglio hanno un orizzonte temporale più lungo rispetto a quelle relative ai progetti. Più che la cadenza, è importante che le revisioni siano legate ai dati del sistema piuttosto che a materiali preparati e che lo sponsor abbia accesso alle condizioni attuali del progetto tra le revisioni programmate, quando è necessaria un’escalation.

I percorsi di Accettazione sostituiscono il comitato direttivo?

No, lo integrano. Il comitato direttivo rimane il forum per le discussioni strategiche: ridefinizione delle priorità del portafoglio, modifiche importanti dell’ambito, escalation a livello esecutivo. I percorsi di approvazione sostituiscono la pratica di accorpare le approvazioni di routine a livello di sponsor nella stessa riunione mensile, creando il problema della latenza decisionale. Con i percorsi di approvazione, il comitato direttivo può concentrarsi sul piccolo numero di decisioni che richiedono davvero una discussione collettiva, mentre il volume maggiore di approvazioni individuali passa continuamente attraverso il sistema.

E se lo sponsor “non ha tempo”?

La risposta “non c’è tempo” di solito segnala uno dei due problemi sottostanti: o lo sponsor è sovraccarico di richieste di approvazione che dovrebbero essere gestite a un livello inferiore, oppure il sistema rende le singole approvazioni più lunghe del necessario. I percorsi di approvazione affrontano entrambi i problemi: allontanano le decisioni di routine dal livello dello sponsor, laddove possibile, e rendono le decisioni rimanenti a livello dello sponsor veloci da elaborare perché il contesto pertinente è allegato alla richiesta di approvazione. Quando uno sponsor può approvare una modifica della baseline in due minuti da un dispositivo mobile con il contesto completo visibile, l’obiezione “non c’è tempo” smette di valere.

Questo cambiamento richiede un cambio di cultura organizzativa?

Meno di quanto spesso pensano i leader del PMO. I dati di Standish mostrano il meccanismo operativo: velocità di decisione, disciplina di base, Revisioni basate sul sistema. Si tratta di scelte relative al flusso di lavoro, non di scelte culturali. Le organizzazioni che cambiano il flusso di lavoro – implementando percorsi di approvazione, cancelli di approvazione della linea di base, accesso diretto degli sponsor alle condizioni del progetto – scoprono che i comportamenti degli sponsor si adattano al nuovo sistema nel giro di uno o due trimestri. La narrazione culturale di “sponsor più impegnati” tende a seguire il cambiamento operativo piuttosto che a precederlo.

Il successo di un progetto è un problema del sistema degli sponsor, non del PM.

La scoperta di Standish CHAOS 2020, secondo cui una sponsorizzazione matura porta il tasso di successo dei progetti dal 18% al 67%, rimette in discussione l’obiettivo su cui dovrebbe concentrarsi il lavoro di miglioramento del PMO. L’enfasi convenzionale su migliori project manager, migliore selezione della metodologia o migliori caratteristiche degli strumenti cattura effetti reali ma secondari. La variabile dominante è il sistema che circonda le decisioni degli sponsor esecutivi: se le decisioni avvengono in giorni o settimane, se gli sponsor vedono dati aggiornati o rapporti curati, se le baseline reggono o si allontanano. I dati di Wellingtone 2024 sui report manuali, sulle linee di base mancanti e sull’assenza di KPI in tempo reale descrivono le condizioni operative in cui la maggior parte degli sponsor lavora attualmente, e queste condizioni impediscono strutturalmente la maturità che Standish identifica come il fattore di successo.

Le iniziative PMO più forti non sono quelle che aggiungono un quarto strumento per colmare una lacuna del terzo. Sono quelle che gestiscono l’instradamento delle decisioni, la visibilità delle condizioni del progetto e l’aggregazione del portafoglio come un unico sistema coerente, con dati condivisi, cadenza condivisa e una chiara proprietà del luogo in cui vengono prese le decisioni strategiche. FlexiProject combina i percorsi di Accettazione, le Condizioni del Progetto con il Riepilogo Grafico e i Rapporti sul Portafoglio in un’unica piattaforma proprio perché il problema sponsor-maturità è un problema di sistema, non tre problemi di flusso di lavoro separati. Il divario di successo documentato da Standish non viene colmato dall’eroismo individuale a livello di sponsor, ma da un’infrastruttura che rende il comportamento maturo dello sponsor il percorso predefinito.