Perché il 65% delle aziende riscrive il proprio modello ogni due anni e continua a fallire nell'esecuzione

Perché il 65% delle aziende riscrive il proprio modello ogni due anni e continua a fallire nell'esecuzione

C'è qualcosa di rivelatore nel fatto che un'indagine condotta su oltre 700 dirigenti di alto livello, in 12 paesi, produca come risultato centrale un divario che qualsiasi direttore operativo riconoscerebbe immediatamente: le organizzazioni sanno di dover cambiare, approvano il cambiamento, lo inquadrano in una strategia, e poi si fermano lì. Il Project Management Institute ha appena pubblicato i risultati di questa ricerca, insieme a un Manifesto per l'Agilità Aziendale sviluppato in collaborazione con Agile Alliance, e i numeri che emergono non sono quelli di un settore in fase di maturazione. Sono quelli di un settore con un problema di design strutturale che da anni non riceve una diagnosi precisa.

Ignacio SilvaIgnacio Silva3 luglio 20269 min
Condividi

Perché il 65% delle aziende riscrive il proprio modello ogni due anni e tuttavia fallisce nell'eseguirlo

C'è qualcosa di rivelatore nel fatto che un sondaggio condotto su oltre 700 dirigenti di alto livello, in 12 paesi, produca come risultato centrale un divario che qualsiasi direttore operativo riconoscerebbe immediatamente: le organizzazioni sanno che devono cambiare, approvano il cambiamento, lo inquadrano in una strategia, e poi non vanno oltre. Il Project Management Institute ha appena pubblicato i risultati di quella ricerca, insieme a un Manifesto per l'Agilità Aziendale sviluppato in collaborazione con Agile Alliance, e i numeri che emergono non sono quelli di un settore in fase di maturazione. Sono quelli di un settore con un problema di progettazione strutturale che da anni non riceve una diagnosi precisa.

Il dato più scomodo non è che il 93% dei dirigenti senior riconosca che i modelli operativi debbano essere rivisti almeno ogni cinque anni. Quella percentuale indica soltanto che esiste un consenso intellettuale sulla necessità del cambiamento, il che costa poco. Il dato che conta è il seguente: il 65% delle organizzazioni sta già riscrivendo i propri approcci di business ogni due anni o meno, e tuttavia il 35% dei CEO identifica come principale barriera una disconnessione tra la pianificazione e l'esecuzione. Due anni di ciclo di reinvenzione, con il 35% dei massimi responsabili che ammette di non riuscire a implementare ciò che pianifica. Non si tratta di un problema di velocità. È un problema di architettura.

La mappa che nessuno sta seguendo

Esiste una distinzione che la ricerca del PMI non formula esplicitamente ma che attraversa tutti i suoi risultati: la differenza tra organizzazioni che hanno una strategia di cambiamento e organizzazioni che hanno costruito una capacità di cambiamento. Sono cose diverse, con strutture diverse, e si misurano con metriche diverse.

Una strategia di cambiamento è un documento, un insieme di iniziative, un calendario di trasformazione. Una capacità di cambiamento è una condizione operativa: l'organizzazione è in grado di rilevare segnali, riallocare risorse, prendere decisioni decentralizzate ed eseguire in cicli brevi senza che ogni movimento debba risalire e discendere lungo l'intera gerarchia. La prima può essere prodotta in una settimana di lavoro direttivo. La seconda richiede anni per essere costruita e si distrugge rapidamente quando il design organizzativo non la sostiene.

Ciò che il PMI descrive come "reinvenzione come ritmo" punta esattamente a questo. Giles Lindsay, direttore delle informazioni presso Agile Delta, lo formula con precisione quando afferma che la reinvenzione "diventa una capacità, non un programma." Ma il salto dall'affermazione alla struttura che la rende possibile è esattamente il punto in cui il 35% dei CEO bloccati nel divario pianificazione-esecuzione è arenato. Enunciare che la reinvenzione deve essere continua è facile. Progettare i meccanismi di governance, i cicli di revisione, le soglie di decisione autonoma e le metriche che accompagnano ogni fase del processo è tutt'altra cosa. La maggior parte dei modelli operativi esistenti è stata costruita per stabilità e scala, non per cicli di due anni. Quando viene chiesto loro di sostenere una reinvenzione permanente senza modificare la propria struttura interna, scricchiolano.

