ITSM (IT Service Management, o gestión de servicios de TI) es el conjunto de procesos, políticas y herramientas que un departamento de TI utiliza para diseñar, prestar y mejorar los servicios tecnológicos que recibe el resto de la organización.

En la práctica, esto significa pasar de un soporte técnico reactivo a un modelo estructurado, donde cada incidencia, solicitud o cambio sigue un flujo definido.

¿Qué es ITSM o gestión de servicios de TI?

Un servicio TI es, en esencia, cualquier prestación tecnológica que el departamento de TI pone a disposición de empleados, clientes o socios: desde el acceso a un correo corporativo hasta el mantenimiento de un servidor. 

  • ITSM es la disciplina que organiza cómo se diseñan, entregan, soportan y mejoran esos servicios de TI a lo largo de su ciclo de vida.

A diferencia de un enfoque puramente técnico centrado en «arreglar lo que falla», ITSM entiende la tecnología como un servicio con un usuario final, un nivel de calidad esperado y un coste asociado. Esto implica:

  • catalogar los servicios disponibles,
  • definir acuerdos de nivel de servicio (SLA) y
  • establecer procesos repetibles para solicitudes, incidencias, cambios y problemas.

El objetivo no es solo resolver averías más rápido, sino alinear los servicios TI con los objetivos del negocio: si un proceso de facturación depende de una aplicación concreta, ITSM ayuda a garantizar su disponibilidad, su mantenimiento y su capacidad de escalar.

Beneficios de implementar ITSM en la empresa

Cuando los procesos ITSM están bien definidos, el impacto se nota en varios frentes:

  • Menos tiempo de inactividad. Los flujos de trabajo estandarizados reducen el tiempo entre que se detecta un fallo y se resuelve.
  • Mejor cumplimiento normativo. Procesos documentados facilitan las auditorías y la trazabilidad de cambios.
  • Toma de decisiones más informada. Los indicadores de servicio (SLA, tiempos de resolución, volumen de tickets) permiten detectar cuellos de botella antes de que se conviertan en un problema mayor.
  • Alineación entre TI y negocio. Al catalogar los servicios y sus niveles de calidad, resulta más fácil justificar inversiones tecnológicas con criterios de negocio, no solo técnicos.

ITSM vs. ITIL: en qué se diferencian

Es habitual confundir ITSM con ITIL, pero no son lo mismo: uno es la disciplina de gestión, el otro es uno de los marcos que ayuda a ponerla en práctica.

  • ITSM es la disciplina o el enfoque de gestión: organizar los servicios de TI de forma eficiente a lo largo de su ciclo de vida.
  • ITIL (Information Technology Infrastructure Library) es uno de los marcos de referencia que ayuda a las organizaciones a poner en práctica esa disciplina, con procesos, roles y buenas prácticas documentadas, y que ha seguido evolucionando más allá de ITIL 4. 
  • ITIL nació a finales de los años 80 como una iniciativa de la CCTA, una agencia del gobierno británico, para estandarizar la calidad de los servicios de TI que contrataba — de ahí que sea hoy el marco más consolidado del sector.

Una empresa puede hacer ITSM sin seguir ITIL de forma estricta, adaptando procesos propios a su realidad. Y también puede adoptar prácticas puntuales de ITIL sin llegar a implementar un sistema ITSM completo; ambos enfoques son posibles según el nivel de madurez y las necesidades de cada organización.

Si quieres profundizar en la estructura de ITIL y sus procesos con más detalle, tenemos una guía completa sobre ITIL.

Procesos y prácticas de ITSM: los pilares de la gestión de servicios TI

Los procesos ITSM cubren todo el ciclo de vida de un servicio, desde que se solicita hasta que se retira. ITSM no impone una lista cerrada de procesos: qué prácticas implementa cada organización, y con qué grado de formalidad, depende de su tamaño y sus necesidades. De hecho, ITIL 4 ya no habla de un número fijo de «procesos ITSM», sino de un catálogo de 34 prácticas de gestión (management practices).

