Il progetto è verde, ma la decisione è in attesa

Nel comitato del venerdì il piano è aggiornato. Le attività risultano in linea, la percentuale di avanzamento sale e le slide hanno un rassicurante colore verde. Eppure una scelta fondamentale — quale servizio dismettere, chi assumerà la responsabilità del nuovo processo, quale rischio accettare — resta sospesa da tre settimane. Il progetto sembra muoversi; il risultato che dovrebbe produrre è fermo.

È una scena ipotetica, ma riconoscibile. Non denuncia un difetto del diagramma di Gantt: denuncia una frattura nella conversazione tra chi esegue, chi finanzia e chi userà ciò che viene consegnato. La domanda utile non è soltanto quante attività abbiamo chiuso. È quale decisione abbiamo sbloccato e quale beneficio può finalmente arrivare.

Il Pulse of the Profession 2026 del Project Management Institute aiuta a contestualizzare. Il 97% dei professionisti intervistati ha gestito almeno un progetto complesso nell'anno precedente; l'81% ritiene che la complessità sia aumentata. Il 31% dei progetti complessi non raggiunge tutti i benefici previsti. Sono risultati di una ricerca internazionale, non percentuali da trasferire automaticamente a una singola organizzazione.

La complessità non vive soltanto nel software

Quando una trasformazione coinvolge IT, operation, commerciale, controllo e fornitori, ogni area può rispettare il proprio piano e lasciare irrisolto un problema comune. L'IT completa l'integrazione; l'operation non approva il presidio; il business attende una modifica del processo; la funzione di controllo chiede evidenze che non erano state previste. Ogni semaforo locale è verde. Quello del servizio finale non lo è.

PMI distingue complessità organizzativa, ambientale e umana: governance poco chiara, obiettivi disallineati, cambiamenti tecnologici e interessi differenti. Nei dati diffusi nel maggio 2026, i gruppi che gestiscono efficacemente la complessità riportano l'88% di successo contro il 14% dei gruppi meno efficaci. È un'associazione osservata nello studio, non una garanzia ottenibile copiando una metodologia.

La conseguenza pratica è semplice: la riunione di avanzamento non dovrebbe essere il luogo dove ogni funzione difende il proprio verde. Dovrebbe mostrare le dipendenze che nessuna funzione può risolvere da sola, con un decisore e una scadenza espliciti.

Un registro delle decisioni vale più di dieci slide perfette

Per rendere leggibile il lavoro, proporrei un registro delle decisioni distinto dall'elenco delle attività. Ogni voce dovrebbe contenere la domanda da decidere, le alternative realistiche, l'impatto su costo, tempo, qualità e persone, il responsabile della scelta, la scadenza e l'esito. Una scelta non presa deve comparire come tale, non dissolversi sotto la formula «allineamento in corso».

Esempio ipotetico: per andare in produzione occorre scegliere fra un presidio interno di due persone e un servizio esterno con reperibilità. Il team tecnico può stimare capacità, vincoli e rischi; non può scegliere da solo il livello di servizio che l'impresa intende finanziare. Se lo sponsor non decide, il ritardo è di governance, non di delivery. Chiamarlo «issue tecnico» sposta il problema sulla persona sbagliata.

Il registro non è nuova burocrazia se resta breve e utile. Cinque decisioni critiche, aggiornate con disciplina, possono dire al management più di quaranta attività concluse. Rendono visibile il costo dell'attesa: un collaudo che slitta, una squadra che resta allocata, un fornitore che prolunga il doppio esercizio.

Comunicare non è inviare lo stesso report a tutti

Una comunicazione efficace cambia a seconda della domanda del destinatario. Lo sponsor deve capire quali scelte richiedono la sua autorità. Chi gestirà il servizio vuole conoscere procedure, eccezioni e carico operativo. Gli utenti hanno bisogno di sapere che cosa cambia, quando e dove chiedere aiuto. Le funzioni di controllo chiedono evidenze e criteri di accettazione. Una presentazione identica per tutti rischia di non rispondere bene a nessuno.

Una ricerca APM del 2026 su progetti infrastrutturali orientati a obiettivi pubblici ha studiato, attraverso diciassette interviste qualitative, come i responsabili costruiscono la legittimità delle decisioni. Il lavoro evidenzia tre passaggi: fondare il giudizio, navigare relazioni e contesto, comunicare la decisione. Non è uno studio statistico sui progetti ICT: il principio trasferibile è che una decisione tecnicamente corretta può restare fragile se non viene spiegata e sostenuta dalle persone coinvolte.

Anche la ricerca APM sui progetti pubblici presentata nel febbraio 2026 sottolinea quanto priorità in conflitto, potere e tensioni fra organizzazioni condizionino gli esiti. Un organigramma non basta a rendere semplici queste relazioni. Serve esplicitare chi decide, chi viene ascoltato e come si gestiscono i compromessi.

Tre segnali per vedere il blocco prima del ritardo

Accanto a tempi, budget e avanzamento, inserirei tre indicatori di salute delle decisioni. Primo: età delle decisioni aperte, misurata in giorni da quando la richiesta è completa degli elementi necessari. Secondo: dipendenze senza owner, cioè passaggi fra funzioni per i quali nessuno ha accettato la responsabilità dell'esito. Terzo: rilavorazioni dovute a cambi di indirizzo, distinguendo quelle inevitabili da quelle causate da decisioni tardive.

Non propongo soglie universali. Una decisione su un requisito minore può attendere; una che blocca un test di resilienza o un passaggio in produzione ha un'altra urgenza. La soglia va concordata all'inizio e rivista quando cambiano contesto e rischio. Un indicatore utile non punisce chi segnala il problema: sposta la discussione dove esiste l'autorità per risolverlo.

Verde dovrebbe significare che il risultato atteso è ancora raggiungibile con ipotesi esplicite e decisioni prese in tempo. Non semplicemente che le attività del mese sono state completate.

La prossima riunione può cambiare con una domanda

Al prossimo steering committee proverei un esperimento: aprire la riunione con le tre decisioni che, se non prese, cambieranno il risultato del progetto. Per ognuna: opzioni, conseguenze, raccomandazione del team, persona autorizzata a decidere e data limite. Soltanto dopo passerei all'avanzamento delle attività.

È un cambio di ordine del giorno e soprattutto di responsabilità. Il project manager non diventa proprietario di ogni scelta; rende chiaro quando una decisione deve uscire dall'operatività e arrivare al livello giusto. Lo sponsor non riceve soltanto un colore: riceve una richiesta concreta con i suoi compromessi.

Le organizzazioni non eliminano la complessità con una slide più bella. Possono però evitare che resti invisibile. Se un progetto sembra procedere bene ma il beneficio tarda ad arrivare, la domanda da fare non è soltanto «a che punto siamo?». È «quale decisione stiamo evitando di prendere?»

Fonti e approfondimenti

Analisi e interpretazioni sono personali e non rappresentano le posizioni delle organizzazioni citate o del mio datore di lavoro.

Ti è stato utile?Lascia un segno, basta un clic.0 persone hanno apprezzato