La ricerca del PMI registra che il tasso di cambiamento in sei fattori simultanei (tecnologia, talento, economia, geopolitica, clima e comportamento del consumatore) è cresciuto del 183% dal 2019, e che l'88% dei leader di alta direzione si aspetta che quel ritmo si acceleri. Quello che non registra con la stessa chiarezza è quante di quelle organizzazioni abbiano modificato la propria architettura decisionale per assorbire quella velocità. Approvare una strategia di trasformazione ogni due anni senza ridisegnare il modo in cui vengono prese le decisioni operative è come cambiare la destinazione del volo senza toccare i motori.

I silos non sono un problema culturale, sono un problema di progettazione

Circa uno su quattro dei CEO intervistati ha identificato la presenza di silos funzionali e l'assenza di responsabilità condivisa come ostacolo centrale all'agilità aziendale. È una diagnosi che suona familiare perché da vent'anni compare nei rapporti sulla trasformazione organizzativa. Ciò che cambia è l'interpretazione.

I silos non sono principalmente un problema culturale che si risolve con workshop sulla collaborazione o messaggi di leadership sugli obiettivi condivisi. Sono il risultato prevedibile di sistemi di incentivi, strutture di reportistica e metriche progettate per ottimizzare le prestazioni delle singole funzioni, non il risultato aggregato dell'organizzazione. Quando il direttore marketing viene valutato in base a metriche di acquisizione, il direttore operativo in base all'efficienza dei costi e il direttore tecnologico in base alla disponibilità dei sistemi, il coordinamento tra loro non avviene in modo naturale. Avviene nonostante il design, non grazie ad esso.

Howard Yu, professore della IMD Business School, sottolinea che le organizzazioni più agili sono "sempre due o tre passi avanti alla concorrenza." Quello che non sempre viene detto è che tale vantaggio non deriva da team più talentuosi né da culture più innovative in astratto, bensì da strutture che consentono alle informazioni di fluire orizzontalmente, che le decisioni vengano prese vicino al problema e che le risorse vengano riallocate senza che ogni movimento richieda approvazione esecutiva. Il vantaggio competitivo dell'agilità è, nella sua radice, un vantaggio nella velocità decisionale. E la velocità decisionale dipende da come è progettata la struttura, non da quanto si parla di collaborazione nelle riunioni di leadership.

Il Manifesto per l'Agilità Aziendale che PMI e Agile Alliance stanno lanciando mira a stabilire questo livello di analisi come standard nei consigli di amministrazione e nei team di alta direzione. Il movimento ha un senso storico: il Manifesto Agile originale del 2001 nacque nell'ambito dello sviluppo software e impiegò più di un decennio per infiltrarsi nella gestione generale delle organizzazioni. Questa versione ampliata è progettata per operare fin dall'inizio al livello in cui vengono prese le decisioni sul modello operativo. La domanda non è se il framework abbia valore concettuale, ma se le organizzazioni che lo adotteranno lo utilizzeranno per verificare il proprio design strutturale o semplicemente per supportare narrative di trasformazione già esistenti.

Il segnale che mette più a disagio un architetto organizzativo

C'è un dato nella ricerca del PMI che merita più attenzione di quanta ne abbia ricevuta nell'analisi pubblica del rapporto. La proporzione di organizzazioni che si classificano con alta agilità è passata dal 35% nel 2021 al 44% nel 2024. A prima vista, sembra un progresso. E in parte lo è. Ma collocato accanto agli altri numeri dello stesso studio, produce una tensione che vale la pena esaminare.

Se il 44% delle organizzazioni dichiara un'elevata agilità, e allo stesso tempo il 35% dei CEO ammette un divario tra pianificazione ed esecuzione, e il 25% identifica i silos funzionali come ostacolo principale, qualcosa non quadra. O le organizzazioni che si classificano come altamente agili hanno problemi strutturali che la loro stessa percezione non rileva, oppure la definizione operativa di "alta agilità" sta catturando qualcosa di diverso dalla reale capacità di eseguire la trasformazione. Entrambe le possibilità sono preoccupanti, sebbene per ragioni diverse.

La prima implica che il progresso nell'agilità è parzialmente illusorio: i team adottano rituali agili, i leader imparano il linguaggio, i report riflettono miglioramento, ma i meccanismi che generano il divario — metriche di funzione sopra metriche di impresa, decisioni centralizzate, cicli di budget annuali che non si allineano con cicli di revisione strategica bimestrali — rimangono intatti. La seconda implica che lo standard di misurazione debba essere calibrato meglio per distinguere tra organizzazioni che hanno adottato pratiche agili e organizzazioni che hanno ridisegnato la propria architettura operativa per sostenere una trasformazione continua.