Dicho esto, entre las prácticas más habituales en cualquier implementación de ITSM se encuentran estas cinco. Muchas están formalizadas dentro de ITIL, así que aquí las resumimos a nivel de qué resuelven cada una.

Gestión de incidentes

Se activa cuando un servicio deja de funcionar como se espera: una aplicación caída, una impresora en red inaccesible, una VPN que no conecta. El objetivo es restaurar el servicio lo antes posible, priorizando el impacto sobre el negocio por encima de la causa raíz, que se aborda después en gestión de problemas.

Puedes ver el proceso paso a paso en nuestra guía de gestión de incidencias.

Gestión de problemas

Analiza la causa subyacente cuando varios incidentes comparten un mismo origen. Si el correo corporativo se cae de forma recurrente, la gestión de incidentes soluciona cada corte puntual, pero la gestión de problemas investiga por qué ocurre y busca eliminar la causa de raíz para que no se repita.

Gestión de cambios

Establece un procedimiento para aprobar, probar y desplegar modificaciones en sistemas críticos: una actualización de software, un cambio de configuración de red o una migración de servidor. El objetivo es minimizar el riesgo de que un cambio mal planificado genere nuevas interrupciones.

Gestión de solicitudes de servicio

Cubre las peticiones rutinarias de los usuarios que no son incidencias: alta de un nuevo empleado, solicitud de una licencia de software, restablecimiento de una contraseña. Suele apoyarse en catálogos de servicio y portales de autoservicio para agilizar peticiones repetitivas.

Gestión de activos y configuración de servicios

Este punto agrupa en realidad dos disciplinas relacionadas pero distintas:

  • La gestión de activos de TI (ITAM) se ocupa del ciclo de vida de hardware, software y licencias: qué existe, dónde está y quién lo usa.
  • La gestión de la configuración de servicios, en cambio, se centra en documentar cómo se relacionan esos elementos entre sí y con los servicios que soportan —por ejemplo, qué servidores, licencias y equipos concretos sostienen una aplicación de facturación—.

Ambas disciplinas se apoyan mutuamente y sin una base de datos de activos fiable, el resto de procesos ITSM pierden precisión: es difícil resolver un incidente o planificar un cambio si no se sabe con certeza qué equipos y versiones están en juego.

Un software de inventario y gestión de activos como Timly aporta valor concreto en la parte de ITAM, al centralizar el registro de equipos, licencias y su histórico de mantenimiento, y dejar esa información disponible para el resto del equipo de TI.

Tabla resumen de procesos ITSM
Proceso Qué resuelve Ejemplo típico
Gestión de incidentes Restaurar un servicio caído Servidor de correo inaccesible
Gestión de problemas Eliminar la causa raíz recurrente Cortes de red repetidos cada semana
Gestión de cambios Controlar el riesgo de modificaciones Actualización de un sistema operativo
Gestión de solicitudes Atender peticiones rutinarias Alta de un nuevo usuario
Gestión de activos y configuración Mantener el inventario TI y sus relaciones actualizados Registro de equipos y licencias

Diversos estudios del sector señalan mejoras en tiempos de resolución y satisfacción de usuario tras adoptar procesos ITSM formales, aunque el alcance de esas mejoras depende del tamaño de la organización, la madurez previa de sus procesos y el grado de adopción real por parte de los equipos.

Cómo elegir un software ITSM

No todas las organizaciones necesitan la misma profundidad de herramienta ITSM.

Una pyme con un equipo de TI reducido puede cubrir sus necesidades con un sistema de tickets y un inventario de activos bien organizado; una empresa con cientos de empleados y sistemas críticos probablemente necesite un ITSM más completo, con gestión de cambios formal y SLA por servicio.

  • Al evaluar opciones conviene fijarse en:
  • Cobertura de procesos. Si la prioridad es tener trazabilidad de incidencias y activos, no siempre hace falta cubrir todas las prácticas de un marco como ITIL; a veces basta con resolver bien las dos o tres que generan más fricción.
  • Integración con el inventario TI existente. De poco sirve un sistema de tickets si no está conectado con un registro fiable de qué equipos y licencias hay en la empresa. Timly, por ejemplo, centraliza ese inventario de hardware y software con un ticketing integrado para mantenimiento, lo que facilita cruzar incidencias con el activo concreto que las origina.
  • Facilidad de adopción. Un software ITSM demasiado complejo para el tamaño del equipo suele acabar infrautilizado; la herramienta debe ajustarse al proceso real, no al revés.
  • Escalabilidad. Conviene que la solución pueda crecer en usuarios, activos y procesos sin obligar a migrar de sistema en unos años.

