
In questo articolo imparerai a conoscere:
|
La maturità, in questo contesto, non è un’etichetta. È una misura della prevedibilità con cui un’organizzazione trasforma le intenzioni in risultati concreti. Al livello 1, i progetti dipendono interamente dall’eroismo di alcuni individui. Al livello 5, l’organizzazione è in grado di prendere un nuovo obiettivo strategico, farlo passare attraverso un processo definito e ottenere risultati affidabili indipendentemente da chi sia il project manager.
La differenza tra il livello 3 e il livello 4 è esattamente il punto in cui si trova la maggior parte delle organizzazioni IT polacche e anche quello in cui viene intrappolato il maggior valore aziendale. Un’organizzazione di livello 3 ha processi definiti, ma che vivono in documenti e file PowerPoint. Un’organizzazione di livello 4 ha quegli stessi processi incorporati negli strumenti quotidiani, con misurazione, governance e miglioramento continuo incorporati. La transizione non consiste nell’assumere altri PM o nell’acquistare una certificazione della metodologia. Si tratta di colmare un numero limitato di lacune operative molto specifiche e lo studio COI è utile proprio perché identifica tali lacune con chiarezza statistica.
Delle 32 istituzioni intervistate, il 65,63% si colloca al livello di maturità 3 o 4. Si tratta di un gruppo forte, non catastrofico, ma non ancora di livello mondiale. In tutti e dieci i criteri valutati, il punteggio medio è aumentato di anno in anno, il che indica che l’IT del settore pubblico sta realmente migliorando piuttosto che ristagnare.
Il miglioramento più evidente riguarda la gestione del rischio, dove il punteggio medio è passato da 3,18 a 3,75 in un solo ciclo. Il rapporto è anche schietto su ciò che frena le organizzazioni: un approccio ad hoc e casuale alla selezione degli strumenti e una mancanza di integrazione tra gli strumenti in uso. In parole povere: i team mettono insieme fogli di calcolo, un issue tracker, un thread di e-mail e un drive condiviso e l’assenza di un sistema coerente diventa il collo di bottiglia. Le persone si impegnano. Il sistema non lo amplifica.
Le dieci dimensioni valutate dallo studio COI corrispondono a domande a cui ogni PMO deve rispondere. Ogni progetto ha una carta documentata legata a un obiettivo aziendale? Il cronoprogramma viene effettivamente utilizzato per gestire le consegne o è un documento statico aperto solo davanti ai comitati direttivi? I project manager conoscono le variazioni di budget di questa settimana o solo dell’ultimo trimestre? Il rischio è un elemento registrato, di proprietà e con un piano di mitigazione, o una sensazione che si prova alla macchinetta del caffè?
Il divario tra il livello 3 e il livello 4 trova quasi sempre una risposta nella frequenza e nell’automazione di queste pratiche. Le organizzazioni di livello 3 le eseguono quando hanno tempo. Le organizzazioni di livello 4 le eseguono di default, perché il sistema rende più difficile qualsiasi altro comportamento. Questa distinzione, l’automazione come meccanismo di maturità, è la visione più utile che lo studio COI offre.
Il rapporto COI identifica esplicitamente la frammentazione degli strumenti come uno dei principali fattori di blocco. Quando il programma vive in uno strumento, il budget in un altro, il registro dei rischi in un terzo e il rapporto sullo stato di avanzamento in PowerPoint, il project manager spende una parte sproporzionata della sua settimana per riconciliare i dati. Peggio ancora, il PMO non vede mai un quadro coerente tra i vari progetti, perché ogni project manager effettua la riconciliazione in modo diverso.
Il risultato è esattamente quello che lo studio identifica: scelte di strumenti ad hoc e accidentali. Gli strumenti vengono scelti perché qualcuno li ha usati nel suo ultimo lavoro, perché sono gratuiti o perché erano disponibili nello stack delle licenze. L’organizzazione accumula debito tecnico nella sua pratica di gestione dei progetti nello stesso modo in cui lo accumula nel codice, in modo silenzioso, fino a quando il costo della frammentazione supera il costo della correzione.
È diffusa l’idea errata che la maturità si costruisca principalmente attraverso l’allenamento. Non è così. La formazione alza il limite di ciò che è possibile; il sistema alza il limite di ciò che è normale. La maggior parte delle organizzazioni che si trovano tra il livello 3 e il livello 4 hanno già dei Project Manager preparati. Quello che manca è un ambiente predefinito in cui fare la cosa giusta è la via di minor resistenza. Un moderno sistema PPM non è quindi solo uno strumento, ma l’incarnazione operativa di una metodologia.
Il percorso più veloce per raggiungere il livello 4 consiste nel rendere meccanico l’avvio di ogni nuovo progetto. Se ogni progetto parte da un modello che contiene già le giuste sezioni dello statuto, le categorie di rischio a cui l’organizzazione tiene, la struttura tipica delle milestone, le linee di budget standard e il percorso di approvazione concordato, il project manager non sta facendo cento piccole scelte metodologiche il primo giorno. Sta inserendo una struttura nota e questo elimina la dipendenza dalla disciplina individuale.
Quando un rischio è collegato a una attività, una voce di budget è collegata a una deliverable e una deliverable è collegata a un obiettivo strategico, l’intero portafoglio diventa navigabile. Un membro del consiglio di amministrazione può passare da un KPI strategico a una specifica attività che sta slittando. Un PMO può vedere, su trenta progetti, dove si concentra l’esposizione al rischio. Non si tratta di una funzione di reporting, ma di un modello operativo fondamentalmente diverso.
Il calendario di FlexiProject supporta le dipendenze dalle attività, il percorso critico e il monitoraggio in tempo reale degli scostamenti dalla linea di base. Il sistema di icone di avvertimento mostra, a colpo d’occhio, quali attività hanno rischi irrisolti, voci di costo collegate al budget o deliverable che dipendono da esse. Un project manager che guarda il programma il lunedì mattina vede non solo le scadenze della settimana, ma anche quali attività di questa settimana sono esposte.
Ogni rischio in FlexiProject ha un proprietario definito e un piano d’azione. I Rischi possono essere collegati a specifiche Attività del Cronoprogramma, il che significa che il Cronoprogramma stesso mostra l’esposizione ai rischi in linea. La maggior parte dei fallimenti dei progetti non sono causati da rischi sconosciuti, ma da rischi noti che nessuno gestisce attivamente. Un registro che vive all’interno dello stesso sistema della pianificazione, con una proprietà assegnata e uno stato di mitigazione visibile, rende questa modalità di fallimento molto meno probabile.

