Qué es ITIL y cómo aplicarlo en tu área

ITIL son las siglas de Information Technology Infrastructure Library. Es un conjunto de buenas prácticas para gestionar servicios, pensado al principio para áreas de tecnología y aplicable a cualquier equipo que entregue un servicio interno o externo.

Lo creó a fines de los años ochenta la CCTA, una agencia del gobierno británico, para ordenar cómo los ministerios compraban y operaban tecnología. Tuvo varias ediciones (la v3 de 2007 y su revisión de 2011 son las que más se difundieron) y desde 2021 pertenece a PeopleCert, que administra las certificaciones. ITIL 4, publicada en 2019, es la versión que describe este artículo.

Su premisa central es simple: un servicio existe para crear valor junto con quien lo recibe, y ese valor depende de cómo lo gestionas de principio a fin, desde que se diseña hasta que se retira.

Para el gerente, ITIL ofrece un lenguaje común y una estructura de procesos que evita que cada incidente se convierta en caos.

Los cinco componentes del sistema de valor de ITIL 4

ITIL 4 organiza su modelo alrededor de lo que llama el Sistema de Valor del Servicio (SVS), que tiene cinco componentes:

• Principios guía. Siete criterios para tomar decisiones: enfocarse en el valor; comenzar donde estás; progresar de forma iterativa con retroalimentación; colaborar y promover la visibilidad; pensar y trabajar de forma integral; mantenerlo simple y práctico; optimizar y automatizar. Funcionan como filtros al momento de diseñar o mejorar un proceso.
• Gobierno. Cómo la dirección orienta y controla la organización. Define quién decide y con qué reglas.
• Cadena de valor del servicio. Seis actividades que describen cómo fluye el trabajo: planificar, mejorar, involucrar, diseñar y hacer la transición, obtener o construir, y entregar y dar soporte.
• Prácticas. Son las capacidades concretas. ITIL 4 define 34: 14 de gestión general, 17 de gestión de servicios y 3 de gestión técnica. Las que más aparecen en el trabajo diario son mesa de servicio, gestión de incidentes, gestión de problemas, habilitación del cambio y gestión del nivel de servicio.
• Mejora continua. Atraviesa todo el sistema, y ITIL la trata además como una práctica propia con su modelo de pasos. Se parece al ciclo PDCA de la mejora continua en calidad.

Las prácticas que más usarás en el día a día

De las 34 prácticas de ITIL, un gerente que no dirige un área de tecnología suele trabajar con cuatro o cinco.

Mesa de servicio (Service Desk). Es el punto único de contacto entre tu equipo y los usuarios del servicio. Si tienes un canal de tickets, correo de soporte o chat para recibir solicitudes, ya tienes una mesa de servicio. ITIL te da la estructura para que no colapse. Una distinción útil desde el primer día: un pedido de algo previsto (un acceso, un reporte, un equipo nuevo) es una solicitud de servicio y tiene su propia práctica; un incidente es algo que dejó de funcionar.

Gestión de incidentes. Un incidente es una interrupción no planificada de un servicio o una baja en su calidad. ITIL define cómo clasificar, priorizar, escalar y resolver incidentes en el menor tiempo posible. El foco está en restaurar el servicio; buscar culpables solo retrasa la solución y hace que la gente reporte menos.

Gestión de problemas. Mientras la gestión de incidentes apaga el fuego, la gestión de problemas busca la causa raíz para que el fuego no vuelva a ocurrir. Un problema es la causa, conocida o no, de uno o varios incidentes. Si ya usas la metodología 8D o el diagrama de Ishikawa, encajan bien con esta práctica.

Habilitación del cambio. En versiones anteriores se llamaba gestión de cambios. Controla cómo se evalúan, autorizan y programan los cambios en el servicio, para que un cambio bien intencionado no genere un incidente nuevo. ITIL 4 le cambió el nombre para subrayar que su función es que los cambios salgan, con el riesgo bajo control.

Gestión del nivel de servicio. Define acuerdos claros con el cliente interno o externo sobre qué va a recibir y en qué tiempo, y mide si se cumplen. Si alguna vez has negociado una SLA (Service Level Agreement), ya practicaste esta parte; el nivel de servicio es el indicador que la acompaña.

Cómo se ve ITIL en la práctica: un ejemplo de flujo

Supón que eres gerente de operaciones y tu área gestiona el servicio de facturación para otras unidades.

