ITIL 4 es el marco de buenas prácticas para la gestión de servicios de TI (ITSM), organizado alrededor del sistema de valor del servicio y de 34 prácticas de gestión. En la práctica, casi ninguna operación implementa las 34: empieza por la mesa de servicios, la gestión de incidentes y la gestión de solicitudes, y crece desde ahí.
El valor de ITIL 4 aparece cuando el marco deja de ser un vocabulario de certificación y empieza a orientar decisiones diarias: por dónde entra una solicitud, quién asume la responsabilidad, qué plazo se compromete, cómo se comunica una interrupción y qué datos se revisan para mejorar el servicio. El objetivo no es sumar burocracia. Es construir un flujo que permita a TI entregar valor de manera repetible y visible para el negocio.
Esta entrada explica qué cambió respecto de ITIL v3, cuáles son las cuatro prácticas por las que conviene empezar, cómo se traducen los siete principios rectores en decisiones concretas y qué hacer para que el marco no termine siendo un conjunto de documentos que nadie usa.
Qué cambió de ITIL v3 a ITIL 4
ITIL v3 organizaba la gestión alrededor del ciclo de vida del servicio: estrategia, diseño, transición, operación y mejora continua. ITIL 4 reemplaza esa lógica por el sistema de valor del servicio y pone el foco en cómo distintas actividades, prácticas, personas, proveedores y tecnologías colaboran para transformar una demanda en valor. El cambio parece conceptual, pero tiene una consecuencia práctica: ya no alcanza con optimizar procesos aislados si el flujo completo sigue generando espera, retrabajo o pérdida de contexto.
Para una mesa de servicios, esto significa observar el recorrido real del usuario. Un incidente no termina cuando el ticket cambia de estado; termina cuando el servicio vuelve a estar disponible y la persona afectada recibe una respuesta comprensible. Una solicitud no funciona porque existe un formulario; funciona cuando tiene criterios claros, responsable, plazo y una forma de medir el resultado.
Lo que se mantiene: el vocabulario. Incidente, problema, cambio, solicitud de servicio, SLA y CMDB siguen siendo los términos de referencia, de modo que un equipo que ya trabajó con ITIL v3 no necesita aprender todo de nuevo. Lo que cambia es la forma de conectarlos: en lugar de etapas secuenciales, ITIL 4 propone cadenas de valor flexibles que se combinan según lo que se quiere entregar, y se lleva mejor con metodologías ágiles, DevOps y entornos en la nube.
Las cuatro prácticas por donde se empieza
Una adopción viable comienza por pocas prácticas conectadas. La mesa de servicios ofrece el punto único de contacto. La gestión de incidentes busca restaurar el servicio con rapidez. La gestión de solicitudes organiza pedidos recurrentes. La habilitación de cambios reduce el riesgo de modificar el entorno sin evaluar impacto, autorización y comunicación.
| Práctica | Qué resuelve | Qué se necesita para empezar | Señal de que funciona |
|---|---|---|---|
| Mesa de servicios | Canales dispersos y falta de responsable | Canal único, categorías y responsables | Las demandas quedan registradas y tienen dueño |
| Gestión de incidentes | Interrupciones sin prioridad ni escalamiento | Impacto, urgencia, SLA y escalamiento | El servicio se restaura dentro del objetivo y se comunica el avance |
| Gestión de solicitudes | Pedidos repetitivos tratados como excepciones | Catálogo mínimo, datos obligatorios y aprobación | Las solicitudes siguen un flujo previsible |
| Habilitación de cambios | Cambios que generan fallas o sorpresas | Riesgo, impacto, autorización y calendario | Los cambios tienen trazabilidad y menos incidentes asociados |
Estas cuatro prácticas forman una base suficiente para empezar a medir. OTRS permite configurar colas, responsables, prioridades, SLA, formularios, aprobaciones y trazabilidad para que el diseño acordado se convierta en operación. La plataforma no reemplaza la definición del proceso, pero evita que esa definición quede dispersa en documentos que nadie consulta durante el trabajo.
Un orden razonable es avanzar en capas: primero se ordena la entrada con la mesa de servicios, después se define cómo se atienden las interrupciones y los pedidos, y recién entonces se regulan los cambios. Con ese recorrido, cada práctica aporta datos a la siguiente: los incidentes repetidos muestran qué cambios fallan, y las solicitudes frecuentes muestran qué conviene automatizar.
Los siete principios rectores, traducidos a decisiones
Centrarse en el valor significa priorizar lo que mejora la experiencia del usuario y la continuidad del negocio. Empezar donde se está implica aprovechar categorías, conocimientos y métricas que ya existen, en lugar de borrar todo. Progresar iterativamente pide implementar un flujo pequeño, observarlo y corregirlo antes de expandirlo. Colaborar y promover visibilidad exige que responsables, plazos y decisiones puedan verse. Pensar y trabajar de forma holística conecta personas, procesos, tecnología y proveedores. Mantenerlo simple evita controles que no cambian ninguna decisión. Optimizar y automatizar llega al final: primero se entiende el flujo y después se automatizan las tareas repetibles.
La traducción práctica es directa: si una regla no ayuda a priorizar, decidir, comunicar o aprender, debe revisarse. Si una automatización acelera un proceso mal definido, también acelera sus errores. ITIL 4 sirve para ordenar esas conversaciones sin imponer que todas las organizaciones trabajen de la misma manera.
Un ejemplo habitual: un equipo quiere sumar un campo más al formulario de solicitudes. Antes de hacerlo, la pregunta es qué decisión cambia ese dato. Si nadie lo usa para priorizar, derivar o medir, el campo solo agrega fricción al usuario y trabajo al agente. Aplicar los principios es, en gran parte, hacerse esa pregunta con constancia.
Cómo evitar el ITIL de papel
El ITIL de papel aparece cuando el equipo documenta procesos ideales, pero los usuarios siguen escribiendo por chat, los agentes resuelven fuera del sistema y los SLA no reflejan el impacto real. También aparece cuando la certificación se convierte en objetivo final y no en un medio para compartir lenguaje y tomar mejores decisiones.
Para evitarlo, conviene elegir un servicio frecuente, describir su flujo actual, definir el resultado esperado y configurar solo los datos necesarios para gestionarlo. Durante 30 días, el equipo debe revisar volumen, tiempos, reabiertos, derivaciones y causas de incumplimiento. Con esa evidencia se corrige el proceso y recién después se amplía el alcance. La madurez no se demuestra por la cantidad de prácticas declaradas, sino por la capacidad de cumplir, medir y mejorar.
Aufiero Informática es distribuidor de OTRS por EasyVista en Latinoamérica y acompaña a los equipos de TI en la estructuración de procesos, configuración de la plataforma y evolución de la gestión de servicios. Si querés ubicar ITIL dentro del panorama completo, leé también qué es ITSM y por dónde empieza un equipo de TI.
Preguntas frecuentes sobre ITIL 4
¿Qué es ITIL 4?
Es el marco de buenas prácticas para gestión de servicios de TI, organizado en el sistema de valor del servicio y 34 prácticas de gestión.
¿Cuál es la diferencia entre ITIL v3 e ITIL 4?
ITIL 4 reemplaza el ciclo de vida por el sistema de valor y pone el foco en flujo de valor, no en procesos aislados.
¿ITIL es obligatorio para tener un service desk?
No. Es una referencia de vocabulario y de práctica, no un requisito.
¿Por cuál práctica se empieza?
Por mesa de servicios, gestión de incidentes y gestión de solicitudes.
¿Se necesita certificar al equipo?
Ayuda a alinear vocabulario, pero no reemplaza tener catálogo, colas y SLA definidos.
Lecturas recomendadas
- Qué es ITSM y por dónde empieza un equipo de TI
- Mesa de ayuda vs mesa de servicios: diferencias, tabla comparativa y cómo elegir
- OTRS: plataforma de service desk e ITSM
- ITIL 4 — PeopleCert
- ISO/IEC 20000-1
