International Watch · AI Governance · Decision Traceability

CAIO e CTO: chi risponde delle decisioni dell’AI?

Roberto Malini · 13 ottobre 2026 · Analisi organizzativa QEN

Un agente AI funziona, accede al CRM e propone gli sconti previsti. I rinnovi aumentano. Il margine, però, si riduce. Chi deve rispondere del risultato: chi ha messo il sistema in produzione, chi ha scelto l’obiettivo commerciale o chi ha approvato i limiti entro cui l’agente poteva agire?

È un esempio ipotetico, ma aiuta a leggere una questione concreta di governance aziendale: il rapporto tra Chief AI Officer, o CAIO, e Chief Technology Officer, o CTO. Accorpare i due mandati può avere senso. Occorre rendere esplicito come vengono governate le decisioni che l’AI assume o supporta nei processi aziendali.

Perché concentrare il coordinamento nel CTO può avere senso

Vista dal retrobottega, la questione parte dalle chiavi dei sistemi. Quando accessi, integrazioni, piattaforme e rilascio dipendono dal CTO, introdurre un altro responsabile senza chiarirne l’autorità può aggiungere un passaggio. Il progetto deve comunque ottenere permessi, superare verifiche tecniche e trovare qualcuno che lo mantenga dopo il lancio.

In queste condizioni, un unico referente può rendere più coerente il passaggio dalla proposta alla produzione. È una possibilità organizzativa da valutare sul processo effettivo. La riduzione dei titoli in organigramma, da sola, non dimostra tempi più brevi, costi inferiori o controlli migliori.

Una lettura pubblicata da IBM Think nel 2026 descrive assetti diversi: ruoli combinati, coordinamento trasversale e responsabilità distribuite nelle funzioni aziendali. IBM dichiara di non avere un CAIO dedicato e descrive un coordinamento della trasformazione accompagnato dalla responsabilità dei singoli leader sull’adozione nelle proprie aree. Questi casi mostrano alternative possibili; non stabiliscono quale sia migliore per ogni impresa. [1]

La funzione del CAIO deve avere un mandato riconoscibile

Il CAIO può collegare priorità aziendali, selezione dei casi d’uso e sviluppo delle capacità AI. Può anche governare budget, portafoglio, adozione e criteri di valutazione. Quanto riesce a fare dipende dai poteri e dalle risorse assegnati, oltre che dalle competenze.

Se questa funzione confluisce nel CTO, occorre indicare dove passano i suoi compiti. Chi decide quali problemi affrontare? Chi confronta iniziative concorrenti? Chi verifica che un progetto produca un beneficio nel processo che dovrebbe migliorare? Il mandato trasferito deve rispondere a queste domande.

Il caso degli sconti che consumano il margine

Consideriamo un agente nel CRM che propone offerte per rinnovare i contratti. La direzione commerciale sceglie il segmento di clienti e l’obiettivo. La funzione economica contribuisce a definire un margine minimo. Il CTO governa integrazione, accessi, affidabilità e rilascio.

L’agente applica lo sconto massimo consentito a molti clienti. Alcuni avrebbero rinnovato a condizioni migliori. Il sistema esegue la regola autorizzata, ma l’azienda scopre che l’aumento dei rinnovi non compensa la riduzione del margine. Per capire che cosa correggere bisogna risalire alla scelta dell’obiettivo e alle condizioni approvate.

Il problema può trovarsi nella soglia, nei dati disponibili, nella segmentazione o nella misura del successo. Anche un confronto prima e dopo richiede attenzione: risultati diversi possono dipendere da mercato, stagionalità o composizione dei clienti. Il valore dell’agente deve essere valutato con un confronto omogeneo e con i costi di supervisione inclusi.

Chi deve poter decidere e intervenire

Questa distribuzione è illustrativa: va adattata ai mandati dell’organizzazione. La sua utilità consiste nel rendere visibile dove una decisione tecnica incontra una decisione sul processo e sul risultato economico.

Il responsabile commerciale deve avere un canale praticabile per sospendere un comportamento che compromette gli obiettivi. Il CTO deve poter intervenire sugli incidenti tecnici. Devono essere chiari il coordinamento tra i due ruoli e i criteri per autorizzare il ripristino.

Un responsabile unico può coordinare autorità diverse

Un referente unico non deve necessariamente approvare personalmente ogni azione. Può coordinare un sistema di deleghe, verifiche ed escalation. Per funzionare, quel sistema deve associare a ogni responsabilità il potere di agire e le informazioni necessarie.

La prova utile è concreta: davanti a un’anomalia, qualcuno riconosce il problema, può fermare o limitare l’agente e sa chi deve decidere la modifica. Questa sequenza deve poter essere verificata anche dopo l’evento.

Le evidenze che rendono verificabile la governance

Una politica interna indica le regole. Per sapere se quelle regole hanno guidato una decisione servono evidenze del caso concreto: quale versione del sistema era attiva, quali dati utilizzava, chi aveva approvato il perimetro e quali interventi sono stati eseguiti.

I registri tecnici sono una parte della ricostruzione. Occorre collegarli a mandati, autorizzazioni e criteri economici. Nel caso degli sconti, una traccia dell’offerta inviata non spiega da sola perché quella soglia sia stata scelta né chi possa cambiarla.

Il contributo di un assessment QEN Sovereign

Nel modello di governance delle evidenze proposto da Cognitive Logic, QEN Sovereign collega fonti governate, evidenze verificabili, tracciabilità decisionale e autorità umana. [2] Applicato a questo problema, un assessment può organizzare la ricognizione dei mandati e dei processi, distinguendo ciò che è documentato da ciò che resta da provare.

Il lavoro comincia da un caso d’uso identificabile. Si raccolgono obiettivi, limiti e approvazioni; si individua chi possiede ogni decisione; si verificano i punti in cui l’agente passa dalla proposta all’azione. Le dichiarazioni sulla possibilità di intervento devono poi essere confrontate con permessi e prove operative.

L’esito può comprendere una mappa delle responsabilità, un registro delle evidenze e una lista di gap con azioni correttive. Per ogni gap vanno indicati conseguenza, responsabile e verifica richiesta. Un assessment documentale non dimostra automaticamente che un controllo funzioni in produzione: quella conclusione richiede test nell’ambiente effettivo.

Quando trasferire capacità dal centro al business

La centralizzazione può aiutare quando competenze, piattaforme e controlli devono essere costruiti o consolidati. Una distribuzione più ampia può essere valutata quando le funzioni dispongono di persone competenti, strumenti comuni e responsabilità esercitabili. Lo stesso gruppo può adottare soluzioni diverse per processi diversi.

Prima del trasferimento conviene fissare i criteri di revisione: chi autorizza l’autonomia, quali evidenze la sostengono e quali eventi impongono di riesaminarla. In questo modo il cambiamento resta una decisione organizzativa riconoscibile anche quando crescono le pressioni per accelerare.

La domanda da portare in direzione

La scelta tra CAIO dedicato e mandato accorpato nel CTO dipende dal contesto. Il criterio da verificare resta lo stesso: per ogni agente, l’azienda sa chi ne ha approvato lo scopo, chi ne governa i limiti e chi può modificarne o interromperne l’uso?

Quando queste risposte sono documentate e i poteri possono essere esercitati, l’organizzazione dispone di una base concreta per governare l’AI. È su quella base che va valutato il modello, insieme ai risultati che produce.