Una responsabile di un sito logistico vicino a Lione ha bisogno di sostituire un carrello elevatore guasto. Il preventivo è pronto, il fornitore disponibile entro 48 ore. L’ordine deve risalire al servizio acquisti della sede parigina, passare per la validazione budgetaria del DAF, e poi tornare con un ordine di acquisto.
Risultato: dieci giorni di fermo su un molo di carico, due lavoratori temporanei mobilitati per compensare, e un costo indiretto che supera di gran lunga quello del carrello. La centralizzazione in azienda produce questo tipo di situazione molto più spesso di quanto si ammetta.
Da scoprire anche : Ottimizzazione del lavoro in azienda: le chiavi per differenziare performance e rendimento
Tempo di risposta sul campo: il vero costo di una decisione centralizzata
Il problema non è la centralizzazione in sé. È il divario tra la velocità con cui appare un problema operativo e la velocità con cui l’organizzazione può rispondere. In un sito di produzione o in un’agenzia commerciale, gli imprevisti si contano in ore. In un circuito centralizzato, le validazioni si contano in giorni.
Osserviamo questo divario su temi vari come la sostituzione di un fornitore inadempiente, l’aggiustamento di un piano di lavoro di fronte a un picco di attività, o la scelta di uno strumento adatto a un bisogno locale. Come dettagliano le analisi di Jeune et Actif, questa lentezza non è un malfunzionamento occasionale, è una conseguenza meccanica del modello.
Vedi anche : 5 chili in meno in 2 mesi: il mio metodo
Il collo di bottiglia non si trova sempre al vertice della gerarchia. Può formarsi a livello di un servizio di supporto (acquisti, risorse umane, IT) che gestisce le richieste di tutti i siti in ordine di arrivo, senza distinzione di urgenza. La fila d’attesa diventa il modo di gestione predefinito, e le squadre sul campo imparano a aggirare il sistema piuttosto che utilizzarlo.
Centralizzazione degli strumenti digitali: quando la sede sceglie per tutti
Un caso frequente illustra bene la rigidità del modello: la direzione dei sistemi informativi seleziona un software di gestione progetti unico per l’intero gruppo. Lo strumento è adatto ai team della sede, che hanno partecipato al capitolato. I team sul campo, invece, scoprono un software che non corrisponde né ai loro processi né al loro linguaggio professionale.
I feedback variano su questo punto, ma si osserva regolarmente che i team finiscono per gestire il loro lavoro reale in parallelo, su fogli di calcolo o messaggistica. Lo strumento centralizzato rimane alimentato per obbligo, con dati incompleti o inseriti in ritardo. La direzione pensa di pilotare l’attività grazie a un cruscotto unificato. In pratica, questo cruscotto riflette una versione amministrativa della realtà, non la realtà operativa.
Ciò che la standardizzazione fa perdere
Standardizzare gli strumenti e i processi ha un costo invisibile: la perdita di competenze di adattamento locale. Quando un team non ha più il diritto di scegliere come organizzare il proprio lavoro, perde progressivamente la capacità di risolvere i problemi da solo. I manager di prossimità diventano dei relais amministrativi piuttosto che decisori.
Questa erosione produce tre effetti concreti:
- I collaboratori esperti, abituati all’autonomia, lasciano l’organizzazione o si disimpegnano. Il turnover aumenta sui posti sul campo.
- I nuovi arrivati integrano fin dall’inizio un riflesso di dipendenza dalla sede. Qualsiasi iniziativa locale passa attraverso una richiesta formale.
- L’innovazione operativa scompare. I miglioramenti di processo provengono esclusivamente dalla sede, spesso scollegati dalle esigenze del campo.
Centralizzazione e adozione dell’IA: un freno strutturale
Le recenti ricerche di Gartner e Deloitte sull’organizzazione di fronte all’IA generativa evidenziano un paradosso. Le aziende che centralizzano rigorosamente la governance dell’IA nella sede constatano una sotto-utilizzazione dei casi d’uso aziendali. I team operativi, che conoscono gli irritanti quotidiani, non hanno la libertà di testare soluzioni adatte al loro contesto.
Al contrario, le organizzazioni che decentralizzano la capacità di sperimentare ottengono una diffusione più rapida dei guadagni di produttività. La sede fissa un quadro (sicurezza dei dati, conformità, budget), ma lascia ai settori identificare e convalidare i propri usi.
Questa constatazione va oltre l’IA. Si applica a qualsiasi trasformazione tecnologica. Un’implementazione centralizzata produce uno strumento uniforme. Un’implementazione che lascia spazio ai team produce uno strumento utilizzato.
Subsidiarietà in azienda: delegare la decisione al livello giusto
Il principio di sussidiarietà propone una regola semplice: ogni decisione si prende al livello più vicino alla sua esecuzione. La sede conserva ciò che riguarda la strategia, la conformità normativa e l’allocazione del budget globale. Tutto il resto scende.
Concretamente, ciò implica definire soglie chiare:
- Sotto un certo importo, il responsabile del sito convalida da solo un acquisto o una sostituzione di materiale.
- Le scelte di strumenti operativi (software aziendali, organizzazione dei piani) rimangono in mano ai team, in un quadro tecnico definito dall’IT.
- Le decisioni HR ordinarie (ore straordinarie, riorganizzazione temporanea di un team) spettano al manager locale.
Questa suddivisione non elimina il controllo. Lo sposta verso un monitoraggio a posteriori, tramite indicatori condivisi, piuttosto che verso una validazione a priori che blocca il flusso.
Ciò che cambia per la sede
Il ruolo della sede evolve: passa da validatore a architetto delle regole del gioco. Fissa i limiti, fornisce gli strumenti di reporting e interviene solo quando viene superata una soglia o appare un rischio sistemico. La sede guadagna in capacità strategica ciò che perde in controllo operativo.
Le aziende che hanno avviato questa transizione dopo la crisi sanitaria, secondo le osservazioni di McKinsey e BCG, constatano una riduzione dei tempi di decisione e un aumento dell’impegno dei team sul campo. Il modello non è privo di rischi (disparità di pratiche tra i siti, bisogno aumentato di coordinamento), ma risponde a una realtà che la centralizzazione rigorosa rifiuta di ammettere: le organizzazioni che crescono non possono far passare tutto attraverso un solo punto.