I dati del Boston Consulting Group citati nella ricerca offrono una prospettiva complementare: la probabilità di successo di una trasformazione è del 70% maggiore quando la leadership è allineata sull'ampiezza del progetto e comunica attivamente ai dipendenti perché debbano essere parte del cambiamento. Quel numero è importante non tanto come celebrazione della leadership, bensì come indicatore di quanta varianza sia ancora concentrata al vertice dell'organizzazione. Un'architettura organizzativa veramente distribuita dovrebbe ridurre, non mantenere, la dipendenza dall'allineamento della leadership come variabile determinante del successo. Il fatto che il 70% della differenza tra trasformazioni riuscite e fallite continui a essere spiegato da ciò che fanno o non fanno i tre o quattro dirigenti più alti dell'azienda suggerisce che il modello operativo che la maggior parte di queste organizzazioni sta cercando di trasformare rimane, nel suo nucleo, gerarchico e centralizzato.

Ciò che si costruisce rispetto a ciò che si dichiara

C'è una differenza che la maggior parte dei rapporti sulla trasformazione organizzativa tende ad offuscare perché risulta scomoda per tutti gli interessati. La differenza tra dichiarare che la reinvenzione è continua e costruire l'infrastruttura operativa che rende possibile che lo sia.

Dichiarare è relativamente costoso in termini di tempo direttivo e relativamente economico in termini di design organizzativo. Costruire richiede il contrario: modificare le strutture di reportistica, ridisegnare i sistemi di metriche, distribuire i budget con orizzonti temporali diversi in base alla fase di ciascuna iniziativa, stabilire meccanismi di revisione che non collassino l'apprendimento precoce con i criteri di rendimento del business maturo. Richiede, in sintesi, svolgere il lavoro che nessuno vede ma che determina se ciò che è stato dichiarato viene effettivamente eseguito.

La ricerca del PMI documenta con precisione lo stato del primo livello: il consenso sulla necessità del cambiamento è quasi universale, il linguaggio della trasformazione è ampiamente adottato e i leader più citati parlano con chiarezza di cultura della sperimentazione e sicurezza psicologica. Ciò che rimane fuori fuoco è il secondo livello: l'audit strutturale di quante di queste organizzazioni abbiano modificato in modo concreto i propri modelli di governance, i propri cicli di budget, i propri sistemi di metriche e la propria distribuzione dell'autonomia decisionale per sostenere ciò che dichiarano.

David Dabscheck, CEO di GIANT Innovation, sostiene che "la reinvenzione prospera in culture in cui le persone si sentono sicure di sperimentare e imparare." Questo è corretto, e non è banale. Ma la sicurezza psicologica per sperimentare in culture in cui il budget per l'innovazione viene revisionato con gli stessi criteri di redditività del business centrale ha una vita media molto breve. I team imparano rapidamente che lo spazio per fallire e imparare esiste finché gli esperimenti non consumano risorse visibili né producono risultati che contrastino con le prestazioni del business consolidato. Non appena lo fanno, il design organizzativo esistente attiva i propri meccanismi di protezione naturali.

Il problema non è che i leader non vogliano creare quegli ambienti. Il problema è che i modelli operativi non sono stati ridisegnati affinché quegli ambienti siano sostenibili nel momento in cui l'esperimento comincia a scalare e a competere per le risorse con il business che paga le fatture.

Il modello operativo non si reinventa con un manifesto

La pubblicazione del Manifesto per l'Agilità Aziendale, con tutto il suo supporto istituzionale e il suo ancoraggio ai dati di 700 dirigenti, rappresenta un reale avanzamento nella formalizzazione del problema. Nominare con precisione un divario strutturale è un passo necessario per colmarlo. Ma la distanza tra un manifesto di leadership e una modifica concreta del modello operativo di una grande organizzazione è la stessa distanza che separa il 93% di consenso esecutivo sulla necessità del cambiamento dal 35% di CEO che non riesce a eseguirlo.

Ciò che la ricerca del PMI rivela, letta dal punto di vista del design organizzativo anziché da quello della gestione dei progetti, è che il deficit centrale della maggior parte delle grandi organizzazioni non è di ambizione né di vocabolario strategico, bensì di ingegneria operativa: la capacità di costruire strutture che trasformino l'intenzione di trasformazione in decisioni prese nel posto giusto, con le metriche giuste, nel momento giusto.

Quando il 65% delle organizzazioni riscrive già il proprio modello ogni due anni e tuttavia non riesce a colmare il divario tra ciò che decide e ciò che implementa, il problema non sta nel ritmo della reinvenzione. Il problema sta nel fatto che l'architettura che dovrebbe sostenere quella reinvenzione non è mai stata ridisegnata. E un modello operativo che non è stato costruito per cambiare non diventa agile perché i suoi leader firmano un manifesto che lo richiede.

Condividi

Potrebbe interessarti anche