Un usuario reporta que el sistema no genera facturas desde esta mañana. Así actuaría un equipo con ITIL:

Paso	Práctica ITIL	Acción concreta
1	Mesa de servicio	El ticket entra y se registra; como afecta a todas las unidades, se clasifica como incidente de prioridad alta
2	Gestión de incidentes	Se escala al equipo técnico, se avisa a las unidades afectadas y se da un tiempo estimado de resolución
3	Gestión de incidentes	El equipo restaura el servicio con una solución temporal; se cierra el ticket con lo que se hizo
4	Gestión de problemas	Se abre un problema para investigar por qué ocurrió y evitar que se repita
5	Habilitación del cambio	Si la solución definitiva requiere modificar el sistema, el cambio se evalúa y se programa antes de aplicarse
6	Gestión del nivel de servicio	Se compara el tiempo real contra lo acordado: si la SLA dice 4 horas para prioridad alta y se resolvió en 3, se cumplió

El resultado es un flujo trazable, con responsables claros y sin reuniones de emergencia improvisadas.

Errores comunes al implementar ITIL

Muchos equipos fracasan al aplicar ITIL por las mismas razones. Conocerlas de antemano ahorra meses de frustración.

Implementar todo a la vez. ITIL tiene 34 prácticas. Empezar por todas genera burocracia sin valor. La recomendación práctica es elegir dos o tres prácticas que resuelvan un dolor real del área y madurarlas antes de sumar más.

Confundir el marco con el software. ITIL es un conjunto de principios y prácticas. El software (Jira Service Management, ServiceNow, Freshdesk) puede ayudar a operarlo, pero comprar la herramienta sin entender el proceso es automatizar el desorden.

Ignorar al equipo. Los procesos ITIL los ejecutan personas. Si el equipo no entiende para qué sirve cada paso, los formularios se llenan por cumplir y la información pierde valor.

Medir todo sin analizar nada. ITIL genera muchos datos: tiempos de resolución, volumen de incidentes, cumplimiento de SLA. Elige las dos o tres métricas que de verdad te ayudan a decidir y revisa solo esas, por ejemplo el porcentaje de incidentes resueltos dentro de la SLA y el tiempo promedio de resolución.

Por dónde empezar si eres gerente sin contexto técnico

Si tu área no es de TI pero quieres aplicar la lógica de ITIL, estos tres pasos son suficientes para comenzar:

1. Define tu servicio. ¿Qué entrega tu área? ¿A quién? ¿Con qué frecuencia? Sin esto, no hay marco que funcione.
2. Crea un canal único de solicitudes. Puede ser un formulario, un correo dedicado o una herramienta de tickets. Lo importante es que las solicitudes no lleguen por WhatsApp personal ni por pasillos.
3. Documenta los incidentes. Cada vez que algo falle, registra qué pasó, cuándo, quién lo resolvió y cuánto tiempo tomó. Con tres meses de datos ya puedes identificar patrones. Por ejemplo: si de 120 incidentes registrados 42 ocurrieron en los dos días de cierre de mes (35 %), esos 42 casos probablemente comparten una causa, y vale la pena abrir un problema para buscarla.

Para complementar esta visión con un enfoque de indicadores que te permita monitorear el servicio, el artículo sobre indicadores en pares para el tablero de tu área te da una estructura directamente aplicable.

ITIL como lenguaje de gestión

Muchos gerentes evitan ITIL porque lo ven como un camino de certificaciones costosas y teoría densa. La realidad es más simple: puedes adoptar la lógica de ITIL sin certificarte en nada.

Conviene saber cómo funcionan las certificaciones. ITIL certifica personas (el nivel de entrada es ITIL 4 Foundation). Una organización que quiere certificar su gestión de servicios lo hace contra la norma ISO/IEC 20000-1, que comparte buena parte de la lógica de ITIL, del mismo modo que se certifica la calidad con la ISO 9001.

Lo que ITIL te da es un lenguaje para hablar de servicios, un mapa para ordenar procesos que hoy son informales y una base para mejorar de forma sistemática. Eso tiene valor tanto si tu área es de tecnología como si es de recursos humanos, finanzas u operaciones.

El primer paso siempre es el mismo: entender qué servicio entregas y qué experiencia tiene quien lo recibe. Con esa claridad, el resto del marco se vuelve una herramienta a tu favor.