Il vicepresidente della tecnologia spiega come il suo team usa Claude Code e come è stato adottato senza resistenze

Pedro Gustavo Torres è VP della Tecnologia e dell'Architettura PXM presso Centric Software, dove utilizza l'IA per sviluppare un prodotto complesso.

Abbiamo parlato con Pedro dell'adozione efficace dell'IA e di come Claude Code stia cambiando le regole del gioco. Ecco cosa ci ha detto.

Un leader con poco ego

Sono VP della Tecnologia e dell'Architettura PXM presso Centric Software. Il nostro team di progettazione del prodotto è composto da circa 60 persone. Abbiamo un prodotto molto complesso che funziona come un coltellino svizzero: estremamente flessibile e personalizzabile per i nostri clienti e partner.

Effettuiamo distribuzioni frequenti con versioni mensili (ovvero, allineate con il marketing) e la nostra architettura attuale è un monolite con servizi debolmente accoppiati che ne estendono le funzionalità. Possiamo inoltre distribuire il nostro sistema in qualsiasi regione AWS, consentendoci di offrire una soluzione veramente globale.

Quanto a me, sono un leader con poco ego, orientato all'azione e appassionato di costruire e far crescere team di progettazione ad alte prestazioni in startup, scaleup e organizzazioni aziendali.

Uso l'IA quotidianamente per massimizzare la mia produttività e i miei risultati. È una vera svolta!

Pedro condivide la sua esperienza

Uso l’IA quotidianamente per massimizzare la mia produttività e i miei risultati. È una vera svolta!

Come Claude Code sta rivoluzionando l'ingegneria del software

Ora l'intero team utilizza Claude Code per le nostre attività di sviluppo. Lo usiamo anche per le revisioni del codice. Ma, onestamente, Codex e CodeRabbit sono altrettanto validi.

Prima di Claude Code, erano necessari molto accompagnamento e supporto. Con Claude, questa necessità è diminuita e tutti sono diventati più autonomi, svolgendo le attività dall'inizio alla fine.

Il team SRE ha fatto il suo più grande salto di qualità quando Claude Code si è dimostrato uno strumento straordinario per la risoluzione dei problemi! La risoluzione dei problemi che un tempo richiedeva ore ora richiede pochi minuti. Mostrategli i sistemi, la posizione dei log e così via, e Claude può formulare una diagnosi straordinaria di qualsiasi situazione complessa. Mi impressiona profondamente.

Non riesco a immaginare un futuro nel settore dell'ingegneria del software senza di esso.

Come l'IA e gli esseri umani possono collaborare

Gli esseri umani con l'IA diventano superumani. Non vedo alcun lavoro che sia esclusivo degli esseri umani o dell'IA. Li vedo sempre lavorare insieme. Gli esseri umani lavorano al fianco dell'IA, supervisionandola e guidandola quando necessario.

Utilizziamo l'IA per la pianificazione, l'implementazione e la revisione; in seguito, un essere umano effettua una revisione finale del lavoro dell'IA.

Oltre a questo, l'IA può intervenire su qualsiasi argomento. Vuoi fare un brainstorming su una decisione architetturale? Claude può creare un ADR. Vuoi eseguire una revisione del codice? Claude imparerà a conoscere il tuo repository e ti fornirà un feedback significativo. Vuoi risolvere un incidente? Claude arriverà alla causa principale molto più velocemente di quanto possa fare un essere umano.

Le possibilità sono infinite. Claude ci ha persino aiutato a scegliere tra diverse opzioni di broker di messaggi, semplificando la scelta indicandone chiaramente vantaggi e svantaggi.

E più recentemente, mentre esploravamo un'esperienza basata su agenti all'interno del nostro prodotto, siamo riusciti a realizzare un prototipo e a ottenere feedback e validazione nel giro di pochi giorni. Senza l'IA, ci sarebbero voluti diversi mesi.

Perché l'unica metrica che conta con l'IA è il tempo che intercorre tra l'idea e una soluzione pronta per il cliente

Per quanto riguarda i risultati, penso sia troppo presto per fornire numeri. Preferirei mettere in discussione il modo di pensare consueto su questo tema.

Per me, metriche come la frequenza delle distribuzioni, il tasso di difetti, il tempo di ciclo, il tempo di attività e l'efficienza dei costi non colgono il punto. Sono naturalmente importanti. Ma ciò che dovremmo davvero misurare è il tempo necessario per passare da un'idea alla consegna di una soluzione funzionante ai clienti.

Certo, si potrebbe sostenere che la frequenza delle distribuzioni avvicini alla consegna di soluzioni ai clienti, ma per me misura comunque la cosa "sbagliata".

Invito tutti a concentrarsi su ciò che conta: il tempo che intercorre tra l'idea e la consegna. Tutto il resto potrebbe essere considerato una metrica di vanità — o potrebbe persino essere manipolato.

Perché i fallimenti dell'IA sono generalmente a basso rischio

Come ogni altra cosa, anche l'IA comporta delle sfide.

