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:
- Strategy to Portfolio (S2P)
- Requirement to Deploy (R2D)
- Request to Fulfill (R2F)
- 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:
| Functional Component IT4IT | Agente specializzato | Autonomia | Controllo umano |
|---|---|---|---|
| Requirement | Analista requisiti agentico | HITL 2 (review) | Architetto approva backlog |
| Plan & design | Agente pianificazione | HITL 1 (approve) | PM approva milestone |
| Develop | Agente sviluppatore (coding) | HITL 3 (autonomo) | Code review obbligatoria post |
| Test | Agente QA automatico | HITL 3 | Solo escalation su fallimenti anomali |
| Deploy | Agente release | HITL 1 | Change approval board |
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
- Orchestratori — ricevono l'obiettivo, lo scompongono, assegnano ai specialisti
- Specialisti — eseguono compiti verticali (es. gap-analysis, security audit, investimento)
- 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
valueStreameit4itSections, 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
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.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.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.Ferma l'identità e i grant prima dei prompt
Un agente senza identità verificabile e senza grant espliciti è un rumor nel sistema.Misura come IT4IT misura
Usa i Key Data Objects del framework: service release lead time, requirement churn, fulfillment automation rate, detection-to-correction time.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
- The Open Group — IT4IT Standard, Version 3.0.1 — https://publications.opengroup.org/c24a
- The Open Group — About IT4IT — https://www.opengroup.org/about-it4it%E2%84%A2
- 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/
- 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
- ServiceNow — IT4IT v3 Blueprint: Utah Version — https://www.servicenow.com/community/architect-articles/servicenow-it4it-v3-blueprint-utah-version/ta-p/2619269
- 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
- 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
- OpenDigitalProductFactory — AI Agent Meta Model — https://github.com/OpenDigitalProductFactory/opendigitalproductfactory/blob/main/docs/architecture/ai-agent-meta-model.md
- OpenDigitalProductFactory — Gap Analysis Agent Prompt — https://github.com/OpenDigitalProductFactory/opendigitalproductfactory/blob/main/docs/superpowers/specs/2026-03-30-ai-coworker-skills-marketplace.md
- Microsoft — Agentic DevOps in action — https://developer.microsoft.com/blog/reimagining-every-phase-of-the-developer-lifecycle/
- D2i Technology — Complete Agentic SDLC Guide — https://d2itechnology.com/blogs/complete-asdlc-guide-requirements-to-deployment/
- 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
- 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
Top comments (0)