{%CAPTION%}
FlexiProject offre carte configurabili – una per i programmi IT, una per i progetti di investimento, una per le campagne di marketing – ognuna con i campi e la logica di approvazione che si adattano alla natura effettiva del lavoro. I percorsi di approvazione formalizzano il controllo delle modifiche: le modifiche all’ambito, al programma o al budget passano attraverso un flusso di approvazione documentato anziché essere negoziate in modo informale. Questa è la definizione operativa di governance e uno degli aspetti più tangibili che separano le organizzazioni di livello 3 da quelle di livello 4.
Al di sopra del livello di maturità 3, la visibilità finanziaria per progetto diventa irrinunciabile. Il modulo Budget di FlexiProject supporta la pianificazione dettagliata del budget, la registrazione continua dei costi e l’aggiornamento delle previsioni durante l’avanzamento del progetto. Le voci di budget possono essere collegate a specifiche attività o deliverable, il che consente di analizzare le variazioni in modo significativo. Uno sforamento del 15% del budget è un numero; uno sforamento del 15% concentrato in due deliverable è una diagnosi.

{%CAPTION%}
FlexiProject modella esplicitamente i prodotti e i sottoprodotti come oggetti di prima classe, con i loro proprietari, le loro scadenze e i loro criteri di Accettazione. Questo costringe a un’utile conversazione in fase di pianificazione: cosa consegnerà esattamente questo progetto, chi è responsabile per ogni prodotto e quando deve essere pronto? Senza questa distinzione, i progetti si chiudono sulla base di “tutte le attività completate”, un modo affidabile per consegnare attività senza fornire valore.
FlexiProject automatizza il ciclo di reporting sullo stato di avanzamento dei lavori, raccogliendo i dati secondo un calendario definito, popolando un modello di report configurato e producendo output in PDF senza consolidamento manuale. Il tempo liberato dal PMO può essere reindirizzato all’analisi del portafoglio, alle revisioni delle lezioni apprese e ai workshop sui rischi pre-mortem. La funzione di base di conoscenza accumula le lezioni e le decisioni del progetto all’interno dello stesso sistema che gestisce i progetti, rendendole accessibili nel momento in cui sono necessarie invece che sepolte in una cartella di SharePoint.
I conflitti di risorse sono uno dei motivi più comuni per cui i cronoprogrammi slittano e sono quasi sempre invisibili finché non si verificano. La vista dell’allocazione di FlexiProject mostra come il tempo di ogni persona è impegnato nei progetti attivi; la registrazione del tempo cattura il lavoro effettivamente svolto. Al livello 3, i conflitti di risorse vengono scoperti quando un project manager chiama un altro per chiedere se uno specialista è disponibile. Al livello 4, i conflitti sono visibili nel sistema prima ancora che venga effettuata l’assegnazione.

