Ansia da irrilevanza tecnica: quando l’AI scrive al posto tuo 😶‍🌫️

Se l’AI riesce a costruire una feature in trenta secondi, la domanda arriva puntuale: io cosa porto ancora al tavolo? Non è una domanda sciocca, né una forma di nostalgia per i tempi in cui bastava conoscere più scorciatoie da tastiera degli altri.

È il sintomo di un cambiamento più sottile. L’ansia non riguarda soltanto la paura di essere sostituiti. Riguarda la paura di essere svalutati: presenti, competenti, disponibili, ma non più distintivi.

Il problema non è che l’AI faccia alcune cose meglio di noi. È non sapere più quali cose debbano restare sotto la nostra responsabilità.

Quando il codice diventa abbondante 🧮

Per molto tempo abbiamo associato il valore alla produzione visibile: ticket chiusi, righe scritte, bug risolti, pull request attraversate con passo marziale. Ora la produzione di codice è diventata più economica. Questo rende meno affidabile una metrica che già prima raccontava solo una parte della storia.

Un output abbondante non equivale a un risultato utile. Il software deve rispettare vincoli, sostenere decisioni, sopravvivere agli errori e restare comprensibile quando il contesto cambia. L’AI può accelerare la prima bozza; non decide da sola quale compromesso sia accettabile per quel prodotto, quel team, quel rischio.

È la stessa trasformazione descritta nel nuovo modello mentale per l’AI: la competenza non scompare, ma si sposta verso il governo del contesto.

Sostituzione e svalutazione non sono la stessa paura 🪞

La paura di sostituzione immagina una macchina che prende il nostro posto. La paura di svalutazione immagina qualcosa di più ambiguo: il posto resta, ma il contributo sembra intercambiabile.

Questa seconda paura è spesso più logorante. Se il problema fosse solo imparare uno strumento nuovo, basterebbe un corso. Quando invece il dubbio riguarda la propria utilità, ogni demo dell’AI diventa un referendum personale.

Un team può usare agenti per generare codice e continuare a produrre stress, se non usa gli stessi strumenti per chiarire decisioni, registrare vincoli e rendere visibile la responsabilità. La velocità aumenta; la sensazione di controllo diminuisce.

C’è anche un rischio organizzativo più ampio: se l’AI assorbe tutti i compiti d’ingresso, le persone più giovani possono avere meno occasioni per costruire quella palestra fatta di bug, compromessi e piccole decisioni imperfette. L’automazione accelera il presente, ma può indebolire il percorso che prepara il futuro.

Dove resta il valore umano 🎯

Il valore non resta in una generica “creatività umana”, formula tanto nobile quanto poco verificabile. Resta in attività concrete:

• framing: capire qual è il problema prima di chiedere una soluzione;
• responsabilità: decidere chi risponde dell’impatto quando qualcosa va storto;
• trade-off: scegliere cosa sacrificare tra tempo, costo, rischio e semplicità;
• contesto: conoscere utenti, storia del sistema e vincoli che non stanno nel prompt;
• giudizio: riconoscere quando una risposta plausibile è inadatta.

Questo non significa diventare indispensabili. Un team sano non dovrebbe dipendere dalla memoria di una singola persona. Il valore distintivo sta piuttosto nel rendere migliori le decisioni collettive, più leggibile il contesto e più affidabile il sistema anche quando qualcun altro dovrà raccogliere il testimone.

Un senior che passa dal “devo scrivere di più” al “devo rendere migliori le decisioni” non sta facendo un passo indietro. Sta smettendo di misurarsi con la macchina sul suo terreno preferito.

L’AI produce opzioni. Il valore distintivo sta nel sapere quale opzione il contesto può permettersi.

Due team, la stessa tecnologia, due esperienze 🧩

Nel primo team ogni sviluppatore usa l’AI in autonomia, ma le decisioni restano nella memoria delle conversazioni private. Il codice arriva presto, mentre i motivi delle scelte spariscono. Dopo qualche settimana aumentano domande ripetute, review prudenti e stress: nessuno sa più se sta controllando il sistema o inseguendo output.

Nel secondo team gli agenti aiutano anche a preparare decision log, alternative e failure mode. Le persone non scrivono necessariamente più codice, ma rendono più leggibile il perché delle modifiche. La tecnologia è la stessa; cambia la distribuzione della responsabilità.

La differenza non è usare l’AI oppure no. È usarla per produrre soltanto codice o anche per conservare memoria organizzativa: assunzioni, alternative scartate, vincoli e motivi della decisione. Nel primo caso il team accumula output; nel secondo accumula contesto riutilizzabile.

La lezione è vicina a quella di Noia ansiosa: la propositività muore quando l’azione è misurata, ma il giudizio non è autorizzato.

I segnali precoci dell’irrilevanza percepita 🚦

L’ansia raramente si presenta con un cartello. Più spesso si nasconde in comportamenti ragionevoli presi singolarmente:

• confrontare ogni attività umana con la velocità dell’agente;
• evitare decisioni non perfettamente reversibili;
• accumulare corsi e tool senza applicarli a problemi reali;
• difendere il proprio valore con più output, anche quando manca chiarezza;
• smettere di fare domande per non sembrare impreparati.

Sono segnali di una metrica interna diventata troppo stretta. La risposta non è convincersi che “l’umano sarà sempre indispensabile”, ma raccogliere prove di dove il proprio giudizio cambia davvero un esito.

Un piano 30-60-90 per ricostruire il posizionamento 🧭

Nei primi 30 giorni, osserva: annota decisioni, vincoli e rischi che l’AI non ha potuto assumere al posto tuo. Nei successivi 60, scegli un’area in cui aumentare la qualità: review, modellazione del dominio, osservabilità, comunicazione delle decisioni. Entro 90 giorni, trasforma ciò che hai imparato in una pratica condivisa, non in un trucco personale.

Il criterio non è diventare imbattibile in ogni strumento. È diventare riconoscibile per una forma di affidabilità: chiarire problemi confusi, anticipare costi, proteggere il sistema dalle scorciatoie seducenti.

Come ricorda anche Boreout, il benessere non dipende dal fare sempre di più. Dipende dal sentire che ciò che fai ha peso e direzione.

L’esperimento dei sette giorni ✅

Per una settimana traccia tre decisioni ad alto impatto prese da te, non dal tool. Per ciascuna annota: il problema iniziale, il vincolo più importante, l’alternativa scartata e l’evidenza usata per decidere.

Alla fine non chiederti se hai prodotto abbastanza. Chiediti se il diario mostra un contributo che un generatore di codice, da solo, non avrebbe potuto assumersi. È un modo piccolo ma concreto per trasformare l’ansia da irrilevanza in un posizionamento osservabile.