Seeing AGI (8): la rinascita del ruolo umano
Di recente ho partecipato a Delight Spark a San Francisco, e una conversazione mi è rimasta in testa molto dopo la fine dell'evento. Riguardava le organizzazioni nell'era dell'IA.
Nei miei sette articoli precedenti della serie Seeing AGI ho parlato dell'arrivo dell'AGI, del vibe working e dei sistemi multi-agente. Ma la domanda a cui torno sempre è più semplice: cosa succede al ruolo umano dentro l'azienda? Prima che l'IA riscriva l'organigramma, riscrive la persona.
Troppe aziende trattano ancora l'IA come un aggiornamento software per le stesse persone negli stessi ruoli. È una lettura sbagliata. L'IA non si limita ad accelerare il lavoro. Sta cambiando chi fa cosa, chi possiede il contesto e come si muove il giudizio.
Ogni ondata tecnologica cambia il ruolo umano
Quando le persone incontrano una tecnologia di rottura, di solito danno per scontato che il loro lavoro resterà esattamente lo stesso, solo più veloce. La storia ci dice che è un'illusione.
La prima cosa che cambia raramente è l'organigramma sulla carta. La prima cosa che cambia è quello che gli esseri umani fanno tutto il giorno, da chi dipendono, a chi rispondono e che tipo di giudizio il sistema premia davvero.
Quindi, se vogliamo capire l'IA con chiarezza, non dovremmo solo chiederci cosa possono fare i modelli. Dovremmo chiederci cosa hanno fatto al lavoro stesso le ondate tecnologiche precedenti.
L'elettricità non ha solo modernizzato la fabbrica. Ha cambiato le persone al suo interno.
La famosa lezione dell'elettrificazione non è solo che l'elettricità fosse potente. È che la prima ondata di adozione ha deluso, perché le fabbriche hanno mantenuto il vecchio layout. I proprietari hanno sostituito le macchine a vapore con le dinamo, ma hanno mantenuto la stessa logica di potenza centralizzata, gli stessi alberi di trasmissione, le stesse cinghie e la stessa geometria di produzione.
Il vero salto è arrivato dopo, quando le fabbriche hanno adottato la trasmissione individuale — motori elettrici dedicati a ogni macchina. A quel punto, l'edificio stesso poteva cambiare. I layout su un solo piano sono diventati più semplici. Le macchine non dovevano più essere organizzate intorno a una singola spina dorsale meccanica. Il flusso di lavoro poteva essere ripensato intorno a velocità, sicurezza e specializzazione.
E una volta cambiata la fabbrica, sono cambiati con essa anche i ruoli umani. La vecchia logica delle sale macchine centrali, dei layout dominati dagli alberi di trasmissione e della manutenzione costruita attorno a un'unica fonte di potenza ha iniziato a sbiadire. Al suo posto è emersa una nuova esigenza di elettricisti, ingegneri elettrici, pianificatori di stabilimento e un nuovo tipo di gestione delle operazioni. Paul David ha scritto che l'elettrificazione su larga scala richiedeva di costruire "un corpo di architetti industriali e ingegneri elettrici esperti". È esattamente questo il punto. Una nuova fonte di energia non si è limitata a rendere più veloci i vecchi operai. Ha creato nuovi specialisti, nuove relazioni gerarchiche e una nuova logica operativa.
I computer non hanno solo automatizzato gli uffici. Hanno creato ruoli informativi del tutto nuovi.
L'era dei computer ha fatto qualcosa di simile. Prima dell'informatizzazione, le grandi organizzazioni si affidavano a strati di impiegati, dattilografe, addetti all'archiviazione, contabili e operatori di macchine per spostare a mano l'informazione. Poi sono arrivati i reparti di elaborazione dati, le perforatrici, i programmatori, gli analisti di sistemi e in seguito i database administrator e i responsabili IT.
Alcuni ruoli si sono ridotti. Altri sono comparsi dal nulla. Le perforatrici sono diventate una professione riconoscibile nell'era delle schede perforate, per poi sparire gradualmente con la diffusione dell'elaborazione diretta. Allo stesso tempo, l'analista di sistemi è emerso come nuovo ruolo ponte — una figura capace di capire il business, progettare il sistema, preparare gli schemi per i programmatori e tradurre le esigenze del management in struttura tecnica. Quel ruolo ha senso solo in un mondo in cui il software diventa parte di come pensa l'azienda.
Anche le linee gerarchiche sono cambiate. Una volta che i sistemi informativi sono diventati centrali alle operazioni, le aziende hanno costruito organizzazioni MIS e IT, livelli di project management, team di sistemi e in seguito funzioni di software aziendale. L'autorità ha iniziato a passare sempre di più attraverso l'architettura informativa, non solo le operazioni fisiche.
Il software ha creato l'organizzazione di prodotto moderna.
Poi l'era del software ha aggiunto un altro strato. Con l'esplosione della complessità del software, l'organizzazione si è divisa di nuovo. Il product management è cresciuto per colmare un vuoto tra business, utenti e ingegneria. Nel software non bastava commercializzare un prodotto. Qualcuno doveva decidere cosa costruire, tradurre gli scenari d'uso e restare vicino all'ingegneria per tutto il ciclo.
UX e interaction design sono maturati man mano che il personal computing prima e il web poi rendevano l'usabilità economicamente irrinunciabile. La QA è diventata una funzione distinta perché il testing non poteva più restare nella testa del programmatore. In seguito, Agile e DevOps hanno ricominciato a sfumare quei confini, anticipando i tester nel ciclo e rendendo la qualità una responsabilità condivisa.
Quindi la struttura PM, Designer, Developer e Tester non ci è stata consegnata dalla natura. Apparteneva all'era precedente dell'ingegneria del software. Era una risposta razionale ai limiti della comunicazione umana, alla frammentazione della conoscenza, alla codifica manuale e a cicli di feedback più lenti.
La vecchia catena di montaggio è stata costruita per un altro mondo
Una volta vista chiaramente quella storia, l'attuale organigramma del software sembra molto meno permanente di quanto la maggior parte delle persone pensi. È semplicemente l'ultimo strato di una lunga sequenza di riorganizzazioni tecnologiche.
Nel vecchio mondo del software, un progetto aveva bisogno di una pila profonda di funzioni specializzate prima di poter avanzare di un centimetro. La logica gerarchica rifletteva di solito il flusso di lavoro stesso: il prodotto produceva i requisiti, il design li traduceva, l'ingegneria li implementava, la QA li validava e il management coordinava i passaggi tra quei silos.
Pensa a cosa faceva un PM una volta: passava settimane a scrivere enormi documenti di specifiche di 20 pagine da lanciare oltre il muro. Il Designer poi passava settimane a spostare manualmente pixel per tradurre quelle specs in mockup. Il Developer prendeva quei mockup e passava mesi a digitare codice boilerplate. Infine, il Tester passava settimane a stanare disallineamenti e bug.
Quella struttura aveva senso quando ogni passaggio doveva essere eseguito da uno specialista diverso con strumenti diversi, con transizioni costose tra loro. I passaggi non erano solo burocrazia. Erano il modo in cui il sistema si proteggeva dalla complessità.
Ma quando un agente IA può aiutare a generare il codice, abbozzare l'UI, creare casi di test e comprimere l'iterazione in pochi minuti, la stessa struttura comincia a remare contro se stessa. Il passaggio passa dall'essere un meccanismo di sicurezza a essere puro attrito.
Gran parte della "trasformazione IA" oggi è ancora intrappolata qui. Le aziende danno uno strumento di scrittura IA al PM, uno strumento di design IA al Designer e uno strumento di coding IA al Developer, ma mantengono le stesse linee gerarchiche e la stessa divisione del lavoro. È collegare una nuova fonte di energia a una vecchia macchina.
Per questo credo che la prima parte di questa storia conti così tanto. L'IA non è la prima tecnologia a riordinare il lavoro. Ma è forse la prima a farlo a questa velocità collassando contemporaneamente così tanti ruoli di conoscenza nello stesso momento di esecuzione.
Cosa sto vedendo dentro Genspark
Dentro Genspark, vedo già lo strato successivo di quella storia scriversi in tempo reale. Siamo ora un'organizzazione di circa 70 persone. La nostra struttura è spietatamente piatta.
Non assegniamo ai progetti dipartimenti enormi e multidisciplinari. La grande maggioranza dei nostri progetti è eseguita da pod agili da 1 a 3 persone. Poiché il flusso di lavoro è compresso, le persone operano a stretto contatto con l'intera catena di creazione del valore.
Tutto inizia dal primo giorno. I nuovi assunti non vengono nascosti in ruoli ristretti né costretti a leggere documentazione per un mese. Vengono spinti in prima linea subito. Vediamo regolarmente persone consegnare funzionalità complesse e reali già nella prima settimana. Anche membri del team che non avevano mai scritto una sola riga di codice in vita loro prima di unirsi a noi stanno lanciando funzionalità.
Nell'era precedente sarebbe sembrato sconsiderato o impossibile. In quest'era è la base. Le persone ambiziose qui prosperano perché non sono più intrappolate in un'unica casella.
Come stanno cambiando davvero i ruoli
Quando il flusso di lavoro si comprime così aggressivamente, i ruoli professionali non scompaiono. Mutano. Si elevano.
Il PM: dallo scrittore di specs al direttore del sistema
Il PM non passa più settimane a scrivere documenti statici da far interpretare a qualcun altro. Usa l'IA per generare prototipi vivi all'istante. Sta guidando il sistema, testando la logica in tempo reale e possedendo il risultato finale invece di possedere solo i requisiti.
Il Designer: dal traduttore front-end al giudice finale
Il nostro recente rilascio di Genspark Design è l'esempio perfetto. Nel vecchio processo, il Designer era un traduttore in testa al ciclo. Doveva disegnare manualmente le schermate prima che chiunque altro potesse costruire. Oggi il percorso da un'idea astratta a un design completo a un prodotto rilasciato è continuo.
Poiché l'IA può generare in pochi secondi decine di prototipi funzionali ad alta fedeltà, il ruolo del Designer si sposta in fondo alla pipeline. Diventa il giudice. Fissa l'asticella della qualità. Protegge il livello di gusto. Approva l'esperienza. Decide quale delle iterazioni dell'IA possiede l'anima giusta per il marchio.
Il Developer: dal dattilografo di codice all'architetto di sistema
La prima settimana di uno sviluppatore non riguarda più il setup degli ambienti locali e la lettura di vecchie codebase. Riguarda il consegnare. Passa meno tempo a digitare boilerplate e più tempo ad architettare logica, guidare gli agenti e risolvere i problemi strutturali profondi che l'IA ancora non vede.
Il Tester: dal guardiano manuale all'ingegnere di infrastruttura per gli agenti
Nel flusso AI-native, ognuno diventa il tester della propria funzionalità. La persona che costruisce la funzionalità genera anche i casi, controlla le condizioni limite, valida l'esperienza e decide se è pronta per il rilascio. Il testing non si trova più alla fine della catena come un cancello separato. Diventa parte della creazione stessa.
Questo non significa che il tester tradizionale scompaia. Il ruolo sale di livello. Diventa un ruolo di infrastruttura. Invece di controllare manualmente ogni schermata a posteriori, questa persona aiuta a garantire che, una volta rilasciate le funzionalità da tutto il team, il sistema resti stabile, osservabile e affidabile in produzione.
In questo senso, il nuovo tester somiglia più a un ingegnere di infrastruttura per la qualità. Costruisce i framework, le guardrail, il monitoraggio, i loop di valutazione e la logica di rilascio che rendono l'intera organizzazione più affidabile. Aiuta anche a creare un'infrastruttura più amica degli agenti, in modo che l'IA possa partecipare in modo più efficace a testing, debugging e miglioramento continuo.
In ogni disciplina, la tendenza è esattamente la stessa: il giudizio sta diventando di gran lunga più importante del passaggio di consegne. Il possesso del contesto sta diventando più prezioso della specializzazione ristretta.
Il CEO: da Chief Executive Officer a Chief Context Officer
Una volta capito quanto profondamente l'IA stia ricombinando i ruoli, non puoi fermarti a PM, Designer, Developer e Tester. Anche il CEO viene riscritto.
Nel vecchio modello aziendale, la scala allontanava il CEO dal lavoro. L'organizzazione diventava troppo specializzata, troppo stratificata e troppo lenta. Il lavoro del CEO diventava gestire la complessità attraverso altre persone.
Quella distanza non era un tratto di personalità. Era strutturale. In molte aziende il CEO non poteva più toccare il prodotto direttamente perché il lavoro era stato frammentato in troppe funzioni, riunioni e passaggi.
L'IA rompe quel modello. Un CEO disposto a imparare può tornare nel lavoro. Può esplorare idee di prodotto, rivedere prototipi, testare flussi, mettere in discussione assunti e perfino contribuire all'esecuzione con l'IA. Non perché il CEO debba tornare a fare il micromanager, ma perché il muro tra leadership e creazione si sta assottigliando.
Quindi il mestiere cambia. Il CEO dell'era IA inizia a somigliare meno a un Chief Executive Officer e più a un Chief Context Officer. Il ruolo è quello di fissare la direzione, chiarire il giudizio, avvicinare i diritti decisionali al fronte e progettare le interfacce che permettono ai piccoli pod di muoversi con vera autonomia.
Nel vecchio modello, il potere veniva dalla distanza e dal controllo. Nel nuovo, il potere viene dal contesto, dal gusto, dalla chiarezza e dalla capacità di aiutare l'organizzazione a pensare e muoversi come un unico sistema. E una volta cambiato il CEO, l'organizzazione non può restare la stessa. La riscrittura dei ruoli diventa naturalmente riscrittura dell'organizzazione.
La nuova organizzazione non è solo più piatta. È strutturalmente diversa.
Non credo che la descrizione giusta per questa nuova azienda sia semplicemente "piatta". Piatta significa solo meno livelli. Quello che stiamo vedendo è un cambiamento più profondo. L'unità di base dell'organizzazione non è più la funzione. È il pod.
Nella vecchia struttura, l'azienda era costruita attorno ai dipartimenti. Il prodotto stava da una parte. Il design da un'altra. L'ingegneria da un'altra ancora. La QA in fondo. L'organigramma rispecchiava la catena dei passaggi.
Nella nuova struttura, l'azienda inizia a somigliare a una rete di piccoli pod ad alto contesto. Un pod da 1 a 3 persone lavora vicino al problema, vicino all'utente e vicino all'IA. Possiede una porzione maggiore della catena dall'idea al rilascio. Porta con sé più contesto. Prende più decisioni. Aspetta meno.
In un'azienda di migliaia di persone, questo non può voler dire che un solo CEO tocchi direttamente centinaia di pod. Non è scalabile. La versione scalabile è una rete di reti: pod raggruppati in cluster di missione, tenuti insieme da contesto condiviso, gusto condiviso, chiarezza condivisa e design di sistema condiviso. I livelli di leadership esistono ancora, ma il loro lavoro cambia. Non sono più colli di bottiglia di approvazione. Diventano router di contesto, progettisti di interfacce e moltiplicatori di forza. In quel modello, il CEO non gestisce ogni pod. Il CEO progetta l'architettura che permette a molti pod di muoversi con coerenza senza ricostruire la vecchia burocrazia. Ecco come appare la scala AI-native: non una piramide più piatta, ma un sistema diverso.
Una volta che questo accade, la gerarchia smette di essere il principale meccanismo di coordinamento. Il contesto diventa il principale meccanismo di coordinamento. La domanda più importante non è più "Chi risponde a chi?". Diventa "Chi possiede davvero il contesto, e chi ha il giudizio per agire su di esso?".
Cambia anche la ragione d'essere dei livelli di leadership. Nel vecchio mondo, gran parte del middle management esisteva per tradurre, riassumere, coordinare e spostare informazione attraverso i confini funzionali. Nel nuovo mondo, quei ruoli restano preziosi solo se evolvono in costruttori di sistemi, revisori di qualità, coach di talenti e integratori tra pod. Il manager-cinghia di trasmissione perderà costantemente importanza.
In una frase, l'organizzazione AI-native è questa: una rete di piccoli pod con alta proprietà del contesto, supportati da agenti IA, allineati da un giudizio condiviso e collegati da interfacce leggere invece che da una gerarchia pesante.
La finestra per riscrivere l'azienda
Se la riscrittura dei ruoli porta alla riscrittura del CEO, e la riscrittura del CEO porta alla riscrittura dell'organizzazione, allora non si tratta di un upgrade di strumenti. Si tratta di una riscrittura aziendale. Quindi smetti di fissare solo il tuo stack di IA. Guarda le tue persone. Guarda la tua struttura.
Fatti le domande più difficili. Le tue persone sono ancora intrappolate in ruoli ristretti di traduzione? Le tue menti migliori stanno ancora preparando passaggi di consegne invece di esprimere giudizi? Il tuo organigramma è ancora costruito per la vecchia catena PM-Designer-Developer-Tester? I diritti decisionali sono ancora troppo lontani dalle persone che possiedono il vero contesto?
Comprare l'accesso all'IA è facile. La trasformazione vera è più difficile. Significa ridisegnare i ruoli, spingere la proprietà nei piccoli pod, ricostruire l'infrastruttura attorno agli agenti e ridefinire la leadership stessa.
I vincitori di quest'era non si limiteranno a usare modelli migliori. Ricostruiranno più in fretta. Sostituiranno le catene di passaggi con reti di pod. Sposteranno il contesto verso il fronte. Alzeranno l'asticella del giudizio.
L'IA non sta solo riscrivendo i compiti. Sta riscrivendo l'azienda. La finestra è aperta adesso. Non resterà aperta a lungo.