Marco ITIL: las prácticas de gestión de servicios de TI explicadas

Por Linh Ngo · Actualizado el 12 de octubre de 2026

ITIL es una biblioteca de orientaciones sobre cómo diseñar, entregar y mejorar servicios habilitados por TI para que generen valor para el negocio. No es una norma frente a la cual se certifique su empresa. Es un vocabulario compartido y un conjunto de prácticas, como la gestión de incidentes, de cambios y de niveles de servicio, que usted adapta a su propia situación.

¿Qué es el marco ITIL?

ITIL, que antes significaba Information Technology Infrastructure Library, es el marco más conocido para la gestión de servicios de TI (ITSM). Hoy PeopleCert ofrece el esquema de cualificación de ITIL y lo describe como el marco de mejores prácticas global para la gestión de productos y servicios digitales. En la misma página PeopleCert informa de más de 3 millones de certificaciones ITIL en todo el mundo, y afirma que el 90 % de las organizaciones dice usar prácticas ITIL de algún modo. Tome esa segunda cifra como una afirmación de su propietario, no como una investigación independiente.

La idea central es sencilla. TI no existe para hacer funcionar servidores. Existe para ayudar a las personas a hacer su trabajo, atender a los clientes y alcanzar los objetivos del negocio. ITIL organiza el trabajo en torno a esa idea de valor y sustituye una lista rígida de procesos por prácticas flexibles que se combinan según se necesite.

Si ha leído sobre la gestión de procesos de negocio, reconocerá la lógica. ITIL aplica la misma disciplina de trabajo definido, medido y mejorable a un solo ámbito: los servicios tecnológicos. La diferencia es que ITIL le da nombres y propósitos ya hechos para el trabajo, de modo que un service desk en Manila y otro en Múnich puedan hablar de "incidentes" y "cambios" y referirse a lo mismo.

ITIL 4 y la nueva ITIL Versión 5

Hay dos ediciones en juego ahora mismo, así que conviene ser precisos.

ITIL 4 se lanzó en 2019, con orientación independiente para 34 prácticas de gestión. Desde entonces PeopleCert ha presentado ITIL (Versión 5), que describe como no un reinicio y que se está publicando por fases. PeopleCert también indica que ITIL 4 sigue disponible para quienes quieran continuar su ruta de certificación actual.

La guía Foundation de la Versión 5 dice que la nueva edición se basa en los conceptos centrales de ITIL 4, incluidos los principios rectores y el sistema de valor del servicio. Su principal novedad es un modelo de ciclo de vida de ocho actividades: Discover, Design, Acquire, Build, Transition, Operate, Deliver y Support.

Entonces, ¿qué conviene aprender primero? La mayoría de los equipos sigue trabajando con el vocabulario de ITIL 4, y la Versión 5 traslada esos conceptos. Las secciones siguientes describen ITIL 4. Si está planificando formación o exámenes, compruebe qué edición cubre el curso antes de reservarlo.

El sistema de valor del servicio de ITIL 4

El sistema de valor del servicio (SVS) es la visión de conjunto. PeopleCert lo describe como un marco para crear, entregar y gestionar servicios, que incluye la cadena de valor del servicio, los principios rectores y el gobierno. También incluye las prácticas y la mejora continua, todo orientado a producir valor.

Esto es lo que contiene el sistema.

Datos Clave

• ITIL 4 se lanzó en 2019 y define 34 prácticas de gestión (PeopleCert).
• El sistema de valor del servicio de ITIL 4 incluye principios rectores, gobierno, la cadena de valor del servicio, prácticas y mejora continua (PeopleCert).
• ITIL (Versión 5) se basa en los principios rectores y el sistema de valor del servicio de ITIL 4, y añade un modelo de ciclo de vida de ocho actividades (ITIL.com).
• PeopleCert afirma que ITIL 4 sigue disponible mientras la Versión 5 se publica por fases (PeopleCert).

Las cuatro dimensiones

PeopleCert nombra cuatro dimensiones de la gestión de servicios: organizaciones y personas, información y tecnología, socios y proveedores, y flujos de valor y procesos. El objetivo es evitar que optimice una a costa de las demás. Una herramienta de monitoreo reluciente (información y tecnología) no ayudará si nadie está formado ni asignado para actuar ante sus alertas (organizaciones y personas).

Los siete principios rectores

Los principios son lo bastante breves para recordarlos, y por eso los equipos realmente los usan. Tal como se enumeran comúnmente para ITIL 4, son:

1. Centrarse en el valor
2. Empezar desde donde se está
3. Progresar de forma iterativa con retroalimentación
4. Colaborar y promover la visibilidad
5. Pensar y trabajar de forma holística
6. Mantenerlo simple y práctico
7. Optimizar y automatizar

"Empezar desde donde se está" es el que la gente se salta. Antes de diseñar un nuevo proceso de incidentes, mire lo que su equipo ya hace bien. Con frecuencia conservará más de lo que reemplace.

La cadena de valor del servicio

La cadena tiene seis actividades, según la misma guía: Planificar, Mejorar, Involucrar, Diseñar y hacer la transición, Obtener o construir, y Entregar y dar soporte. No son una secuencia fija. Usted las enlaza en flujos de valor según el trabajo. Un restablecimiento de contraseña podría tocar solo Involucrar y Entregar y dar soporte. Un nuevo portal de clientes podría usar las seis.

Las 34 prácticas de ITIL 4

