ITIL 5 | La Actualización Visible es la IA
ITIL (version 5): La actualización visible es la IA; la actualización profunda es el ciclo de vida
Hay un tipo de cambio que se nota enseguida: el que trae palabras nuevas que “suenan a 2026”. Y hay otro que tarda más en calar: el que cambia la forma en la que una organización se explica a sí misma cómo entrega valor.
ITIL (version 5) tiene de los dos.
Sí, ITIL (version 5) habla de IA. En el momento actual, casi cualquier marco que pretenda describir la gestión de productos y servicios digitales necesita asumir que la automatización inteligente existe, y que altera la escala, la velocidad y las expectativas. En ese sentido, la presencia de IA se siente inevitable, casi “por obligación” del contexto.
Aun así, el cambio que de verdad reordena el tablero es menos sexy: ITIL (version 5) pone el ciclo de vida del producto y del servicio en el centro. Lo hace de forma muy explícita, con un Product and Service Lifecycle Model de ocho etapas (Discover, Design, Acquire, Build, Transition, Operate, Deliver, Support) y con una idea clave: lo importante es entender cómo se gestiona ese ciclo en el trabajo real, no como una secuencia perfecta en un póster.
Por qué este giro importa
Durante mucho tiempo, ITSM se contó a sí mismo como un conjunto de prácticas “correctas”, diseñadas para dar control. A partir de ITIL4, el marco ya empuja hacia un modelo que convive con Agile, Lean y DevOps: el Service Value System (SVS) y la Service Value Chain, con seis actividades que se combinan para responder a demanda y crear valor.
El movimiento de ITIL (version 5) es coherente con esa evolución, aunque cambia el foco de la narrativa. Si ITIL4 te daba un modelo operativo para “convertir demanda en valor” mediante actividades de cadena de valor, ITIL (version 5) insiste en que ese valor depende de algo muy concreto: cómo fluye el trabajo a lo largo del ciclo de vida.
Y esta es, en el fondo, la tesis operativa de ITIL (version 5): si quieres entender cómo se gestiona realmente un producto o un servicio, tienes que identificar y mapear tus value streams, analizarlos y mejorarlos de forma continua. No es un consejo “de mejora continua” en abstracto; es una condición para que el modelo sea aplicable en organizaciones reales, donde lo ejecutado nunca coincide al 100% con lo diseñado.
En otras palabras: ITIL 5 no pretende darte un “modelo universal” que se aplique igual en todos sitios. Te da una estructura para mirar tu realidad, representarla, y mejorarla.
De la iteración a la interacción (sin cambiar el objetivo: valor)
En ITIL4, la cadena de valor incluye Engage (Vincular), con un propósito claro: entender necesidades, asegurar transparencia, mantener el compromiso y la relación con las partes interesadas. Eso ya sugiere un modelo de trabajo con feedback, no solo con entregables.
ITIL (version 5) no contradice ese enfoque. Lo refuerza desde el ciclo de vida: cada etapa tiene sentido en la medida en que se alimenta de señales (de demanda, de operación, de uso, de soporte, de proveedores, de clientes). Lo que cambia es el énfasis: deja de bastar con “entregar en ciclos”; se vuelve crítico interactuar de forma sostenida para que el servicio aprenda y el ciclo de vida se ajuste.
Aquí es donde suele aparecer la confusión práctica: organizaciones que “iteran” mucho internamente (backlogs, sprints, releases) sin que eso se traduzca en mejores resultados percibidos. ITIL (version 5), al poner el ciclo de vida en el centro, obliga a mirar dónde se rompe el hilo: transición, operación, soporte, adopción, fricción… y a tratarlo como parte del mismo sistema.
ITIL 5
Los value chain patterns: el puente entre marco y aplicabilidad
Si hay una aportación especialmente útil de ITIL (version 5) para un profesional ITSM es que no se queda solo en “estas son las actividades”. Añade algo que suele marcar la diferencia entre teoría y práctica: patrones comunes de cadena de valor (value chain patterns) que describen configuraciones típicas adoptadas por organizaciones de IT internas.
Esto es interesante por dos motivos:
- Baja el coste de interpretación. En lugar de obligarte a inventar desde cero cómo encaja el lifecycle en tu organización, te ofrece patrones que actúan como plantillas de pensamiento.
- Conecta directamente con prácticas y roles. El propio texto liga la adopción de patrones con las prácticas de gestión necesarias, y con la forma de coordinar responsabilidades.
En la vida real, esto acelera una conversación que suele atascarse: “vale, entiendo el modelo… ¿y ahora qué?”. Los patrones ayudan a responder: “en nuestra situación, ¿qué patrón describe mejor cómo entregamos valor? ¿qué etapas pesan más? ¿dónde se concentra el riesgo? ¿qué coordinación nos falta?”.
Y esto encaja con la idea anterior de los value streams: el patrón te da un mapa “tipo”, el value stream te muestra el mapa “real”. El trabajo serio empieza cuando comparas ambos y decides qué mejorar.
ITIL 5 introduce explícitamente la complejidad (y no es un matiz)
ITIL (version 5) trata la complejidad como una condición relevante del trabajo en entornos digitales, hasta el punto de hablar de optimización de workflows para contextos de complejidad, y de reconocer la impredecibilidad como parte del terreno de juego.
Esto tiene una consecuencia directa para ITSM:
- En contextos simples, puedes diseñar un flujo estándar y esperar cumplimiento.
- En contextos complejos, necesitas un marco que soporte variabilidad, aprendizaje, adaptación y decisiones locales sin perder coherencia.
Ese mensaje no elimina la gobernanza; la redefine. En lugar de usar el proceso como sustituto de criterio, se busca que el sistema sea robusto a la incertidumbre: que se pueda ajustar el “cómo” sin perder el “para qué”.
Cuando conectas esto con el lifecycle, aparece una lectura práctica: la complejidad suele “asomar” justo en los puntos donde el ciclo de vida se rompe (transición mal resuelta, operación desconectada del diseño, soporte ciego a la intención del producto). ITIL (version 5) te da lenguaje para llamar a eso por su nombre y tratarlo como parte del modelo, no como un problema “de otros”.
Entonces, ¿Qué cambia realmente frente a ITIL4?
- ITIL4: estructura el sistema alrededor del SVS y una Service Value Chain de seis actividades, con un enfoque claro en valor y en integración con formas modernas de trabajo.
- ITIL (version 5): explica el trabajo de gestión de productos y servicios a través de un lifecycle de ocho etapas, insiste en mapear y mejorar value streams reales, y ofrece value chain patterns como guía de aplicabilidad. Además introduce explícitamente la complejidad como factor que condiciona workflows y decisiones.
La IA está. Aporta contexto. Marca época. Aun así, la reorganización del marco en torno a ciclo de vida + value streams + patrones + complejidad es lo que cambia el “cómo pensamos” el trabajo, que es lo que suele determinar si una adopción funciona o se queda en terminología.
Claves para avanzar
Si estás valorando el paso de ITIL4 a ITIL (version 5), la pregunta útil no es si “merece la pena actualizarse”, sino si tu organización requiere operar con el lifecycle como unidad de gestión real: mapear value streams, elegir patrones que encajen, medir lo que pasa de verdad y mejorar continuamente, aceptando que la complejidad no se elimina, se gestiona.
En Netmind | BTS podemos ayudarte con un assessment breve, un roadmap de transición y formación para certificación, además de acompañamiento práctico para aterrizar el modelo en la operación.