Una sfida consiste nel fatto che è diventato più difficile resistere alla tentazione di diventare "pigri" e affidarsi eccessivamente agli strumenti di IA. Ma, d'altra parte, è davvero una cosa negativa? Solo il tempo potrà dirlo.

Un'altra sfida è rappresentata da risultati di scarsa qualità. Tuttavia, ciò accade di solito quando non forniamo il contesto completo o omettiamo dettagli importanti di cui l'IA ha bisogno per eseguire l'attività. Come mi piace dire: "L'IA è fantastica, ma non legge ancora nel pensiero!"

Ho riscontrato che è efficace fornire all'IA gli artefatti — ad esempio, i documenti — come quelli riportati di seguito:

• Descrizione del problema
• Approcci presi in considerazione
• Soluzione scelta
• Piano di implementazione (ad esempio, epiche e ticket JIRA)

Ciò fornisce una visione consolidata e completa di qualsiasi iniziativa.

Fortunatamente, quando l'IA non si comporta come previsto, l'impatto consiste generalmente solo nel consumo di token — a condizione che siano presenti le giuste misure di controllo. Sì, può essere costoso, ma possiamo gestire anche questo con uno sforzo minimo.

Perché la sicurezza psicologica è fondamentale per l'adozione dell'IA

I miei team hanno adottato bene Claude Code. Hanno mostrato poca o nessuna resistenza e ho visto il loro entusiasmo nell'utilizzare il nuovo strumento come moltiplicatore di forze.

Una causa principale di questo risultato è stata la sicurezza psicologica che abbiamo garantito: l'IA non ha portato via il lavoro a nessuno; ha potenziato le loro capacità.

Oltre alla sicurezza psicologica, per adottare con successo l'IA i team hanno bisogno di tre cose:

• Chiarezza
• Competenza
• Autonomia

Raccomando ai leader di occuparsi di queste basi prima di implementare l'IA. Altrimenti, l'IA non risolverà nulla. Al contrario, può peggiorare le cose.

E c'è un'altra cosa. All'inizio possono esserci confusione e disorientamento, poiché l'IA modifica molti aspetti della vita quotidiana delle persone. Come accade con qualsiasi nuovo strumento, le persone avranno bisogno di tempo per adattarsi.

Pedro condivide

All’inizio possono esserci confusione e disorientamento, poiché l’IA modifica molti aspetti della vita quotidiana delle persone. Come accade con qualsiasi nuovo strumento, le persone avranno bisogno di tempo per adattarsi.

Come i CTO dovrebbero utilizzare il consueto manuale di gestione del cambiamento con l'IA

Quando sarete pronti a iniziare, seguirei il manuale "consueto": individuate le persone interessate, riunitele, definite i principi, create un piano, preparate il materiale per favorire l'adozione, stabilite misure di controllo e implementate il tutto. Dopodiché, monitorate l'evoluzione della situazione e agite di conseguenza.

Si tratta di un puro esercizio di gestione del cambiamento.

Perché i posti di lavoro nell'ingegneria del software sono al sicuro

Non credo che gli ingegneri del software perderanno il lavoro. Capisco la preoccupazione, ma andrà tutto bene. Gli esseri umani saranno sempre necessari, forse solo con funzioni diverse.

Si parla molto del rischio che i professionisti junior perdano il lavoro, ma credo che ci sarà sempre bisogno di loro. Dobbiamo solo aspettare che la situazione si stabilizzi — e sta già iniziando a farlo.

Come l'IA sta cambiando l'ingegneria del software

Non dovremmo preoccuparci troppo della perfezione del codice. Sia gli esseri umani sia l'IA commettono errori, quindi i bug sono sempre esistiti e continueranno sempre a esistere.

Ora è necessario cambiare mentalità, diventando più pragmatici e meno perfezionisti.

Dal perfezionismo non deriva nulla di buono. Rallenta notevolmente i team. Al contrario, il pragmatismo ci aiuta ad agire con maggiore decisione, a portare avanti il lavoro, a evitare l'ingegnerizzazione eccessiva e a concentrarci su ciò che conta: il valore per il cliente.

È in questa direzione che vedo evolversi l'ingegneria del software con l'IA. Meno abilità artigianale, più pragmatismo.

Perché i CTO devono abbracciare l'IA e impararne le basi

Ecco il mio consiglio ai CTO: abbracciate l'IA e fatelo rapidamente. L'IA è qui per restare. Non è una moda passeggera.

Vedo aziende che impiegano un'eternità a implementare gli strumenti di IA nel lavoro quotidiano, ma è un errore. La concorrenza non aspetterà. Non cadete nella trappola di essere eccessivamente prudenti. Implementate l'IA rapidamente e con determinazione.

E informatevi sulle basi. Ho trovato incredibilmente utile capire come funziona ogni cosa, dalla scienza dei dati e dall'apprendimento automatico agli LLM, al RAG, agli embedding vettoriali e ai database vettoriali. Imparate tutto questo.

Seguiteci

Potete seguire il lavoro di Pedro Gustavo Torres su LinkedIn, X e SlideShare.

Presto arriveranno altre interviste con esperti su Il CTO Club!