¿Qué es ITIL?
ITIL es un marco de referencia muy extendido con buenas prácticas para la gestión de servicios de TI. Describe cómo se planifican, prestan y mejoran de forma continua los servicios de TI para que aporten un beneficio medible a la empresa. La versión actual se llama ITIL 4.

ITIL: definición y origen
ITIL significa «IT Infrastructure Library». Esta colección de buenas prácticas surgió en la década de 1980 en un organismo público británico y, con los años, se convirtió en el marco de gestión de servicios de TI más utilizado del mundo. ITIL no es una ley ni una norma, sino una orientación: aporta conceptos, prácticas y principios que cada empresa puede adaptar a su tamaño.
La versión actual, ITIL 4, ya no sitúa en el centro procesos rígidos, sino la creación de valor: un sistema de valor del servicio une principios rectores, gobernanza, cadena de valor, 34 prácticas y mejora continua. Se pueden certificar las personas según ITIL; las organizaciones pueden someterse a auditoría según la norma afín ISO/IEC 20000.
Las prácticas más importantes en el día a día
Para las medianas empresas, solo unas pocas prácticas son realmente decisivas. Forman la columna vertebral de cualquier Service Desk y pueden aplicarse sin certificación. Es importante separar bien los conceptos: una avería se repara con rapidez, mientras que su causa se elimina de forma duradera mediante la gestión de problemas.
- Gestión de incidentes: reparar rápido las averías para que la actividad continúe
- Gestión de problemas: encontrar y eliminar las causas de averías recurrentes
- Gestión de solicitudes de servicio: tramitar peticiones estándar, como accesos o equipos nuevos
- Habilitación de cambios (change enablement): introducir cambios en los sistemas de TI de forma controlada y valorando el riesgo
- Gestión de niveles de servicio: acordar y medir de forma vinculante servicios y tiempos de respuesta
- Gestión del conocimiento: documentar el saber y hacerlo accesible para todos
Ejemplo práctico: la impresora que falla una y otra vez
En una asesoría fiscal, la impresora de red se cae una y otra vez tras las actualizaciones. Cada vez, alguien abre un ticket, un técnico reinicia el servicio y una hora después todo está resuelto. Según ITIL, esto es gestión de incidentes: la actividad continúa, pero la causa sigue ahí.
Solo cuando la avería se registra como problema, el proveedor revisa el controlador y lo cambia a una versión estable. El cambio se documenta mediante la habilitación de cambios y se prueba de antemano. El resultado son menos tickets, menos interrupciones y una solución que sigue siendo trazable aunque cambie el personal.
Ventajas, límites y errores habituales
ITIL crea un lenguaje común entre TI, departamentos especializados y proveedores, hace medibles los servicios y reduce la dependencia de personas concretas. El mayor peligro es el exceso de organización: quien implanta todas las prácticas por completo en una empresa de 40 puestos de trabajo genera más burocracia que beneficio.
Ha dado buen resultado el principio de empezar donde más duele, normalmente con una gestión limpia de tickets, prioridades claras y una base de conocimiento. Otro error es tratar ITIL como un asunto exclusivo de TI: sin la implicación de los departamentos especializados, los niveles de servicio se quedan en teoría.
Aplicar ITIL en una mediana empresa
Para ello no hace falta ninguna certificación ITIL. Basta con adoptar las ideas básicas: un punto de entrada central a través del Service Desk, un tratamiento separado de averías, solicitudes y cambios, tiempos de respuesta definidos y análisis periódicos. Nano Concepts implanta estos procesos en el soporte de TI y le asesora sobre cuánta estructura es adecuada para el tamaño de su empresa.
Preguntas frecuentes sobre ITIL (marco de gestión de servicios de TI)
Ni lo uno ni lo otro. ITIL es un marco de recomendaciones al que nadie está obligado legalmente. Pueden certificarse las personas. Para las organizaciones existe la norma ISO/IEC 20000, que permite auditar un sistema de gestión de servicios de TI y se apoya en ITIL en cuanto al contenido.
Un incidente es una avería puntual que debe repararse rápido para que la actividad continúe. Un problema es la causa subyacente, a menudo detrás de varios incidentes. La gestión de problemas busca esa causa y la elimina de forma duradera.
Como modelo, sí; como conjunto completo de reglas, normalmente no. Las empresas pequeñas se benefician de elementos concretos como la gestión de tickets, las prioridades, la planificación de cambios y una base de conocimiento. ITIL 4 recomienda expresamente mantener la sencillez y la practicidad y adoptar solo lo que aporte beneficio.
DevOps e ITIL se complementan. ITIL describe cómo se operan y se gobiernan los servicios de TI de forma fiable; DevOps, cómo se desarrolla y se entrega software de forma rápida y automatizada. ITIL 4 recoge expresamente ideas de las metodologías ágiles y de DevOps.
Servicios que encajan

Consultoría tecnológica
Elección de software, arquitectura, revisión de código y hoja de ruta de digitalización, con independencia y orientación práctica.
Más información
Soporte IT
Helpdesk, soporte de primer a tercer nivel y servicios de puestos de trabajo: en remoto e in situ, con un solo proveedor.
Más información
Mantenimiento y soporte
Actualizaciones, monitorización, copias de seguridad y evolución: para que sitios web, apps y software funcionen con fiabilidad.
Más información
Consultoría de digitalización
Analizar procesos, fijar prioridades, elaborar la hoja de ruta: consultoría de digitalización para pymes orientada a la ejecución.
Más informaciónTérminos relacionados
Relevante para estos sectores
Artículos relacionados de la revista

Priorizar la deuda técnica: ¿pagar intereses o amortizar?
La deuda técnica no es sinónimo de mal código: se vuelve peligrosa cuando permanece invisible. Así evalúa la carga heredada según su impacto y esfuerzo y la reduce de forma planificable.
Seguir leyendo
Escalado en la nube para plataformas: cuellos de botella y costes
Más servidores rara vez resuelven el problema real. Cómo escalar plataformas web con criterio: medir los cuellos de botella, empezar por la base de datos y la caché y controlar costes y resiliencia desde el principio.
Seguir leyendo
Documento de requisitos de software (Lastenheft): estructura, ejemplo y checklist
Un buen documento de requisitos hace comparables los presupuestos y posibles los precios cerrados. Cómo se estructura, cómo formular requisitos verificables y cómo saber si el suyo está completo.
Seguir leyendo