ITIL 4 agrupa sus prácticas en tres categorías: 14 de gestión general, 17 de gestión de servicios y 3 de gestión técnica. No necesita adoptar las 34. La mayoría de las organizaciones empieza con unas pocas.

La gestión de niveles de servicio es donde ITIL se encuentra con el lenguaje de los contratos. Si necesita definir metas, lea qué es un SLA y consulte los ejemplos y plantillas de SLA.

ITIL frente a COBIT, ISO/IEC 20000, DevOps y TQM

Estos marcos se solapan, y los equipos suelen usar varios a la vez. La clave es saber qué función cumple cada uno.

Sobre COBIT, ISACA lo llama un marco para el gobierno y la gestión de la TI empresarial, con COBIT 2019 como versión vigente y evolución de COBIT 5. Piense en COBIT como la capa que pregunta si TI está bien gobernada, y en ITIL como la capa que describe cómo se entregan los servicios día a día. Se combinan con naturalidad.

Sobre ISO/IEC 20000, ISO describe la ISO/IEC 20000-1 como la que establece los requisitos para que una organización establezca, implemente, mantenga y mejore continuamente un sistema de gestión de servicios, y abarca la planificación, el diseño, la transición, la entrega y la mejora de los servicios. Es una norma frente a la cual se puede ser evaluado, mientras que ITIL es orientación. Un patrón habitual es usar ITIL para construir las prácticas e ISO/IEC 20000 para demostrarlas ante un auditor o un cliente. Para un pariente del mundo de la calidad, véase ISO 9001.

Sobre DevOps, ambos no son rivales. DevOps se centra en la colaboración entre desarrollo y operaciones y en la automatización de la entrega. ITIL aporta el lado del servicio: cómo se gestionan las solicitudes, los incidentes y los cambios una vez que el software está en producción. El pensamiento Lean está detrás de ambos, y nuestra guía de Lean Six Sigma cubre las raíces de la reducción de desperdicio.

Sobre TQM, la filosofía de que la calidad es tarea de todos encaja con el hilo de mejora continua de ITIL. Consulte la gestión de la calidad total para el contexto.

Cómo adoptar ITIL paso a paso

ITIL no se despliega como el lanzamiento de un software. Se adopta práctica por práctica, impulsado por dolores reales.

1. Ponga nombre al dolor. Enumere los tres principales problemas de servicio: respuesta lenta a incidentes, cambios fallidos o responsabilidades poco claras. Use tickets reales, no opiniones.
2. Mapee su estado actual. Siguiendo "empezar desde donde se está", anote cómo se gestiona hoy cada problema y quién lo hace. Use un formato de procedimiento operativo estándar si no hay nada documentado.
3. Elija una o dos prácticas. La gestión de incidentes y el service desk son las primeras elecciones habituales. No empiece con seis.
4. Defina roles y un flujo de trabajo sencillo. Quién registra, quién es responsable, quién escala y quién cierra. Manténgalo en una página.
5. Fije las medidas antes de empezar. Elija unos pocos indicadores, como el tiempo de resolución y la tasa de reapertura. El artículo sobre los KPI de procesos le ayuda a elegir.
6. Ejecútelo durante un trimestre. Use su herramienta de ticketing, celebre una breve revisión semanal y ajuste.
7. Mejore y amplíe. Revise los resultados, corrija lo que duele y luego añada la siguiente práctica. Juzgue el avance con una escala como los niveles de madurez de procesos, que se hace eco del modelo de madurez de capacidades.

Plantilla de planificación de prácticas ITIL

Copie esta tabla para cada práctica que planee adoptar.

Ejemplos de ITIL por función de negocio

Son escenarios ilustrativos, no casos de estudio. El patrón es el mismo en todas partes: alguien necesita un servicio, el servicio tiene un responsable y el trabajo se mide.

Qué hacer y qué evitar

Qué hacer:

• Empiece con una o dos prácticas ligadas a un dolor visible.
• Trate los principios rectores como herramientas de decisión, sobre todo "empezar desde donde se está".
• Mantenga los flujos de trabajo en una página y capacite a las personas en los roles, no solo en la herramienta.
• Mida los resultados que el negocio percibe, como la inactividad y el tiempo de espera, no solo el número de tickets.
• Use la mejora continua como rutina, con un responsable designado y una revisión periódica.

Qué evitar:

• Intentar implementar las 34 prácticas a la vez.
• Comprar una herramienta y llamarlo ITIL. La herramienta respalda la práctica; no es la práctica.
• Copiar el proceso de otra empresa en bloque sin probarlo.
• Confundir a una persona certificada con una organización conforme. ITIL certifica a las personas.
• Dejar que las aprobaciones de cambios se conviertan en un cuello de botella para el trabajo rutinario de bajo riesgo.

Conclusión

El valor de ITIL es un lenguaje común más hábitos prácticos. Ayuda a los equipos de TI y al negocio a ponerse de acuerdo en qué es un servicio, quién es responsable de él y cómo mejora. Empiece poco a poco, elija las prácticas que resuelvan problemas reales y tenga a mano los siete principios rectores. Cuando esté listo para demostrar su configuración ante terceros, ISO/IEC 20000 y COBIT la acompañan en lugar de oponerse a ella.

Lecturas relacionadas

• Gestión de procesos de negocio
• ¿Qué es un SLA?
• ISO 9001
• APQC Process Classification Framework
• KPI de procesos
• Niveles de madurez de procesos