Da Senior Engineer a Engineering Manager: la guida completa

Il passaggio da senior engineer a engineering manager è una delle transizioni più sottovalutate di una carriera tech. Non è una promozione "verso l'alto" sulla stessa scala: è un cambio di mestiere. E la maggior parte delle persone lo scopre sulla propria pelle, di solito troppo tardi.

Da contributor individuale sei bravo perché risolvi problemi tecnici difficili. Da manager il tuo lavoro è far sì che altre persone risolvano quei problemi meglio di quanto faresti tu da solo. È controintuitivo, ed è il motivo per cui tanti ottimi ingegneri diventano manager mediocri: continuano a fare il lavoro che li ha resi bravi, invece di quello nuovo.

Cosa cambia davvero (e perché fa male all'inizio)

La metrica del successo si sposta. Prima si misurava su ciò che producevi tu: codice, design, decisioni tecniche. Ora si misura su ciò che il tuo team rende possibile: contesto chiaro, decisioni tempestive, ostacoli rimossi. È un cambio di identità professionale, non solo di mansioni.

I primi mesi sono scomodi proprio per questo. La tua giornata si riempie di conversazioni invece che di commit. A fine settimana hai la sensazione di "non aver prodotto niente" — perché stai misurando la cosa sbagliata. Il valore che crei adesso è differito e indiretto: si vede nelle persone che crescono, nei progetti che non deragliano, nei problemi che non esplodono.

«La leadership non è fare di più. È far accadere di più attraverso gli altri.»

Le tre competenze su cui lavorare da subito

Non devi diventare bravo in tutto in una volta. Ma ci sono tre aree che, se trascurate, ti faranno affondare nei primi sei mesi:

• Comunicazione. Da IC comunichi per coordinarti; da manager comunichi per allineare, motivare e dare contesto. Devi ripetere le stesse cose più volte, in modi diversi, senza stancarti. La regola: se il team non sa il "perché", il "cosa" non basta.
• Delega. Non è scaricare task: è trasferire responsabilità insieme al contesto necessario per decidere. Delegare male significa fare micromanagement o abbandonare le persone. Entrambi distruggono fiducia.
• Feedback. È il tuo strumento di lavoro principale. Feedback frequente, specifico e tempestivo vale più di una review annuale perfetta. Le persone non possono migliorare su informazioni che non hanno.

La trappola del "manager che fa ancora codice"

Molti nuovi EM si tengono stretto il lavoro tecnico come ancora di sicurezza: è la cosa che sanno fare bene, mentre il management è incerto. Il problema è che diventi un collo di bottiglia e, peggio, mandi un segnale: "il lavoro vero è il codice, il management è un di più".

Non significa smettere di essere tecnico. Significa usare la competenza tecnica per fare domande migliori, sbloccare decisioni e fare da sparring partner — non per restare nel percorso critico di ogni feature. La tua firma sul codice di produzione dovrebbe diminuire; la qualità delle decisioni tecniche del team dovrebbe aumentare.

Come misurare se stai andando bene

Smetti di chiederti "quanto ho prodotto questa settimana" e inizia a chiederti:

1. Le persone del mio team prendono più decisioni da sole rispetto a tre mesi fa?
2. Quando sono in ferie, il team rallenta o si ferma?
3. Le cose importanti emergono in 1:1 prima che diventino problemi, o le scopro quando esplodono?
4. C'è qualcuno nel team più bravo di me su qualcosa — e sono contento che sia così?

Se le risposte migliorano nel tempo, stai facendo il lavoro giusto, anche quando "non senti" di produrre. Questo è il mestiere nuovo: la tua bravura non si vede più nei tuoi output, ma nella capacità del tuo team di farne a meno.

È esattamente il tipo di transizione su cui lavoriamo nei percorsi di CTO Academy: framework concreti, sessioni 1:1 con chi questo passaggio l'ha già fatto, e una community di peer con cui confrontarti quando le risposte non sono ovvie.