Insegnare il Gusto: Il Nuovo Lavoro del Manager di Ingegneria

La maggior parte degli engineering manager ha ottenuto il ruolo nello stesso modo: erano il miglior senior del team, qualcuno se n'è andato e il titolo è atterrato su di loro. Hanno imparato a gestire facendolo. Alcuni di loro sono eccezionali — quelli che hanno capito, attraverso una combinazione di istinto, fortuna e l'occasionale mentore, che il lavoro che avevano ottenuto era diverso da quello da cui erano stati promossi. Gli altri se la sono cavata con la credibilità tecnica e il fatto che il team si formava per lo più da solo.

Il team si formava da solo attraverso la code review. Attraverso il pair programming. Attraverso il rituale quotidiano di guardare la persona più senior del team fare il debug di qualcosa di difficile. L'apprendistato era distribuito, ambientale e gratuito. Il manager non doveva insegnare molto perché il team si insegnava da solo, cinquanta piccoli momenti al giorno.

Quell'accordo è scaduto da qualche parte negli ultimi diciotto mesi, e nessuno l'ha detto ai manager.

Cosa Faceva il Team da Solo

Il team non si sta più formando da solo. Non come faceva prima.

La code review è diventata un timbro di gomma su un diff scritto dall'AI. Il reviewer scorre, vede che i test passano, vede la descrizione (anch'essa scritta dall'AI), lascia un pollice in su. Il momento di insegnamento che avveniva durante la review — ecco perché lo strutturerei diversamente, ecco la modalità di fallimento che non hai visto, ecco perché questo ci morderà tra sei mesi — è stato compresso in un'emoji.

Il pairing è evaporato quando l'AI è diventata il pair. Perché fare pairing con un altro umano — lento, costoso, disponibile trenta ore a settimana — quando puoi fare pairing con qualcosa che è sempre attivo, mai stanco, non ti chiede mai di ripetere? L'economia del pairing umano non è sopravvissuta al confronto. Anche quando il valore di apprendimento del pairing umano rimaneva enorme.

E il junior non guarda più il senior fare il debug. Ha una domanda, chiede a Claude, ottiene una risposta in undici secondi, shippa. La conversazione che iniziava con "ehi, come ragioneresti su questo?" non inizia più. Il senior si chiede perché nessuno gli chiede più niente, e presume silenziosamente che sia perché il team è diventato più capace.

Tre cose sono morte contemporaneamente: il luogo dove il gusto veniva trasmesso (review), il luogo dove veniva dimostrato (pairing) e il momento in cui veniva richiesto (chiedere). Questa è la pipeline dell'apprendistato. Non è rotta in modo astratto. È rotta in tre punti specifici.

Il Gusto È Ciò Che Non È Stato Automatizzato

L'AI è straordinariamente brava a produrre codice che segue i pattern. Ha visto tutto. Può darti la risposta standard, velocemente, a quasi ogni domanda. È una capacità reale, e fingere che non lo sia è sciocco.

Ma c'è una cosa che l'AI non può fare, e quella cosa conta più che mai ora che l'AI può fare così tanto del resto.

Quella cosa è il gusto.

Il gusto è sapere quando un diff pulito è sbagliato. Quando un test che passa non significa nulla. Quando "funziona" è una trappola. Quando la risposta standard non è la risposta giusta qui. Il gusto è il giudizio che sta un livello sopra il pattern-matching — è la capacità di guardare codice che dovrebbe essere giusto e sentire, prima di poter articolare perché, che qualcosa non va.

La distinzione conta:

• I pattern sono "questo è come si fa X."
• Il gusto è "X è quello che fai qui. Y sembra simile ma è quello che fai là. Z compila e passa i test, ma rifiutalo comunque, perché rende la prossima modifica più difficile del necessario."

Il gusto è meta-pattern matching. È sapere quando il pattern non si applica. E si acquisisce esattamente in un modo: attraverso il contatto ad alta larghezza di banda con qualcuno che ce l'ha. Guardandolo lavorare. Facendosi correggere il lavoro da lui. Facendogli indicare una cosa sul tuo schermo e spiegare — a volte con un sospiro — perché lo offende.

L'AI può trasmettere pattern su scala infinita. Non può trasmettere quando romperli. Applicherà con sicurezza un pattern che non si adatta, perché l'adattamento è esattamente il giudizio che non ha.

Il Lavoro Si È Invertito

Il vecchio lavoro di engineering manager aveva una metà superiore e una metà inferiore. La metà superiore era l'orchestrazione tecnica: triage, sblocco, essere il reviewer più senior su ogni PR importante, mantenere la linea architetturale. La metà inferiore era lo sviluppo del team: 1:1, coaching, far crescere i junior in senior, costruire la panchina.

Per due decenni, l'accordo non detto era: inchioda la metà superiore, e la metà inferiore succede per lo più per osmosi. Il team impara dal lavoro stesso, l'uno dall'altro, dai rituali intorno al lavoro. Il lavoro del manager sul lato persone era non mettersi in mezzo e far emergere l'occasionale opportunità di crescita.

Quell'accordo si basava sul fatto che il team si formasse da solo. Non lo fa più.

La responsabilità si è spostata, anche se il calendario no. Se sei stato promosso manager nel 2019, il tuo lavoro nel 2026 non è il lavoro per cui sei stato promosso. I manager più forti — e ce ne sono più forti di quanto il discorso sull'AI riconosca — l'hanno percepito da soli e si sono silenziosamente riorganizzati. Hanno una lista, nella loro testa o su carta, di ogni report diretto e della cosa specifica che stanno cercando di sviluppare in loro questo trimestre. Sanno cosa i loro junior non sanno. Hanno un piano per la panchina.

