Con l'IA, il product manager è più stanco di prima — congratulazioni, il collo di bottiglia ora sei tu
La Harvard Business Review ha pubblicato il mese scorso un articolo su come i manager stiano annegando nella velocità di produzione dell’IA. C’è una frase di un intervistato che mi ha lasciato fermo qualche secondo:
«Ogni 30 minuti, qualcuno produce qualcosa che devo guardare.»
Qualsiasi product manager la riconosce sulla propria pelle. Il ritmo di una volta era: riunione di review, spieghi il requisito una volta, il team se lo porta via, ci si rivede tra due settimane. In quelle due settimane potevi scrivere documenti, incontrare utenti, fare altre riunioni — detto francamente, mentre il team produceva, il tuo giudizio poteva staccare.
Ora non più. L’ingegnere con l’IA al fianco ti mostra la sera quello che gli hai chiesto nel pomeriggio; il prototipo che ti costruisci da solo con Claude Code gira dopo venti minuti — e poi? Poi ti guarda, in attesa della prossima frase. La produzione non ha più bisogno di aspettare, quindi al giudizio non è più concesso riposare. È tutto qui il meccanismo del «sono più stanco»: non è che il lavoro sia aumentato, è che il respiro che prima nascondevi dentro «il team ci sta lavorando» te l’ha confiscato l’IA.
Il collo di bottiglia si è spostato su di te
Andrew Ng di recente l’ha detto senza giri di parole: «Gli ingegneri sono diventati 10 volte più veloci, i product manager non hanno accelerato allo stesso ritmo — ora sono loro il collo di bottiglia.» E ha citato un numero che un anno fa sarebbe sembrato una battuta: c’è chi propone 1 product manager ogni 0,5 ingegneri. Non significa dimezzare gli ingegneri: significa che la stessa capacità produttiva ora richiede mezza testa — mentre per digerirla, per «decidere cosa fare e giudicare se va bene», un PM intero non basta più.
L’osservazione di LeadDev è l’altra faccia della stessa medaglia: l’IA non ha reso i developer più rilassati, ha reso tutti più occupati — perché ogni cosa che la macchina produce, qualcuno deve comunque guardarla. Il codice è raddoppiato, i reviewer no; i prototipi sono decuplicati, ma a decidere «questa direzione è giusta?» sei sempre tu, da solo.
L’intero settore ha passato due anni a discutere se «il product manager sarà il primo a essere eliminato dall’IA», e la realtà del 2026 è l’esatto contrario: dopo l’accelerazione totale del lato produzione, la risorsa più scarsa è proprio il giudizio di prodotto. Dove sta il collo di bottiglia, lì sta la scarsità; dove sta la scarsità, lì sta il potere. Quindi «sono più stanco» non è anzitutto una cattiva notizia — l’ultima volta che un product manager è stato così necessario era ai tempi d’oro del mobile.
Ma «dirigere il traffico senza sosta» è una trappola
Però non affrettarti a consolarti. La stanchezza è una sola, ma esistono due modi di stancarsi, e vanno in direzioni opposte.
Il primo è trasformarti in una CI umana: per ogni cosa che il team produce, tu approvi in tempo reale — «qui metti il blu», «questa interazione non va», «rifalla». Ogni approvazione è corretta, ogni approvazione è puntuale: sei diventato un server di approvazioni ad alta disponibilità. Il problema di questa strada non è la fatica, è che non scala: la capacità produttiva dell’IA crescerà di altre dieci volte, il tuo cervello no. Oggi è una cosa ogni 30 minuti, l’anno prossimo sarà una ogni 3 minuti — che piano hai?
E, detto brutalmente: approvare pezzo per pezzo sembra diligenza, in realtà è giudizio venduto al dettaglio. Stai usando la risorsa più costosa che hai (il tuo giudizio) per il lavoro che vale meno (trovare difetti).
Il secondo modo di stancarsi è vendere il giudizio all’ingrosso, in anticipo: prima che il team (umano o IA che sia) metta mano al lavoro, dire una volta per tutte «cosa conta come buono» — chi è l’utente target, quali stati devono essere reali, cosa conta come fallimento, dov’è la soglia minima di gusto. Chiarire tutto questo costa molto più cervello che trovare difetti: è questa la parte davvero faticosa. Ma il ritorno è strutturale: il giudizio viene iniettato nel processo di produzione, invece di fare da tappo alla sua uscita. La stessa frase non governa un output, governa i prossimi cento.
Prima dirigevi una volta e valeva due settimane; ora dirigi una volta e vale venti minuti. L’errore non è la velocità dell’IA: è che stai ancora esercitando il giudizio col metodo del «comando passo passo».
È questo il vero significato del «dire» in «dillo, e l’IA lo costruisce» — non il telecomando in tempo reale fatto di micro-correzioni continue, ma intenzione, standard e confini detti chiaramente una volta sola, lasciando poi che l’esecuzione corra portandosi dietro il tuo giudizio. Nel metodo abbiamo scomposto tutto questo in cinque fasi, ma la mossa centrale è una: nella fase Define, far sì che l’IA ti faccia domande per prima, costringendo il «cosa conta come buono» a venire allo scoperto — invece di aspettare il prodotto finito per poi correggerlo un giro dopo l’altro.
E c’è un modo per faticare meno: fare da solo
C’è un’altra causa trascurata della stanchezza del PM: il tuo giudizio passa attraverso una traduzione. Lo spieghi al team, il team lo interpreta, costruisce, tu scopri che l’interpretazione era storta, lo rispieghi — e ora che l’IA ha compresso il ciclo di produzione a minuti, la perdita di traduzione pesa proporzionalmente di più sull’intero ciclo. La comunicazione è diventata il costo principale.
E questo costo oggi si può tagliare alla radice: molte cose puoi farle senza passare da nessuno, parlando direttamente all’IA e costruendoti da solo un prototipo ad alta fedeltà. Chi dirige, chi produce e chi collauda diventano la stessa persona: nel ciclo non c’è traduzione, non c’è attesa, non c’è «non intendevo questo». Scoprirai che, a parità di risultato, dirlo tu stesso all’IA — invece di dirlo a una persona che poi lo ritraduce all’IA — non fa risparmiare solo tempo: fa risparmiare l’intera catena dei fraintendimenti.
Il giudizio
Alla domanda «perché con l’IA sono più stanco?», la risposta onesta è: perché per la prima volta il collo di bottiglia è caduto, nitidamente, su di te — e non c’è più nessun «è in pianificazione», «è in sviluppo» a farti da scudo. La comodità di una volta, spiegare un requisito e riposare due settimane, era in fondo un regalo dell’inefficienza — salita l’efficienza, il regalo viene ritirato.
La stanchezza non sparirà, ma puoi scegliere come stancarti: trascinato dal ritmo di produzione altrui, un’approvazione ogni 30 minuti, fino a bruciarti; oppure spendere le energie a monte, dire chiaramente «cosa conta come buono», e lasciare che cento output corrano da soli portandosi dietro il tuo giudizio.
La prima è la stanchezza di un lavoratore interinale. La seconda è la sostanza stessa di questo mestiere.
Discussione