La Trappola del Piatto

Recentemente ho scritto sulla fatica da intelligenza artificiale, sostenendo che ciò che gli ingegneri stanno sperimentando non è una condizione cronica, ma una sorta di “dolore da allenamento”. Superare questo dolore, adattarsi, uscirne più forti.

Questo è tutto giusto e sensato, ma c’è dell’altro in questa storia, e sta diventando sempre più ovvio. Il vero rischio che le squadre di ingegneria stanno affrontando in questo momento non è il burnout. È il piatto.

La Nuova Divisione

Quasi ogni ingegnere senior utilizza l’intelligenza artificiale adesso. Copilot, Claude, Cursor, Codex, come si chiama. Quella parte è risolta. Se sei un leader di un’organizzazione di ingegneria, probabilmente vedi numeri di adozione ampi e ti senti bene al riguardo.

Non dovresti.

Il numero di adozione è insignificante. Ciò che conta è la divisione che sta avvenendo al di sotto di esso. La tua squadra si sta dividendo silenziosamente in due gruppi. Ci sono gli ingegneri che hanno avuto un aumento di produttività e si sono stabilizzati, e ingegneri che continuano a spingere ogni settimana. Nuovi flussi di lavoro, nuove configurazioni di agenti, nuovi modi per decomporre i problemi per farli gestire all’intelligenza artificiale.

Entrambi i gruppi appaiono nei tuoi dashboard come “adottanti dell’intelligenza artificiale”. Ma uno è su un programma di formazione progressivo. L’altro si è fermato al primo peso che sembrava comodo.

Sei mesi fa, il divario tra questi due gruppi era appena visibile. Ora è ovvio a chiunque stia prestando attenzione. In altri sei mesi, sarà strutturale.

Cosa Sembra il Piatto

L’ingegnere che ha raggiunto il piatto non sta facendo nulla di sbagliato nel senso tradizionale. È competente. Consegna. Utilizza il suo agente per lavori semplici e pulisce dopo di esso. Ha avuto forse un aumento di produttività del 20-30% e ha detto “va bene”.

Il problema è che l’ingegnere accanto a lui non si è fermato lì. Quell’ingegnere sta ora eseguendo flussi di lavoro multi-agente, migliorando i loop di verifica, decomponendo intere funzionalità in blocchi eseguibili dall’intelligenza artificiale, esaminando a livello architettonico invece che riga per riga, e consegnando al doppio o triplo della sua velocità precedente. Non perché sia più talentuoso. Perché ha continuato a formarsi mentre tutti gli altri hanno preso una pausa che è diventata una pausa di un quarto.

Questo non riguarda l’entusiasmo per l’intelligenza artificiale o essere un adottante precoce. La fase di adozione precoce è finita. Questo riguarda l’adattamento continuo rispetto all’adattamento una tantum. E la differenza composta tra questi due approcci sta diventando impossibile da ignorare.

La Pressione Competitiva È Reale e Sta Accelerando

Se le tue squadre avessero il lusso di adattarsi al proprio ritmo, il problema del piatto sarebbe un problema di gestione delle prestazioni. Fastidioso, ma gestibile.

Ma se guardi la situazione più ampia nel settore del software, è probabile che non abbiate quel lusso.

Il settore del software, in generale, è stato creato per aiutare gli esseri umani con il lavoro digitale: aiutare gli agenti di supporto a vedere i casi in entrata, tenere traccia delle risposte ai clienti, gestire i flussi di lavoro. Ora gli agenti di intelligenza artificiale stanno sostituendo l’intero flusso di lavoro e, con esso, stanno disturbando le piattaforme SaaS sottostanti. Inoltre, con l’intelligenza artificiale che diventa più capace di giorno in giorno, i vostri clienti iniziano a chiedersi: “Dobbiamo ancora comprare questo, o possiamo costruirlo noi stessi adesso?” L’intelligenza artificiale ha iniziato a ridurre la barriera tra “comprare” e “costruire” per un insieme di casi d’uso in espansione. La “adesività” che un tempo proteggeva i vostri ricavi si sta indebolendo ogni trimestre.

I vostri ingegneri che hanno raggiunto il piatto stanno operando a un ritmo calibrato per un ambiente competitivo che non esiste più.

La Citazione Che Ha Cambiato Tutto per Me

L’ho sentita più di una volta adesso, da manager di prodotto che hanno rimboccato le maniche e hanno “vibato” le funzionalità, da leader di ingegneria che hanno ridisegnato architetture fallite, in diverse aziende, in diversi contesti:

“È stato più facile per me iterare su questo con i miei agenti, che con quell’ingegnere.”

La prima volta che l’ho sentita, ho pensato che fosse un’esagerazione. La terza volta, mi sono reso conto che era un indicatore principale.

Come la vedo io, ci sono ingegneri che prospereranno in questo nuovo mondo e saranno “moltiplicatori” delle capacità dell’intelligenza artificiale. Per farlo, devono essere forti in due aree, entrambe delle quali possono essere sviluppate con sufficiente motivazione intrinseca e curiosità intellettuale:

