Il dibattito sul #companyworldmodel è esploso, e ha tutte le caratteristiche dei dibattiti che mi piacciono: un'intuizione forte al centro, e una conclusione sbagliata che ci si costruisce sopra. L'intuizione forte è questa: le aziende producono quantità enormi di dati operativi, ma continuano a descrivere sé stesse con documenti statici, organigrammi vecchi di due anni e policy scollegate da come il lavoro si fa davvero. Un enterprise world model che rappresenti dipendenze, flussi decisionali, rischi, responsabilità, sistemi serve. Eccome se serve.
La conclusione sbagliata è trattarlo come un sistema operativo. Descrivere l'organizzazione come codice, compilarla, eseguirla. Daniel Rothmann lo ha fatto in modo sistematico in Company as Code: tracciare le relazioni tra persone, policy e sistemi come si tracciano le dipendenze in un codebase, con una "staging environment" per testare i cambiamenti organizzativi prima di implementarli. L'intuizione tecnica è elegante. Il problema è il presupposto che regge tutto.
Perché la tentazione è comprensibile
Chi viene dal software riconosce il pattern. Se posso descrivere l'infrastruttura come codice (Infrastructure as Code), perché non fare lo stesso con l'organizzazione? Se gli agenti AI hanno bisogno di contesto per operare, perché non darglielo in forma strutturata, interrogabile, versionata? È un ragionamento che fila. Fino a un certo punto.
Il punto esatto in cui smette di filare è questo: un'organizzazione non è un'infrastruttura. Un server non ha opinioni su come allocare le risorse. Un router non costruisce fiducia con il router accanto. Una pipeline non prende scorciatoie intelligenti perché ha capito l'obiettivo meglio di chi l'ha progettata.
Le organizzazioni funzionano in modo radicalmente diverso, e il valore (quello vero, quello che fa la differenza fra un'azienda che si adatta e una che si irrigidisce) non nasce dalla corretta assegnazione delle responsabilità. Nasce da ciò che accade *tra* i nodi, non dai nodi. Nasce dalle relazioni informali che cortocircuitano tre livelli di gerarchia. Dalle ambiguità produttive che danno spazio al giudizio. Dai conflitti gestiti che portano a soluzioni che nessuna policy aveva previsto. Dalla fiducia accumulata che permette a un team di muoversi veloce in condizioni di incertezza. Nessuna di queste cose si codifica.
Il problema con "Company as a Code"
Ridurre l'organizzazione a una grammatica di task, ruoli, policy e relazioni dichiarate è una mossa da ingegneri abituati a sistemi deterministici applicata a sistemi complessi e adattativi. Un modello utile dovrebbe rappresentare fragilità, dipendenze nascoste, densità delle relazioni, qualità delle conversazioni, capacità di apprendimento. Non solo chi riporta a chi, o quale ruolo possiede quale task. Il rischio non è teorico. Se il company world model diventa il modo principale per *governare* (non per capire, ma per eseguire) sterilizza esattamente ciò che rende un'organizzazione capace di adattarsi. Codifichi lo stato corrente, e poi difendi lo stato corrente. L'organizzazione diventa la propria specifica. C'è una ragione per cui le organizzazioni più rigide che conosco sono quelle che hanno investito di più in RACI, procedure documentate e organigrammi precisi: non perché la documentazione sia il problema, ma perché l'hanno usata come sostituto del giudizio invece che come supporto.
Dove allora il world model ha senso (e ne ha molto)
Detto questo, il company world model come *mappa* è esattamente lo strumento che serve per governare la collaborazione tra agenti e persone nell'era in cui stiamo entrando. Rohit Krishnan ha scritto la cosa più lucida che ho letto su questo: con migliaia di agenti che prendono migliaia di decisioni al giorno, il management non può funzionare alla vecchia. La metafora è passare dal first-person shooter (controlli ogni singolo movimento) a Starcraft: muovi unità verso obiettivi, supervisionando per eccezioni. Il world model è il campo di battaglia che ti permette di farlo. Non esegue l'organizzazione. La *rappresenta* con abbastanza fedeltà da permettere tre cose:
- Dare contesto agli agenti AI. Senza mappa organizzativa, gli agenti operano su frammenti: ottimizzano pezzi isolati, ignorano dipendenze, generano coerenza locale e incoerenza sistemica. Il world model è il sistema nervoso condiviso.
- Girare controfattuali prima di agire. Cambi struttura? Riallouchi responsabilità? Prima simuli. Il world model è uno spazio di simulazione, non di esecuzione.
- Gestire per eccezioni invece che per controllo. Non controllo che ogni agente faccia la cosa giusta: costruisco la capacità di rilevare quando qualcosa va storto rispetto alla baseline attesa. Fowler e Böckeler lo chiamano harness: non il bastone del comando, ma la rete di sensori e vincoli che mantiene il sistema in rotta.
Questi tre usi sono potenti. Nessuno dei tre richiede di *eseguire* l'organizzazione come fosse codice.
La distinzione che conta davvero
Il management tradizionale ha provato a eseguire le organizzazioni per decenni. Procedure, RACI, organigrammi, OKR a cascata. Il risultato è noto: le aziende nel 95% dei casi sono ancora organizzate come nel Medioevo (vassalli, valvassori, capetti) non perché qualcuno sia stupido, ma perché la struttura piramidale era la risposta giusta alle ragioni per cui le imprese nascevano: economie di scala, integrazione di filiera e, soprattutto, concentrazione della conoscenza.
Quando quelle tre ragioni cedono (e l'AI le sta facendo cedere tutte e tre insieme) la piramide non è solo inefficiente. È strutturalmente disallineata. Ma la risposta non è sostituire la piramide con un'altra forma di esecuzione centralizzata, questa volta codificata. La risposta è decentralizzare l'autonomia e la padronanza a chi tocca il problema (il confine del lavoro, non il centro) e centralizzare la governance attraverso l'AI, non attraverso layer manageriali. In questo schema, il world model fa il suo lavoro: è lo strumento di governance distribuita, la mappa che orienta agenti e persone, il campo di simulazione in cui il management verifica le ipotesi prima di metterle in campo.
Non è il sistema operativo. È il sistema nervoso che trasmette segnali, integra informazioni, e lascia all'organismo la capacità di rispondere in modi che nessuna specifica ha previsto. Priel Korenfeld ha ragione: nessun agente AI capirà mai il sarcasmo di una riunione o i riferimenti impliciti costruiti in anni di lavoro insieme. Non perché l'AI sia stupida, ma perché quella conoscenza (tacita, relazionale, contestuale) non è codificabile. E se non è codificabile, non può stare nel world model.Il che ci dice qualcosa di importante: non tutto il valore organizzativo è rappresentabile. E quello che non è rappresentabile è spesso quello che conta di più.
Quindi sì: costruiamo enterprise world model. Rendiamoli interrogabili, aggiornati, utili agli agenti e ai manager che li supervisionano. Usiamoli come mappa per navigare la complessità e come campo di simulazione per le decisioni ad alto impatto.
Ma se qualcuno vi propone di compilare l'organizzazione e di eseguirla, chiedetegli quante volte ha lavorato in un'organizzazione vera.
