Come creare un'organizzazione IT agentica usando IT4IT come architettura di controllo

1. Perché adesso

Negli ultimi 18 mesi l'orchestrazione di agenti AI è uscita dai paper ed è arrivata nei tool: LangGraph, CrewAI, watsonx Orchestrate, Microsoft Agent Framework, ServiceNow e Automation Anywhere hanno tutti introdotto concetti di agentic AI per ITSM e operations.

Ma c'è un buco: nessuno di questi modelli spiega dove l'agente deve agire all'interno del ciclo di vita del servizio IT, chi lo autorizza, e come si misura il risultato in termini di business.

Qui entra IT4IT. Non come processo da seguire, ma come architettura di riferimento che definisce i confini, i dati e i flussi valore entro cui gli agenti possono operare.

2. IT4IT non è un processo, è una spina dorsale architetturale

L'IT4IT Reference Architecture (The Open Group, v3.0.1) definisce quattro flussi valore end-to-end:

1. Strategy to Portfolio (S2P)
2. Requirement to Deploy (R2D)
3. Request to Fulfill (R2F)
4. Detect to Correct (D2C)

Ogni flusso è definito da:

• Functional Components (cosa succede)
• Key Data Objects (cosa si muove)
• Service Model (come si evolve il servizio)

Questa struttura è indipendente da vendor, metodologia e strumenti. È quindi il dominio di verità su cui mappare qualunque implementazione agentica, invece di lasciare che ogni tool decida da sé cosa significa “sviluppo” o “produzione”.

3. Mappare i 4 flussi valore su agenti specializzati

L'approccio consiste nel sostituire o affiancare esecutori umani con agenti purposed, mantenendo invariata l'architettura IT4IT. Ogni agente è vincolato a:

• un flusso valore (valueStream)
• una sezione IT4IT (it4itSections)
• un set di grant di strumento definiti
• un livello di autonomia HITL (Human-In-The-Loop) a tier

Esempio pratico per Requirement to Deploy:

Lo stesso schema vale per gli altri flussi:

• S2P: agenti di portfolio, demand, prioritizzazione
• R2F: agenti di catalog, provisioning, chargeback
• D2C: agenti di monitoraggio, root-cause, remediation

4. Gerarchia, identità e controlli umani

Per evitare il caos di “N agenti che fanno quello che vogliono”, il modello operativo richiede tre strati:

4.1 Gerarchia a 3 livelli

1. Orchestratori — ricevono l'obiettivo, lo scompongono, assegnano ai specialisti
2. Specialisti — eseguono compiti verticali (es. gap-analysis, security audit, investimento)
3. Esecutori — interagiscono con tool e dati, sotto grant ristretti

Questa struttura riduce la complessità: l'orchestratore gestisce il flusso, lo specialista gestisce il dominio, l'esecutore gestisce l'azione.

4.2 Identità e tracciabilità

Ogni agente ha un'identità durevole (es. gaid:priv:dpf.internal:coo-orchestrator) e un profondo di esecuzione che registra:

• quale grant ha usato
• quale prompt/versione
• quale outcome
• chi ha supervisionato

Questo serve per audit, debug e compliance.

4.3 Governance a tier HITL

Non “umano nel loop” come slogan, ma come parametro configurabile per ruolo e rischio:

• Tier 0: solo umano
• Tier 1: agente propone, umano approva
• Tier 2: agente esegue, umano review post
• Tier 3: agente autonomo, con escalation automatica su soglie

I tier non sono uguali per tutti: un agente che modifica regole firewall ha Tier 1, un agente che formatta report ha Tier 3.

5. Pro e contro — realistici

Pro

• Allineamento strutturale: IT4IT già definisce i confini dei flussi; gli agenti non “inventano” il proprio ruolo, lo ereditano dall'architettura.
• Misurabilità: perché ogni agente opera su Key Data Objects IT4IT, i risultati sono tracciabili come dati, non come chat.
• Interoperabilità: se tutti gli agenti parlano la stessa lingua di dati (service release, requirement, incident), i tool non sono più silos.
• Gradualità: si può iniziare da un solo flusso valore (es. Detect to Correct) senza rifare tutta l'organizzazione.
• Governance by design: identità, grant e HITL tier sono parte del modello, non patch successive.

Contro

• Costo di mappatura: ogni Functional Component IT4IT deve essere formalizzato in prompt, grant e metriche. Non è banale.
• Rischio di sovraccarico di orchestrazione: a 46 agenti specializzati (come nel modello DPF) serve un controller solido, altrimenti si aggiunge complessità invece di rimuoverla.
• Lock-in semantico: se IT4IT guida tutto, cambiare framework futuro è più costoso che con tool generici.
• Sicurezza dei grant: un errore nei permessi di un agente in Tier 3 può propagarsi senza controllo. Richiede policy di default-deny strette.
• Maturità delle organizzazioni: funziona solo se l'azienda ha già chiari strategia, portfolio e data model. In caos organizzativo, aggiungere agenti amplifica il rumore.

6. Casi concreti e riferimenti verificabili

