Dopo dieci o quindici anni di esperienza sul campo, un project manager di un sistema ERP ha generalmente visto di tutto: il cliente che non riesce ad articolare le proprie esigenze, il lancio che va a monte il giorno prima del fine settimana, l'utente chiave che sabota sottilmente il cambiamento, lo sponsor che cambia idea tre settimane prima della messa in produzione. Questa esperienza accumulata è preziosa, ma nasconde un rischio di cui si parla raramente: il limite invisibile dell'esperienza. Si continua a svolgere bene il proprio lavoro, non si commettono più molti errori, ma si è smesso di imparare. Il pericolo non è il fallimento visibile, ma la routine mascherata da competenza.
I segnali lievi di una situazione di stallo
Questa situazione non inizia con una crisi. Si sviluppa gradualmente, ed è proprio questo che la rende difficile da individuare.
Un primo segnale d'allarme risiede nella velocità di risoluzione dei problemi: le decisioni diventano più rapide, ma anche più automatiche. Il responsabile del progetto riconosce uno schema già incontrato in precedenza e applica la soluzione che ha funzionato l'ultima volta, senza necessariamente verificare se il contesto sia effettivamente identico. Questa velocità di esecuzione maschera un calo della capacità di analisi.
Un secondo segnale d'allarme riguarda la delega. Un project manager esperto delega naturalmente più di uno junior, il che è positivo. Ma esiste anche una delega che nasce dalla stanchezza, diversa da quella basata sulla fiducia: un compito non viene più delegato perché il team è considerato pronto, ma perché spiegare ripetutamente lo stesso concetto è diventato tedioso. Quella che sembra delega è in realtà un graduale disimpegno.
Un terzo segnale, più sottile, riguarda la curiosità funzionale. Di fronte a una richiesta insolita da parte del cliente, il riflesso naturale dovrebbe essere quello di cercare di capire cosa renda unico questo caso. Tuttavia, quando la competenza è fissa, il riflesso diventa, al contrario, quello di ridurre il caso a una categoria nota, forzando persino il confronto, per evitare lo sforzo di un'analisi inedita.
Perché questo rischio è amplificato nell'ecosistema ERP
Questo fenomeno non è esclusivo della gestione dei progetti ERP, ma in questo contesto assume un'intensità particolare, per una semplice ragione: chi pubblica il progetto continua ad andare avanti, mentre il responsabile del progetto può scegliere di fermarsi.
Microsoft Business Central si evolve a ondate ogni sei mesi. Nuove funzionalità, moduli e procedure di configurazione vengono introdotti regolarmente, e anche le normative che regolano le implementazioni (fiscali, doganali, contabili) cambiano senza preavviso. Un project manager che si fissa sulla propria metodologia di gestione può, senza rendersene conto, rimanere indietro sugli aspetti tecnici e funzionali su cui dovrebbe fornire consulenza. Il rischio non è solo individuale: una gestione basata su una comprensione funzionale obsoleta produce inevitabilmente raccomandazioni superate, presentate con la sicurezza che deriva dall'esperienza.
Questa dinamica è esacerbata dal fatto che l'esperienza pluriennale ispira fiducia, anche nella persona che la possiede. Più una persona viene percepita come l'esperto del gruppo, meno viene messa in discussione, e meno viene messa in discussione, meno è motivata ad aggiornare le proprie competenze.
I meccanismi invisibili che creano la zona di comfort
Tre meccanismi mantengono silenziosamente questa stagnazione.
Il primo fattore è lo status acquisito. Una volta riconosciuti come esperti in un determinato campo, diventa difficile ammettere pubblicamente una lacuna di conoscenza in quello stesso ambito. Questo disagio porta ad evitare situazioni in cui l'ignoranza potrebbe essere evidente, riducendo meccanicamente le opportunità di apprendimento.
Il secondo fattore è il carico di lavoro stesso. Un project manager senior spesso gestisce diversi progetti contemporaneamente e il tempo disponibile per approfondire un argomento senza implicazioni immediate (una nuova funzionalità, una pratica ancora sperimentale) si riduce a favore dell'urgenza operativa. La stagnazione diventa quindi una conseguenza quasi automatica del carico di lavoro, senza che sia stata presa alcuna decisione consapevole.
Il terzo punto riguarda la natura stessa della professione di project manager. A differenza di un ruolo puramente tecnico, la funzione di project manager premia la stabilità, la prevedibilità e la capacità di rassicurare. Queste qualità, essenziali per il cliente, possono inavvertitamente scoraggiare l'assunzione di rischi intellettuali che consentirebbero un progresso continuo.
Riavviare deliberatamente la curva di apprendimento
Superare un livello di competenza stagnante non avviene per caso; richiede una decisione consapevole, e per realizzarla si possono utilizzare alcuni strumenti concreti.
La prima strategia consiste nell'uscire periodicamente dal proprio ambito di competenza: accettare un incarico in un settore meno familiare, un progetto di tipo diverso o in un contesto geografico o normativo meno conosciuto. Il multilinguismo e un'esperienza in diversi paesi sono vantaggi naturali in questo caso, a patto di non limitarsi a contesti già padroneggiati.
Il secondo approccio consiste nel mettersi volontariamente nei panni di un discente su un argomento specifico e circoscritto (un nuovo modulo di Business Central, una pratica di configurazione ancora poco diffusa, l'utilizzo dell'intelligenza artificiale nella gestione dei progetti). L'obiettivo non è ripartire da zero, ma riscoprire, in un punto limitato, il disagio produttivo del principiante.
La terza leva è il mentoring inverso: organizzare, anche informalmente, sessioni in cui un dipendente junior spiega a un dipendente senior una pratica, uno strumento o una funzionalità recente con cui ha maggiore familiarità. Questa inversione di ruoli, lungi dal minare l'autorità del project manager, in genere la rafforza, poiché dimostra una capacità di apprendimento che è più rassicurante di una facciata di completa padronanza.
Conclusione
Una fase di stallo non è un fallimento; è una tappa naturale in qualsiasi lungo percorso professionale. Il rischio non sta nella sua esistenza, ma nell'ignorarla. Un project manager ERP che individua consapevolmente questo momento ha un vantaggio: può scegliere di trasformare una silenziosa stagnazione in un punto di ripresa, ridefinendo deliberatamente ciò che non ha ancora padroneggiato. In un ecosistema come quello di Business Central, dove il fornitore del software e le normative non aspettano nessuno, questa capacità di rimettersi in moto diventa, nel tempo, una competenza a sé stante, forse la più strategica di tutte.