• Operano “sulla stessa onda” dei loro stakeholder (manager di prodotto, manager di ingegneria, ecc.). Capiscono cosa significa “buono”, quindi non devi spiegarglielo più volte. Perché se producono lo stesso numero di fraintendimenti del tuo agente di codifica, l’agente vincerà sempre quella battaglia. È disponibile istantaneamente, 24 ore su 24, e senza sosta.
• Migliorano costantemente le loro configurazioni di intelligenza artificiale, quindi quando gli dai qualcosa, sai che sarà fatto non solo bene (vedi il punto sopra), ma anche abbastanza velocemente per stare al passo con il nuovo ritmo del mercato.

Perché Questo È un Problema di Leadership, Non Individuale

È tentante inquadrare questo come una responsabilità individuale dell’ingegnere. “Mantieniti al passo o rimani indietro.” Ma se guidi un’organizzazione di ingegneria, quella cornice ti fa uscire dal giro.

I tuoi ingegneri che hanno raggiunto il piatto non lo hanno fatto nel vuoto. Lo hanno fatto perché nulla nel loro ambiente li ha spinti oltre l’adattamento iniziale. Hanno raggiunto un aumento di produttività ragionevole, nessuno li ha sfidati ad andare oltre, e l’inerzia ha fatto il resto.

Gli ingegneri che hanno continuato a spingere? La maggior parte di loro è auto-motivata. Avrebbero spinto comunque. Ma non puoi assumere un’intera organizzazione di ingegneria solo con cercatori di frontiera auto-motivati. La domanda per i leader è: come si sposta il centro?

Questo è un problema di gestione del cambiamento, e una delle mie cornici preferite per questo proviene dal libro dei fratelli Heath Switch. La versione breve: devi dare alle persone una direzione chiara, far loro sentire perché conta, e ridisegnare l’ambiente in modo che il nuovo comportamento sia il percorso più facile. Applicato alle squadre di ingegneria, questo significa:

Trova i tuoi punti luminosi e rendili visibili. Identifica gli ingegneri che hanno spinto più lontano nei loro flussi di lavoro di intelligenza artificiale e falli dimostrare regolarmente alla squadra. Non sessioni di formazione. Dimostrazioni dal vivo di lavoro reale. Quando il centro della tua squadra vede la differenza tra il loro flusso di lavoro e il flusso di lavoro dell’adattatore principale, crea un disagio produttivo che nessun mandato può eguagliare.

• Riduci il cambiamento. “Adottare l’intelligenza artificiale” è troppo astratto per agire. Questo sprint, fissa il test agente da fine a fine, il prossimo sprint distribuiscilo in tutta l’organizzazione, e così via. Passi specifici e gestibili battono i programmi di trasformazione ambiziosi ogni volta, e le piccole vittorie contano.
• Ridisegna i default. Codifica il processo di verifica nelle competenze di intelligenza artificiale e assicurati che vengano distribuite in tutta la squadra e in tutti i loro agenti. Definisci i tuoi flussi di lavoro e utilizza gli strumenti che li supportano. Rendi il nuovo modo di lavorare il percorso più facile, in modo che le persone si dirigano lì invece di dover lottare per arrivarci.

La Finestra Si Sta Chiudendo

Ecco la parte che rende questo urgente piuttosto che semplicemente importante.

Al momento, il divario di adattamento è una differenza di prestazioni. I tuoi ingegneri che hanno raggiunto il piatto sono più lenti dei tuoi ingegneri adattati, ma sono ancora produttivi. Contribuiscono ancora. Puoi portarli.

Quella finestra si sta chiudendo. Man mano che le capacità dell’intelligenza artificiale accelerano e la pressione competitiva si accumula, il ritmo minimo di lavoro di ingegneria sta aumentando. L’ingegnere “abbastanza buono” di oggi non è garantito per essere abbastanza buono nel prossimo trimestre. Non perché è peggiorato, ma perché il pavimento si è alzato.

Le organizzazioni che riescono a spostare l’intera squadra lungo la curva di adattamento, non solo gli adottanti precoci, avranno un vantaggio strutturale composto. Quelle che non lo faranno si troveranno a essere dotate di un ritmo di competizione che non esiste più.

Ogni leader di ingegneria con cui parlo capisce questo intellettualmente. Pochi hanno cambiato il modo in cui gestiscono le loro squadre in risposta. Il divario tra comprensione e azione è a sua volta un tipo di piatto.

Non C’È un Ritmo Comodo

Nell’articolo sulla fatica da intelligenza artificiale, ho sostenuto che il dolore è la prova che la formazione sta funzionando. Questo è ancora vero. Ma la verità successiva è più dura: il peso continua a salire.

In una palestra normale, puoi scegliere un peso comodo e mantenerlo per sempre. Nessuno aggiunge piatti alla tua barra senza chiedere. Nel paesaggio del software attuale, ogni nuova versione del modello, ogni nuova capacità dell’agente, ogni nuovo flusso di lavoro che qualcuno scopre e condivide, la barra si sposta. Stai fermo e il peso alla fine ti schiaccia.

Non c’è uno spazio comodo nel settore del software in questo momento. Non per gli ingegneri individuali, non per le squadre su cui lavorano, non per le aziende che quelle squadre costruiscono. La sola posizione sicura è il movimento continuo. E l’unica domanda che conta per i leader di ingegneria è se l’intera squadra si sta muovendo, o solo quelli che si sarebbero mossi comunque.