Gli altri stanno facendo il vecchio lavoro più intensamente, lavorando più ore per farlo, e notando che il team non sta diventando più profondo. Non è un difetto di carattere. È quello che succede quando il lavoro cambia sotto i tuoi piedi e nessuno lo fa notare.

Perché il Coaching È Così Difficile per gli Engineering Manager in Questo Momento?

Il coaching è difficile in questo momento perché tre supporti sono venuti a mancare tutti insieme: nessuna formazione, nessun segnale e nessun tempo. Il vero motivo per cui il coaching è irregolare nelle organizzazioni di ingegneria non è che ai manager non importi. Alla stragrande maggioranza importa molto. Il lavoro è semplicemente diventato più difficile in tre modi specifici.

Nessuna formazione. La maggior parte degli engineering manager non è mai stata formata al coaching. Hanno imparato la gestione come effetto collaterale del farla. Questo funzionava quando il lavoro era 70% orchestrazione tecnica e 30% lavoro con le persone — la parte tecnica era quella che conoscevano. Ora il rapporto è più vicino all'inverso, e il divario si vede nella parte che non ha ricevuto alcuna nuova formazione.

Nessun segnale. Il coaching senza segnale è impressioni. Lodi l'ultima cosa che hai visto, critichi l'ultima cosa che ti ha infastidito, e lo chiami 1:1. I manager forti compensano prestando molta attenzione — ma molta attenzione scala solo fino a circa cinque riporti. Oltre i cinque, il manager che non riesce a vedere pattern finisce per fare coaching a tutti allo stesso modo.

Nessun tempo. Le richieste di consegna non sono scomparse. Gli stessi OKR, gli stessi standup, la stessa pressione per rilasciare. Il coaching è stato aggiunto alla descrizione del lavoro; niente è stato tolto. Il risultato prevedibile è che il coaching diventa la cosa che slitta quando gli obiettivi dello sprint sono a rischio — che è la maggior parte degli sprint.

Il primo è un problema di formazione. Il terzo è una conversazione di prioritizzazione tra il manager e il loro manager su cosa sia ora il lavoro. Quello centrale — il segnale — è quello a cui la maggior parte dei team è silenziosamente cieca. Non puoi fare coaching su ciò che non puoi vedere. E ciò che vedevi prima — il flusso quotidiano di review, pair e conversazioni — è stato compresso in PR che sembrano tutte a posto perché l'AI le ha fatte sembrare a posto.

Come Appare il Coaching con i Dati?

Il coaching con i dati ha quattro proprietà: specifico invece di generale, pattern invece di momento, privato invece di pubblico, e continuo invece di annuale. Nessuna di queste è esotica. Sono semplicemente difficili da realizzare senza un'infrastruttura a supporto.

L'infrastruttura non è il punto. È il substrato. Il punto è la conversazione — la correzione, l'incoraggiamento, la trasmissione attenta del gusto da qualcuno che ce l'ha a qualcuno che se lo sta guadagnando.

Ma non puoi avere quella conversazione se sei entrato nell'1:1 senza una cosa specifica di cui parlare. E non ottieni cose specifiche di cui parlare per caso più, perché i canali che le facevano emergere sono stati automatizzati o compressi via.

Dove Ci Inseriamo Noi

Questo è il divario per cui abbiamo costruito Simyl. Non per sostituire il coaching — il coaching è il lavoro umano che definisce il lavoro ora, e gli strumenti che fingono il contrario fanno parte del problema. L'abbiamo costruito per rendere il coaching trattabile dando al manager qualcosa con cui fare coaching.

Le sei dimensioni dell'efficacia (consegna, flusso, qualità, collaborazione, ownership, adattabilità), più le dinamiche a livello di team, danno a un manager un modo per vedere come ogni riporto sta crescendo — non come un punteggio, ma come un pattern. Le note di coaching private si accumulano per sviluppatore attraverso le retro, visibili solo al manager, finché non decide che una nota è pronta per essere condivisa. La retro stessa fa emergere segnali a livello di team su chi sta contribuendo, chi si sta tirando indietro, chi sta silenziosamente portando il team.

Niente di tutto questo fa il coaching. Dà al manager il substrato per fare coaching intenzionalmente invece che dalla memoria.

Coltivare il Prossimo Gruppo

La responsabilità si è spostata, che l'organigramma lo dica o no. Il lavoro del manager non è scomparso. È diventato più importante. La parte su cui tutti potevano cavarsela — il team si forma per lo più da solo — è scomparsa. La parte per cui nessuno era esplicitamente formato — sviluppare la prossima generazione di ingegneri — è diventata l'intero lavoro.

I manager forti lo percepiscono già. Si stanno silenziosamente riorganizzando da due anni. Non hanno bisogno di essere convinti sul coaching; hanno bisogno di avere una possibilità concreta di farlo bene — formazione migliore, segnale reale e una conversazione onesta con la loro stessa leadership su cosa ci si aspetta effettivamente da loro ora.

Gli altri possono ancora arrivarci. Il lavoro è cambiato sotto i loro piedi — non è una mancanza personale che siano stati promossi in un lavoro e si siano svegliati in un altro. Ma qualcuno deve insegnare il gusto, perché il gusto è la cosa che l'AI non può trasmettere. E qualcuno deve essere responsabile di coltivare il prossimo gruppo, perché se sbatti le palpebre la panchina è vuota e i senior che hai oggi stanno silenziosamente cercando la prossima cosa.

Quel qualcuno è il manager. Questo è il lavoro ora.