Il giorno in cui ti promuovono il lavoro che sapevi fare smette di essere il tuo lavoro.
Nessuno te lo dice. Ti danno un titolo più grande, un perimetro più largo, e presumono che sia la stessa cosa con più responsabilità.
Non lo è. È un mestiere diverso che con il precedente condivide solo il dominio.
Ho attraversato quel passaggio qualche anno fa e ci ho messo più tempo del necessario a capire una cosa banale: le competenze che mi avevano portato lì non erano quelle che mi sarebbero servite dopo. Anzi, alcune remavano contro.
È un passaggio che molti Engineering Manager incontrano quando iniziano a occuparsi di leadership e strategia tecnologica. Questo articolo è esattamente quello che avrei voluto leggere prima di iniziare.
Da Engineering Manager a leader tecnologico: cosa cambia davvero
Quando guidi ingegneri hai un confine chiaro. C’è un problema tecnico, c’è un team, c’è una soluzione da costruire bene. Il successo è verificabile: funziona o non funziona, è in tempo o non lo è.
Quando guidi l’agenda tecnologica, il confine sparisce.
Il tuo lavoro diventa decidere cosa non fare:
- Su quali piattaforme investire e quali lasciare invecchiare;
- Quale debito tecnico è accettabile portarsi dietro un altro anno;
- Quali fornitori diventano strategici e quali restano tattici;
- Come distribuire un budget tra ciò che serve oggi e ciò che servirà tra tre anni.
Nessuna di queste decisioni ha una risposta verificabile nel breve. Il riscontro arriva mesi dopo, quasi sempre in forma ambigua.
È la parte più scomoda del passaggio e quella di cui si parla meno: si perde la soddisfazione della correttezza dimostrabile. Nessun test verde ti dice che hai scelto giusto.
Le competenze della leadership tecnologica che nessuno ti insegna
Il budget. Nessun percorso tecnico prepara a distinguere capex e opex, a difendere un investimento pluriennale davanti a chi guarda il trimestre, a capire perché la stessa spesa passa se la chiami in un modo e si blocca se la chiami in un altro. Eppure è lo strumento con cui una strategia tecnologica diventa reale: finché non è finanziata, è un’intenzione.
I vendor. Selezionare un fornitore strategico è un esercizio di previsione, non di comparazione. La demo la superano tutti. Le domande vere sono due: come si comportano quando qualcosa va storto e quanto costerà separarsi tra tre anni. Il lock-in raramente sta nel contratto — sta nei dati che non riesci a esportare e nelle competenze che il tuo team ha smesso di acquisire.
Il linguaggio del business. Non significa imparare a fare slide. Significa spiegare un rischio tecnico in termini di conseguenze concrete per l’azienda e tradurre un obiettivo di business in vincoli architetturali. Chi non fa questa traduzione resta un fornitore interno: consultato sul come, mai sul cosa.
La tolleranza all’ambiguità. È la meno tecnica e la più discriminante. A questo livello nessuna decisione ha dati sufficienti e rimandare è a sua volta una decisione — di solito la peggiore disponibile.
L’errore più comune nel passaggio dalla gestione tecnica alla strategia
Le riunioni strategiche sono lente, ambigue e faticose. Le decisioni tecniche sono nette, familiari e gratificanti.
Quando la giornata si riempie, il riflesso è tornare dove sei bravo. Entri nel dettaglio di un’architettura. Rivedi una scelta tecnologica. Prendi in mano un problema che il team stava già risolvendo benissimo da solo.
Il costo è doppio.
Togli spazio a chi deve crescere. Un team che sa di avere sopra qualcuno pronto a subentrare smette di prendersi la responsabilità delle proprie scelte. Impari a essere indispensabile, che è esattamente il contrario del tuo compito.
Non fai il lavoro che nessun altro può fare. Il tempo speso in un dibattito tecnico è tempo sottratto alle decisioni che restano scoperte se non le prendi tu.
Il segnale d’allarme è semplice e lo trovate nel vostro calendario: se è pieno di riunioni in cui sareste sostituibili, non state facendo il vostro lavoro.
Qual è il ruolo delle competenze tecniche per un CTO o un IT Director?
Restano. E sono essenziali. Ma cambiano forma.
Non servono più a costruire. Servono a valutare: capire se una stima è realistica, se un rischio è sottovalutato, se un fornitore sta vendendo qualcosa che ancora non esiste, se una scelta comoda oggi produrrà rigidità domani.
Servono anche a restare credibili. Un leader tecnologico che non capisce più di cosa parla il proprio team viene ascoltato per ruolo, non per merito. È una posizione fragile e i team se ne accorgono prima di chiunque altro.
La differenza è tutta qui: la competenza tecnica smette di essere lo strumento con cui produci valore e diventa lo strumento con cui valuti. Continui a leggere, a studiare, a farti spiegare le cose. Smetti di metterci le mani dentro.
Il punto: guidare la strategia tecnologica significa cambiare mestiere
Il passaggio non è verticale. È orizzontale.
Non state facendo lo stesso lavoro con più potere: ne state facendo un altro, e prima lo accettate meno tempo perderete.
Chi lo attraversa bene ha capito una cosa sola: il tuo contributo non si misura più da ciò che realizzi, ma dall’impatto delle decisioni che permettono agli altri di realizzare. E da quello che hai avuto il coraggio di non costruire affatto.
È un mestiere meno gratificante nell’immediato. È anche l’unico modo per incidere su una scala che le vostre mani, da sole, non raggiungerebbero mai.
