Il cambiamento strutturale che trasforma gli ingegneri in creatori di prodotto

L'Antropocentro recentemente ha detto ai propri team di crescita di assumere più product manager, non di meno. Il motivo, riferito da rapporti dell'industria, è che Claude Code ha silenziosamente trasformato il proprio reparto ingegneristico in un team che rilascia prodotti a circa tre volte la sua effettiva organico, e il collo di bottiglia si è spostato dall'ambiente di sviluppo integrato (IDE) alle persone che decidono cosa costruire.

Questo dettaglio è facile da perdere nel rumore di ogni clamore sull'AI e la produttività. Si tratta però del cambiamento strutturale che l'intera industria sta vivendo. Il collo di bottiglia del software non è più la digitazione. È decidere che cosa digitare. E gli ingegneri che considerano questo qualcosa che spetta a qualcun altro stanno quasi per raggiungere il loro plateau.

Per la maggior parte dell'ultimo decennio, questa decisione spettava a qualcun altro.

L'ingegneria del software era un mestiere che si imparava lentamente, quindi si praticava in una sequenza lunga e prevedibile: Approfondire la tecnologia, scrivere il codice, chiedere a Stack Overflow quando era bloccati, rivolgersi a un ingegnere senior quando Stack Overflow non bastava, consegnare il ticket. Il product manager gestiva il funnelling. L'ingegnere gestiva la realizzazione. Entrambi consideravano questa divisione come una legge fisica.

Ma il funnelling è collassato in cinque passi:

Una breve storia di come la giornata dell'ingegnere si sia compressa

• L'epoca di Stack Overflow (2014 a fine 2022): Il modo in cui gli ingegneri risolvevano i problemi era concentrato in un unico posto. Le domande mensili su Stack Overflow sono diminuite di circa il 77% da novembre 2022, momento non coincidentemente quando è stato lanciato ChatGPT.
• L'epoca dei tab del browser (fine 2022 a 2024): La prima generazione ChatGPT era fuori dall'IDE. Gli ingegneri proseguivano con lo stesso ciclo, con un oracolo solo più veloce: Scrivere un prompt nel browser, incollare la risposta nel VS Code, ripetere.
• L'epoca IDE-native (2024 a 2025): Cursor e Claude Code hanno spostato il modello dentro l'editor e gli hanno dato accesso a tutto il repository. La catena di escalation al livello senior si è praticamente dissolta.
• L'epoca spec-driven (2025 a 2026): Contesti più estesi hanno trasformato lavoro a sessione unica in qualcosa che prima richiedeva ticket, documenti di design e sprints.
• L'epoca delle routine (2026): A aprile, Anthropic ha lanciato Claude Code Routines: agenti programmabili che eseguono su cadenza, su webhook, o la sera mentre il laptop è chiuso.

Il collo di bottiglia si è spostato; la maggior parte delle squadre non ci ha fatto attenzione.

Ingegneria raddoppiata, gestione prodotto statica

L'ingegneria si è quasi triplicata. La gestione prodotto non ha mosso un dito. Il rapporto tradizionale di 1:8 tra product managers e ingegneri, già teso, ora si avvicina a un rapporto effettivo di 1:20 perché ciascun ingegnere rilascia molto di più al giorno.

I principi di base contano di più, non di meno

L'istinto di dichiarare obsoleti i principi fondamentali nell'era degli agenti prende esattamente la tendenza per sbagliata.

Quando un memory leak blocca la produzione alle 3:00 del mattino e la causa risulta essere un sottile errore di ownership introdotto 4 anni addietro, nessun agente esistente al momento chiude quel loop end-to-end. Sistemi operativi, reti, concorrenza e piani di query decidono chi è in grado di risolvere un incidente reale.

Il corollario è che i principi fondamentali sono ora una skills di leva, non una skills di base. Nel 2014, conoscere come funzionava una riacquisizione TCP chiudeva un biglietto di debug più velocemente. Nel 2026, lo stesso know-how impedisce che un intero pipeline di release guidato dagli agenti rilasci un regresso a livello su larga scala.

La revisione è il nuovo writing

Gli ingegneri del 2026 generano codice a un ritmo che supera ciò che qualsiasi di loro può controllare con attenzione. La squadra che rilascia velocemente e sopravvive è quella che i suoi membri trattano la revisione del codice generato dagli agenti almeno con lo stesso rigore che un tempo riservavano alla scrittura.

Il rapporto Stack Overflow 2025 ha mostrato che l'84% degli sviluppatori utilizza strumenti AI, con il 46% che dichiara di non fidarsi dei risultati, un aumento significativo rispetto all'anno precedente.

Il nuovo differenziatore è la funnelling del prodotto

Entrambi i punti precedenti sono necessari. Nessuno è sufficiente. L'ingegnere che conta nel 2026 è colui che ha smesso di aspettare che il funnelling arrivi sotto forma di un ticket Jira.

• Parla con i clienti.
• Osserva il modo in cui li usano realmente.
• Leggi la coda di supporto.
• Partecipa alle chiamate commerciali.

Genera idee, non solo stima. Il product manager che prima poteva fornire idee per 8 ingegneri non riesce ora a fornirle per 20 al medesimo livello di qualità. L'ingegnere che arriva con un'opportunità validata e ben delineata non sta già più svolgendo il lavoro del PM.

Lavora al contrario partendo dal cliente. Amazon è stata scrivere il comunicato stampa prima per due decenni. La disciplina si applica bene ai team singoli e alle squadre di agenti. Entrambi producono una quantità notevole di software funzionante nella direzione sbagliata, senza una chiara definizione di cosa significhi una “vittoria per il cliente” prima che venga scritto alcun codice.

Trova il tuo posto nel processo.