Diventare PM nell'era dell'IA 09 | Da esecutore a orchestratore: il tuo nuovo lavoro è dirigere una flotta di agent

Guardiamo prima come lavora oggi la fascia di persone più produttiva.

Tengono in moto più agent contemporaneamente — ognuno con la propria finestra di contesto, il proprio pezzo di cui è responsabile, il proprio ambito di file, tutti in esecuzione asincrona; la persona, dall’alto, spezza il lavoro, lo assegna e ogni tanto torna a collaudarlo, invece di fissare un’IA che modifica il codice frase per frase in tempo reale. Addy Osmani distingue con chiarezza questi due modi: uno è il direttore d’orchestra, dove lavori con un singolo agent in tempo reale e il tuo cervello è il tetto massimo; l’altro è l’orchestratore, dove hai in mano una squadra di agent, pianifichi, assegni e ogni tanto torni a controllare, e la produttività non è più strozzata dalla banda passante di una persona sola.

Per il product manager è una buona notizia. Perché «orchestrare» è esattamente il vecchio mestiere del product manager — spezzare un grande obiettivo in compiti, distribuirli a persone diverse, tenere d’occhio i confini di ogni pezzo, e alla fine collaudare e ricomporre. Solo che prima orchestravi persone, ora hai in più una squadra di agent. La parte meccanica del coordinamento (sollecitare gli avanzamenti, ripetere i requisiti, allineare i formati) se la prendono gli agent, mentre resta la capacità di giudizio dell’orchestrazione, che vale ancora di più. Ecco quattro mosse concrete da seguire.

1. Smetti di seguire un solo agent dall’inizio alla fine

Lo spreco più comune è trattare l’IA come uno stagista che devi sorvegliare per tutto il tempo: mandi una frase, aspetti che finisca, dai un’occhiata, e mandi la frase dopo. La tua attenzione è il suo tetto massimo, e puoi far avanzare una cosa sola alla volta.

L’orchestratore fa il contrario: se un compito si può spezzare in tre pezzi indipendenti tra loro, apre subito tre agent, dà un pezzo a ciascuno e li lascia girare in parallelo. Passi dal «fare compagnia a uno in tempo reale» al «raccoglierne tre ogni tanto». La prima volta che lo fai ti sembrerà strano, perché devi lasciar andare l’ossessione del «devo vedere ogni singolo passaggio» — ma è proprio qui che la produttività si moltiplica.

2. Spezza il lavoro in blocchi paralleli con confini che non si sovrappongono

La prima abilità dell’orchestrazione è spezzare il lavoro. Se lo spezzi bene o male decide direttamente se questa squadra di agent ti aiuta o ti crea guai.

Un blocco che puoi affidare in parallelo deve soddisfare due condizioni: indipendenza reciproca (A non deve aspettare il risultato di B) e confini che non si sovrappongono (due agent non modificheranno la stessa cosa nello stesso momento, litigando). Per esempio, per fare una funzione puoi spezzarla in «API di backend», «pagina di frontend» e «i test di questo pezzo» e affidarli a tre agent; ma «prima progetta il database, poi scrivi le API che ne dipendono» non si può parallelizzare, va fatto in sequenza. Prima di spezzare, poniti una domanda: questi due pezzi si possono portare a termine ciascuno in modo indipendente? Se no, non forzare il parallelo.

3. A ogni blocco, dai una spec chiara

Questo è l’anello più cruciale dell’orchestrazione, ed è anche la versione amplificata di ciò che dicevamo nel quinto articolo. Addy Osmani lo dice senza giri di parole: un’istruzione vaga viene amplificata nell’errore di un’intera squadra di agent; un’istruzione precisa viene amplificata in un’intera implementazione precisa.

Se lavori con un solo agent e l’istruzione è vaga, sbaglia una volta e correggi al volo. Se ne mandi cinque contemporaneamente, e ognuno tiene in mano la stessa frase vaga, ottieni cinque deviazioni, e quando torni a raccogliere devi rifare tutti e cinque. Perciò prima di assegnare il lavoro, applica quello schema del quinto articolo — sostituisci gli aggettivi con numeri, scrivi tutti gli stati, elenca con chiarezza i confini e ciò che «non si fa» — e poi mandali uno per uno. Più ne assegni, più la precisione della spec viene amplificata in modo moltiplicato, verso la direzione giusta o verso quella sbagliata.

4. Il tuo lavoro diventa scomporre, collaudare e ricomporre

Quando l’agent si prende «realizzarlo», ciò che ti resta in mano sono tre cose più pesanti: all’inizio spezzare il lavoro nel modo giusto, nel mezzo dare confini chiari, alla fine raccogliere i vari pezzi, collaudarli e ricomporli in un tutto unico.

L’errore più facile da commettere qui è farsi prendere la mano e scendere in campo a fare di persona qualcosa che un agent sarebbe benissimo in grado di fare — nel momento in cui ti immergi nei dettagli implementativi di un pezzo, l’intera orchestrazione si blocca. L’orchestratore deve restare «in alto»: tenere d’occhio se ogni pezzo che torna è corretto (con il metodo dell’ottavo articolo, fallo prima spiegare, poi collauda), e ricomporli per vedere se il tutto fila. Il tuo valore non si misura da quale pezzo hai scritto di tua mano, ma da se ciò che questa squadra di agent consegna nel suo insieme regge o no.

Una cosa che puoi fare oggi: scegli un compito che stai per iniziare e che si può spezzare, prova a tagliarlo in due o tre blocchi indipendenti tra loro, apri un agent per ciascuno, e fai solo tre cose — spezzare, dare la spec, raccogliere. Prova per una volta a sentire la differenza tra «far avanzare tre cose contemporaneamente» e «farle una alla volta in sequenza».

Per approfondire

• Addy Osmani, «The future of agentic coding: conductors to orchestrators» (direttore d’orchestra vs orchestratore, la precisione della spec amplificata in modo moltiplicato): https://addyosmani.com/blog/future-agentic-coding/
• Quinto articolo della serie «Se non dici chiaramente i requisiti, l’IA li inventa al posto tuo» (la precisione della spec): /it/blog/say-it-clearly/
• Ottavo articolo della serie «L’IA non può trovare il vero problema al posto tuo» (prima del collaudo, fallo spiegare): /it/blog/find-the-real-problem/