INSIGHT 005
Pubblicato il 12 Agosto 2026 da Lorenzo Riccioli
Comprendere i sistemi.
Coordinare il cambiamento.
Quando il Project Management smette di dipendere dalle persone
La maturità non consiste nell’avere Project Manager sempre più competenti, ma nel trasformare le loro competenze in una capacità dell’organizzazione.
Categoria: Insights
Tempo di lettura: 7 minuti
Il miglior Project Manager dell’azienda potrebbe essere anche il suo punto debole
Può sembrare un paradosso.
Un’organizzazione ha una persona particolarmente competente.
Conosce i clienti.
Conosce i processi.
Sa come coinvolgere gli stakeholder.
Sa quali problemi anticipare.
Conosce le scorciatoie informali necessarie per ottenere una decisione.
Quando un progetto entra in difficoltà, tutti sanno chi chiamare.
Apparentemente è un punto di forza.
E lo è.
Ma esiste una domanda che cambia completamente la prospettiva:
cosa succederebbe se domani quella persona non fosse disponibile?
Se una parte significativa della capacità di esecuzione dell’organizzazione scomparisse insieme a lei, non abbiamo soltanto individuato una persona competente.
Abbiamo individuato una dipendenza organizzativa.
Competenza individuale e maturità organizzativa non sono la stessa cosa
È facile confondere le due dimensioni.
Un’organizzazione può avere Project Manager molto preparati e continuare ad avere una bassa maturità nella gestione dei progetti.
Le persone compensano.
Risolvono problemi.
Costruiscono relazioni.
Creano file, strumenti e modalità di lavoro proprie.
Imparano progressivamente quali interlocutori coinvolgere.
Capiscono quando una decisione deve essere portata allo sponsor.
Sviluppano, attraverso l’esperienza, un sistema personale che permette ai progetti di funzionare.
Il risultato può essere persino eccellente.
Ma il sistema rimane fragile.
Perché una parte importante della sua efficacia vive nella testa delle persone.
Quando il metodo è implicito
Molte organizzazioni possiedono più metodo di quanto credano.
Il problema è che quel metodo non è sempre visibile.
Un Project Manager esperto sa, per esempio, che una determinata funzione deve essere coinvolta prima di prendere una decisione.
Sa quali informazioni servono allo sponsor.
Sa quali segnali anticipano un rischio.
Sa quando una richiesta del cliente potrebbe trasformarsi in uno scope change.
Sa come adattare una riunione al tipo di stakeholder che ha davanti.
Tutto questo rappresenta conoscenza organizzativa.
Ma se rimane esclusivamente esperienza individuale, difficilmente può essere trasferita.
Ed è qui che nasce una parte importante del problema della scalabilità.
L’eroismo operativo funziona. Fino a quando non serve crescere.
Nelle organizzazioni meno strutturate, la capacità di risolvere continuamente problemi viene spesso premiata.
La persona che interviene nelle emergenze diventa indispensabile.
Chi conosce ogni dettaglio viene coinvolto in qualsiasi decisione.
Chi ha maggiore esperienza diventa il punto di escalation naturale.
Nel breve periodo funziona.
Nel lungo periodo crea dipendenza.
Più aumentano clienti, progetti, team e decisioni, più quelle stesse persone diventano colli di bottiglia.
La competenza che aveva permesso all’organizzazione di crescere rischia così di diventare il limite della crescita successiva.
Non perché quella competenza abbia perso valore.
Ma perché non è stata trasformata in sistema.
Dal sapere delle persone alla capacità dell’organizzazione
Il passaggio verso una maggiore maturità non consiste necessariamente nell’aggiungere procedure.
Consiste nel rendere trasferibile ciò che funziona.
Significa chiarire responsabilità e confini.
Definire chi può prendere determinate decisioni.
Stabilire quando è necessaria un’escalation.
Rendere replicabili alcune modalità di lavoro.
Proteggere il tempo necessario alla governance.
Trasformare pratiche efficaci in pattern utilizzabili anche da altri.
Significa soprattutto evitare che l’organizzazione debba reinventare ogni volta il proprio modo di gestire un progetto.
Le attività di ricerca dell’Osservatorio Project Management Italia evidenziano proprio questa distinzione: la maturità del professionista e la maturità dell’architettura organizzativa devono essere osservate separatamente.
Un Project Manager evoluto non implica automaticamente un’organizzazione evoluta.
Il problema non si risolve formando soltanto Project Manager migliori
La formazione rimane fondamentale.
Certificazioni, aggiornamento professionale, competenze tecniche, leadership e capacità relazionali aumentano la qualità del professionista.
Ma esiste un limite a ciò che la formazione individuale può risolvere.
Possiamo formare un Project Manager sulla gestione dei rischi.
Ma se i rischi vengono discussi quando ormai sono diventati problemi, la criticità è anche organizzativa.
Possiamo formarlo sullo stakeholder management.
Ma se viene coinvolto soltanto dopo che le decisioni principali sono state prese, il suo margine di intervento rimane limitato.
Possiamo attribuirgli accountability sui risultati.
Ma se non possiede leve coerenti su priorità, capacità, rischi o decisioni, stiamo creando responsabilità senza sufficiente mandato.
A quel punto non serve soltanto aumentare la competenza.
Occorre intervenire sul sistema nel quale quella competenza dovrebbe produrre valore.
Il mandato conta quanto il metodo
Uno dei passaggi più importanti riguarda proprio i decision rights.
Chi può decidere cosa?
Quali decisioni appartengono al Project Manager?
Quali allo sponsor?
Quando deve intervenire una funzione?
Quali sono le soglie di escalation?
Sono domande apparentemente operative.
In realtà descrivono l’architettura della governance.
Quando queste regole non sono sufficientemente chiare, il progetto tende a compensare attraverso relazioni personali, seniority e negoziazioni continue.
Il Project Manager più esperto riesce comunque a far funzionare il sistema.
Quello nuovo molto meno.
Ed è proprio questa differenza a rivelare che il metodo non appartiene ancora pienamente all’organizzazione.
Rendere visibile il valore invisibile
Esiste poi una seconda difficoltà.
Una parte importante del valore prodotto dal Project Management non coincide con ciò che accade.
Coincide con ciò che non accade.
Un rischio anticipato.
Una escalation evitata.
Una decisione presa prima.
Un requisito chiarito.
Un conflitto gestito prima che rallenti il progetto.
Un cliente coinvolto nel momento corretto.
È un valore molto più difficile da osservare rispetto a una milestone completata.
Per questo un’organizzazione matura dovrebbe progressivamente imparare a misurare non soltanto tempi e attività, ma anche qualità delle decisioni, adozione, rischi evitati, rework e benefici realizzati.
Altrimenti continueremo a misurare soprattutto ciò che il Project Manager produce e molto meno ciò che permette all’organizzazione di evitare.
La vera scalabilità è organizzativa
Scalare non significa semplicemente gestire più progetti.
Significa riuscire a gestire più progetti senza aumentare proporzionalmente dipendenze, inefficienze e necessità di intervento delle stesse persone.
È qui che il Project Management cambia natura.
Da competenza individuale diventa capacità organizzativa.
Il metodo non appartiene più soltanto al professionista.
Le decisioni non dipendono esclusivamente dalla sua esperienza.
La conoscenza diventa progressivamente trasferibile.
Le responsabilità diventano più chiare.
Le pratiche efficaci diventano replicabili.
E l’organizzazione può imparare dai progetti invece di ricominciare ogni volta da zero.
L’Insight
La maturità del Project Management non si misura soltanto dalla qualità dei Project Manager.
Si misura anche da quanto l’organizzazione riesce a funzionare senza dipendere dall’eroismo dei singoli.
Le persone competenti rimangono fondamentali.
Ma un sistema maturo permette alla loro competenza di diventare conoscenza condivisa, metodo, governance e capacità di esecuzione.
Il salto di maturità avviene quando il Project Management smette di essere soltanto qualcosa che alcune persone sanno fare e diventa qualcosa che l’organizzazione sa fare.
Project Thinking Lens
Domanda
Come capire se il Project Management è realmente una capacità dell’organizzazione?
Pattern osservato
Le pratiche funzionano, ma dipendono fortemente dall’esperienza, dalle relazioni e dalle modalità operative sviluppate dai singoli professionisti.
Insight
Formare professionisti migliori non basta se l’architettura organizzativa non permette alle loro competenze di diventare visibili, trasferibili e replicabili.
La maturità nasce quando persone, metodo, mandato e governance iniziano a funzionare come un sistema.
Lorenzo Riccioli
Founder — Project Thinking Lab
Comprendere i sistemi. Coordinare il cambiamento.
PTL-I-005
Tag: Decision Making, Governance, Leadership, Maturità Organizzativa, Organizzazioni, Osservatorio Project Management Italia, PMO, Project Management, Project Management Maturity, PTL Maturity Radar, Scalabilità