• The Open Group IT4IT Standard v3.0.1 — definisce l'architettura di riferimento e le relazioni tra i 4 flussi valore.
• ServiceNow IT4IT v3 Blueprint — mappa funzionalmente IT4IT su strumenti DevOps/ITSM reali; conferma che il framework è implementabile.
• Rabobank / Shell / Delta Lloyd — casi studio ufficiali The Open Group che usano IT4IT per semplificare toolchain, ridurre vendor e migliorare time-to-market. Il salto logico è sostituire parte dei processi manuali con agenti governati.
• OpenDigitalProductFactory — l'unico progetto open source che mappa esplicitamente agenti su valueStream e it4itSections, dimostrando che l'accoppiamento è fattibile tecnicamente.
• Microsoft — Agentic DevOps — mostra come ogni fase del ciclo di sviluppo possa essere assistita o governata da agenti, confermando la fattibilità del modello R2D agentico.
• Deloitte — AI Agent Orchestration — evidenzia che la chiave del successo enterprise non è l'agente singolo, ma l'orchestrazione e la governance, esattamente quello che IT4IT fornisce.

7. Come iniziare senza bruciare l'organizzazione

1. Mappa prima gli strumenti, non gli agenti
   
   Usa IT4IT per catalogare i tool esistenti nei 4 flussi valore. Trova i colli di bottiglia, i silos e le duplicazioni.

2. Scegli un solo flusso valore come pilota
   
   Detect to Correct è il più comune: monitoraggio, incident, problem. Ha outcome misurabili (MTTR, number of incidents) e rischi contenuti.

3. Definisci 2-3 agenti specialisti, non 20
   
   Esempio: agente di classificazione incident, agente di runbook automation, agente di root-cause suggester. Tier HITL 1-2.

4. Ferma l'identità e i grant prima dei prompt
   
   Un agente senza identità verificabile e senza grant espliciti è un rumor nel sistema.

5. Misura come IT4IT misura
   
   Usa i Key Data Objects del framework: service release lead time, requirement churn, fulfillment automation rate, detection-to-correction time.

6. Pubblica una “Decision Perspective Gate”
   
   Anche semplice: ogni azione borderline dell'agente deve mostrare perché la prende, su quale criterio IT4IT, e con quale livello di confidenza.

8. Sintesi per il board

L'IT agentica non è un progetto di AI generica. È un progetto di architettura di governance in cui gli agenti sono gli esecutori, e IT4IT è il modello di what-to-build/when-to-act.

I benefici sono reali: trasparenza, velocità, riduzione del toil, tracciabilità. I rischi sono anch'essi reali: complessità di orchestrazione, lock-in semantico, necessità di una governance stretta.

L'approccio più sicuro non è “agenti ovunque”, ma un flusso valore alla volta, con confini IT4IT chiari e HITL non negoziabile.

Fonti

1. The Open Group — IT4IT Standard, Version 3.0.1 — https://publications.opengroup.org/c24a
2. The Open Group — About IT4IT — https://www.opengroup.org/about-it4it%E2%84%A2
3. The Open Group Blog — The IT4IT Reference Architecture is a Digital Product Blueprint (2022) — https://blog.opengroup.org/2022/05/24/the-it4it-reference-architecture-is-a-digital-product-blueprint-for-cost-savings-and-automation/
4. The Open Group Blog — Who’s Using the IT4IT Standard: Banking/Insurance (2019) — https://blog.opengroup.org/2019/09/19/the-interesting-case-of-whos-using-the-it4it-standard-part-one-the-banking-and-insurance-sectors
5. ServiceNow — IT4IT v3 Blueprint: Utah Version — https://www.servicenow.com/community/architect-articles/servicenow-it4it-v3-blueprint-utah-version/ta-p/2619269
6. Tambo, T. et al. — Digital services governance: IT4IT for management of technology — Journal of Science and Technology Policy Management, 2019 — https://www.sciencedirect.com/science/article/pii/S1741038X19000518
7. IAMOT 2017 — IT4IT as a Management of Technology Framework — https://pure.au.dk/ws/files/112882194/IAMOT_2017_IT4IT_AS_A_MANAGEMENT_OF_TECHNOLOGY_FRAMEWORK_proc.pdf
8. OpenDigitalProductFactory — AI Agent Meta Model — https://github.com/OpenDigitalProductFactory/opendigitalproductfactory/blob/main/docs/architecture/ai-agent-meta-model.md
9. OpenDigitalProductFactory — Gap Analysis Agent Prompt — https://github.com/OpenDigitalProductFactory/opendigitalproductfactory/blob/main/docs/superpowers/specs/2026-03-30-ai-coworker-skills-marketplace.md
10. Microsoft — Agentic DevOps in action — https://developer.microsoft.com/blog/reimagining-every-phase-of-the-developer-lifecycle/
11. D2i Technology — Complete Agentic SDLC Guide — https://d2itechnology.com/blogs/complete-asdlc-guide-requirements-to-deployment/
12. Deloitte — AI Agent Orchestration (2026 TMT Predictions) — https://www.deloitte.com/us/en/insights/industry/technology/technology-media-and-telecom-predictions/2026/ai-agent-orchestration.html
13. Deloitte — Agentic AI Orchestration, Governance, and Best Practices — https://www.deloitte.com/us/en/what-we-do/capabilities/applied-artificial-intelligence/articles/agentic-ai-orchestration-governance.html