Negli ultimi mesi, Anthropic ha preso una decisione che potrebbe sembrare controintuitiva in un'epoca dominata dall'intelligenza artificiale generativa. Invece di ridurre il personale, l'azienda ha comunicato al proprio team growth di assumere più product manager, non meno. Il motivo, emerso da fonti interne, è che il suo strumento Claude Code ha trasformato ogni ingegnere in una forza lavoro equivalente a tre persone, spostando il collo di bottiglia dall'ambiente di sviluppo integrato (IDE) alle persone che decidono cosa costruire.
Il collo di bottiglia si sposta dalla scrittura del codice alla decisione del prodotto
Questo dettaglio è facile da perdere nel rumore delle dichiarazioni sulla produttività dell'AI, ma rappresenta il cambiamento strutturale che l'intero settore sta vivendo. Il collo di bottiglia nello sviluppo software non è più scrivere codice: è decidere cosa scrivere. Gli ingegneri che considerano questa decisione un problema altrui rischiano di raggiungere un plateau professionale. Per gran parte dell'ultimo decennio, la decisione su cosa sviluppare spettava ad altri: il product manager possedeva la user experience, l'ingegnere possedeva la build. Entrambi trattavano questa divisione come una legge immutabile, ma oggi il rapporto è cambiato radicalmente.
Sponsored Protocol
La compressione del lavoro dell'ingegnere può essere riassunta in cinque fasi. La prima, l'era di Stack Overflow (2014-2022), vedeva gli ingegneri risolvere i problemi attraverso quel forum, ma da novembre 2022 le nuove domande mensili su Stack Overflow sono crollate del 77%, non coincidentalmente in concomitanza con il lancio di ChatGPT. La seconda fase, l'era del browser-tab (2022-2024), ha portato ChatGPT nell'IDE: gli ingegneri scrivevano prompt e incollavano risposte in VS Code, un ciclo ancora single-threaded. La terza, l'era nativa dell'IDE (2024-2025), ha visto Cursor e Claude Code muovere il modello all'interno dell'editor, dissolvendo la necessità di escalation a ingegneri senior. La quarta, l'era spec-driven (2025-2026), ha compresso cicli di sviluppo da due settimane a due giorni: il team Kiro di Amazon ha riportato una riarchitettura di 18 mesi, stimata per 30 ingegneri, completata da 6 persone in 76 giorni. La quinta, l'era delle routine (2026), ha introdotto Claude Code Routines: agenti persistenti schedulati che girano di notte, su webhook o mentre il laptop è chiuso.
Sponsored Protocol
La produttività triplicata ma il product management non è cresciuto
Il risultato è che la produttività ingegneristica è circa triplicata, mentre il product management non è aumentato. Il tradizionale rapporto 1:8 tra PM e ingegneri, già sotto stress, ora è diventato di fatto 1:20. LinkedIn ha sostituito il suo percorso di associate product manager con un programma "Product Builder" che forma generalisti su prodotto, design e ingegneria. Anthropic sta assumendo più PM, non meno. Il pattern è coerente tra le aziende che hanno implementato flussi di lavoro agentici in produzione: il sistema produce funzionalità più velocemente di quanto produca decisioni su cosa costruire.
Sponsored Protocol
I fondamenti contano più che mai nell'era degli agenti AI
C'è un equivoco diffuso: molti pensano che nell'era degli agenti i fondamenti tecnici siano diventati obsoleti. È vero l'opposto. Quando un memory leak manda giù la produzione alle 3 di notte, a causa di un bug sottile introdotto quattro anni fa, nessun agente attuale è in grado di chiudere il cerchio end-to-end. Sistemi operativi, reti, concorrenza e piani di esecuzione delle query decidono ancora chi può risolvere un incidente reale. L'ingegnere in grado di leggere un diff e individuare l'errore è quello costruito su fondamenta solide, non sulla capacità di fare prompt. Sapere come funziona un ritrasmesso TCP nel 2026 permette di evitare che un'intera pipeline di rilascio guidata da agenti introduca una regressione su larga scala.
La revisione del codice è la nuova scrittura
Gli ingegneri generano codice a un ritmo che supera la loro capacità di leggerlo attentamente. Secondo il sondaggio Stack Overflow 2025, l'84% degli sviluppatori usa strumenti AI, ma il 46% dichiara di non fidarsi dell'output, in netto aumento rispetto al 31% dell'anno precedente. Questo divario, uso intenso ma bassa fiducia, è esattamente il punto in cui le competenze di revisione diventano cruciali. I programmatori che inviano molto codice ma recensiscono poco stanno accumulando un debito tecnico che si manifesterà al primo incidente serio.
Sponsored Protocol
L'ingegnere del 2026 è anche un product thinker
Entrambe le competenze precedenti sono necessarie ma non sufficienti. L'ingegnere che conta oggi è quello che ha smesso di aspettare che il funnel arrivi sotto forma di ticket Jira. Significa parlare con i clienti, osservare come usano il prodotto, leggere la coda di supporto, partecipare alle chiamate di vendita. Generare idee validate e non solo stime. Lavorare a ritroso dal cliente, come insegna Amazon con il "press release first". La risposta onesta alla domanda "Hai capacità per questa idea?" non è più "No", ma "Quanto vale l'idea?" E questa è una conversazione molto più difficile da avere senza una reale comprensione del cliente.
Sponsored Protocol
La storia in cinque fasi non è una storia di strumenti, ma di quale parte del lavoro l'umano deve ancora fare. La parte che resta umana, e lo resterà nel prossimo futuro, si è spostata: dalla digitazione alla revisione, dalla revisione alla decisione, fino alla scelta del cliente da servire e del problema da risolvere. Gli ingegneri che interiorizzeranno questo vivranno il prossimo decennio facendo il lavoro più interessante che il software abbia mai prodotto. Chi aspetterà un ticket lo vedrà scritto dall'agente accanto a lui.
Per approfondire le implicazioni delle restrizioni API nell'ecosistema AI, leggi l'articolo su OpenAI stringe le maglie sulle API in Europa. Inoltre, per un confronto tra strumenti di product management per PMI, consulta SAP NetSuite vs Odoo. Per maggiori dettagli sulle tecnologie di base, leggi su Wikipedia.