Buenas prácticas para implementar ITSM paso a paso

Poner en marcha ITSM no requiere adoptar un marco completo desde el primer día. Un enfoque gradual suele dar mejores resultados que intentar formalizar todos los procesos a la vez:

  1. Inventaría antes de estandarizar. Sin un registro fiable de activos y servicios, cualquier proceso ITSM se construye sobre datos incompletos. Ese inventario también debe contemplar la retirada segura de los equipos al final de su ciclo de vida; consulta nuestra guía sobre ITAD y disposición de activos informáticos.
  2. Empieza por incidencias y solicitudes. Son los procesos con impacto más visible para el usuario final y los más fáciles de medir.
  3. Define SLA realistas. Comprometerse a tiempos de resolución que el equipo no puede cumplir erosiona la confianza en el sistema desde el principio.
  4. Automatiza lo repetitivo. Restablecer contraseñas o dar de alta accesos estándar no debería requerir intervención manual constante.
  5. Revisa y ajusta con datos reales. Los indicadores de los primeros meses (tiempos medios, tickets recurrentes) señalan qué proceso conviene formalizar a continuación.

Conclusión: ¿merece la pena implementar ITSM?

Para la mayoría de organizaciones cuya operativa depende de sistemas TI, la respuesta suele ser afirmativa: aunque no se necesite adoptar un marco como ITIL al completo, formalizar aunque sea la gestión de incidencias, solicitudes y activos reduce tiempos muertos y da visibilidad sobre dónde falla realmente el soporte técnico.

La clave está en no perseguir la cobertura total de procesos desde el primer momento, sino resolver primero los puntos de fricción que más afectan al día a día del equipo y del negocio, y ampliar el alcance según lo que los propios datos vayan mostrando.

Preguntas frecuentes sobre ITSM

Sí. ITIL es el más adoptado, pero no el único: marcos como COBIT, centrado en gobierno de TI, o metodologías como DevOps y Six Sigma también se usan, a menudo de forma complementaria a ITIL, para cubrir necesidades específicas de gobernanza, velocidad de entrega o mejora continua de procesos.

No, aunque están estrechamente relacionados. ITAM se centra en la gestión del ciclo de vida de los activos de TI —hardware, software y licencias—, mientras que ITSM es la disciplina más amplia que abarca la gestión de los servicios de TI en su conjunto, incluyendo incidencias, cambios, solicitudes y la propia gestión de activos, entre otras prácticas.

Es el registro individual de una incidencia, solicitud o cambio dentro del sistema ITSM. Cada ticket documenta el problema, su prioridad, el responsable de resolverlo y el historial de acciones hasta su cierre.

No hay un plazo estándar: depende de cuántos procesos se formalicen y del punto de partida. Formalizar solo incidencias y solicitudes con un inventario de activos ya organizado puede llevar semanas; un despliegue con gestión de cambios formal y SLA por servicio en una organización grande suele ser cuestión de meses. Empezar por pocos procesos y ampliar gradualmente, como se describe en el apartado anterior, da resultados visibles antes que intentar formalizarlo todo de golpe.

Sí, la más extendida sigue siendo la certificación ITIL, gestionada por PeopleCert. Durante años el esquema de referencia fue ITIL 4; desde principios de 2026 conviven ITIL 4 e ITIL Version 5, con Foundation ya disponible en la nueva versión y módulos adicionales que se van publicando por fases. También existen certificaciones ligadas a normas como ISO/IEC 20000, orientadas a certificar el propio sistema de gestión de servicios de una organización, no solo a las personas.