Visualizzazione dell’allocazione delle risorse per membro del team in FlexiProject – distribuzione del carico di lavoro tra i progetti attivi
Il raggiungimento del livello di maturità 5 richiede il collegamento tra ogni progetto attivo e un obiettivo strategico misurabile. FlexiProject supporta portafogli di progetti, programmi di progetti, modelli di punteggio e collegamento tra strategia e KPI. I modelli di Punteggio permettono di valutare le idee di progetto rispetto ai criteri strategici prima di impegnare le risorse. Il risultato operativo è una visione del portafoglio in cui la domanda “Dovremmo finanziare questa nuova iniziativa?” ha una risposta strutturata piuttosto che politica, come appare nella pratica il livello 5.
Definire una o due varianti di carta del progetto che corrispondano ai tipi di progetto dominanti nell’organizzazione. Crea dei modelli che contengano le fasi concordate, i rischi tipici e i deliverable standard. Configura i percorsi di approvazione per la carta e per le modifiche più importanti. Questa è la base, tutto ciò che segue dipende da essa.
Sposta il registro dei rischi dai fogli di calcolo al sistema operativo. Definisci un insieme ristretto e coerente di categorie di rischio. Collega i rischi alle attività del programma su cui incidono. Stabilisci una cadenza regolare di revisione dei rischi a livello di progetto e di portafoglio.
Imposta revisioni automatizzate del progetto con una cadenza definita. Sostituisci i rapporti di stato manuali con quelli generati dal sistema. Crea lo stesso formato per tutti i progetti, in modo che il consiglio di amministrazione veda la coerenza piuttosto che l’interpretazione dei progressi da parte di ciascun PM.
Definire uno o due criteri di punteggio per le nuove idee di progetto. Raggruppare i progetti attivi in portafogli. Presentare al team di leadership i dati finanziari e l’esposizione al rischio a livello di portafoglio. Ogni fase di questa sequenza si basa sulla precedente: la standardizzazione rende possibile il collegamento del rischio, il collegamento del rischio rende il reporting significativo e il reporting significativo rende le decisioni del portafoglio difendibili.
La maturità nella gestione dei progetti è il grado in cui un’organizzazione è in grado di fornire risultati affidabili attraverso processi definiti, ripetibili e in continuo miglioramento, indipendentemente dalle persone coinvolte.
La maggior parte dei modelli di maturità utilizza cinque livelli. Il livello 1 è ad hoc e dipende dagli individui. Il livello 2 prevede pratiche di base e ripetibili. Il livello 3 ha processi documentati. Il livello 4 ha processi misurati e integrati. Il livello 5 prevede processi continuamente ottimizzati e legati alla Strategia.
Con una tabella di marcia chiara e un sistema PPM di supporto, un’organizzazione può passare dal livello 3 al livello 4 in circa dodici mesi. Senza un supporto sistemico, la stessa scalata richiede spesso dai tre ai cinque anni e spesso si blocca.
Uno strumento di PPM non aumenta la maturità da solo, ma un sistema di PPM ben scelto e correttamente configurato è uno dei modi più efficienti per rendere operative le pratiche misurate dai modelli di maturità. Il sistema fa sì che il comportamento giusto diventi il comportamento predefinito.
Lo studio Centralny Ośrodek Informatyki ha valutato trentadue istituzioni del settore pubblico polacco, tutte beneficiarie del secondo asse del Programma Operativo Polonia Digitale, rispetto a dieci dimensioni di maturità nella gestione dei progetti. Lo studio ha evidenziato che il 65,63% di queste istituzioni si colloca al livello di maturità 3 o 4, con miglioramenti di anno in anno in tutti e dieci i criteri e il guadagno maggiore nella gestione del rischio.
Il dato più utile che emerge dai risultati del COI non è che l’IT polacco stia migliorando, ma che i miglioramenti si concentrano proprio nelle dimensioni in cui i sistemi e gli standard sono più efficaci. La gestione del rischio è migliorata soprattutto perché le organizzazioni hanno adottato pratiche di rischio strutturate. I Rapporti e la governance sono migliorati perché sono diventati meno ad hoc. Le dimensioni che sono rimaste indietro sono proprio quelle che dipendono dall’integrazione degli strumenti e da modelli operativi coerenti.
La maturità della gestione dei progetti non è una funzione dello sforzo. È una funzione della quantità di comportamenti corretti che il sistema rende automatici. FlexiProject è stato progettato per questa specifica scalata: abbastanza completo da coprire le dieci dimensioni della maturità, abbastanza configurabile da adattarsi all’organizzazione e non viceversa, e abbastanza integrato da eliminare il problema della frammentazione degli strumenti che lo studio COI identifica come uno dei principali ostacoli.