Cuando un usuario abre un ticket porque una aplicación no responde, el problema puede haber comenzado mucho antes.
En este artículo analizamos cómo la integración entre ITSM e ITOM permite conectar la monitorización, la información de activos y configuraciones y la gestión de incidencias para reducir los tiempos de resolución y facilitar la identificación de la causa raíz de los problemas.
Una degradación en un servidor, un cambio de configuración, una saturación de recursos o un fallo en un componente de red pueden estar generando señales desde minutos u horas antes de que el usuario perciba la incidencia. Sin embargo, cuando la monitorización de la infraestructura, la información sobre los activos y la gestión de incidencias funcionan de manera independiente, el equipo de soporte recibe únicamente una parte de la historia.
El resultado suele traducirse en más tiempo buscando información, escalados innecesarios, diagnósticos más lentos y distintos equipos investigando el mismo problema desde perspectivas diferentes.
Conectar ITSM e ITOM permite cambiar este enfoque. La monitorización ayuda a detectar qué está ocurriendo, la información sobre activos y configuraciones aporta el contexto necesario y la gestión de servicios permite transformar esos datos en acciones estructuradas. Así, el objetivo deja de ser únicamente gestionar tickets para avanzar hacia una visión más completa: entender qué está ocurriendo, qué servicios están afectados y qué elemento puede estar en el origen de la incidencia.
En un modelo tradicional, el proceso suele comenzar cuando un usuario detecta que algo no funciona. Abre una incidencia, describe el problema y el equipo de soporte inicia el diagnóstico. A partir de ese momento debe identificar qué sistema está afectado, comprobar su estado, revisar posibles dependencias, consultar cambios recientes y, si es necesario, escalar la incidencia a otros equipos.Cada una de estas acciones consume tiempo.
Mientras tanto, las herramientas de monitorización pueden estar mostrando alertas relacionadas con esa misma situación y los sistemas de discovery o gestión de activos pueden disponer de información sobre los componentes afectados.
El problema aparece cuando cada fuente de información funciona de manera aislada.
ITSM puede saber quién ha comunicado la incidencia y qué servicio utiliza. ITOM puede conocer el estado de servidores, redes, aplicaciones o servicios cloud. La CMDB (Configuration Management Database) puede contener las relaciones entre esos elementos.
Pero si esa información no se conecta, el técnico debe reconstruir manualmente el contexto antes de poder actuar.
Una estrategia integrada ITSM & ITOM permite crear un flujo de información continuo entre operaciones y gestión de servicios. La clave no está únicamente en disponer de más datos, sino en relacionarlos para que cada incidencia llegue al equipo adecuado con el mayor contexto posible.
El recorrido podría ser el siguiente:
La monitorización detecta una anomalía. ITOM supervisa servidores, aplicaciones, redes, servicios cloud y otros componentes tecnológicos. Una degradación de rendimiento, una pérdida de conectividad o un consumo anómalo de recursos puede detectarse antes incluso de que el usuario perciba el problema.
Se identifica el activo y sus dependencias. Las capacidades de discovery y la información registrada en la CMDB permiten relacionar el componente afectado con otros activos, aplicaciones y servicios de negocio. La pregunta deja de ser únicamente “¿qué servidor está fallando?” para convertirse en “¿qué servicios dependen de este servidor y quién puede verse afectado?”.
La alerta se convierte en una incidencia enriquecida. Cuando se cumplen determinadas condiciones, el sistema puede generar automáticamente un ticket incluyendo información como el activo afectado, la alerta que lo ha originado, su criticidad, eventos relacionados o posibles cambios recientes.
La incidencia se prioriza y asigna utilizando el contexto disponible. Conocer el impacto del componente permite determinar mejor la urgencia de la situación y dirigirla al equipo responsable sin depender exclusivamente de clasificaciones manuales.
La información acumulada ayuda a identificar la causa raíz. Si determinadas incidencias se repiten o diferentes alertas apuntan al mismo componente, la organización puede ir más allá de restaurar el servicio y analizar el problema subyacente. De esta forma, incident management y problem management pueden trabajar sobre información procedente de la operación real.
El ticket deja así de ser un elemento aislado y se convierte en una pieza dentro de una cadena de información mucho más amplia.
Para entender realmente el impacto de una incidencia no basta con conocer qué dispositivo ha generado una alerta. También es necesario comprender sus relaciones.
Un servidor puede soportar varias aplicaciones. Una aplicación puede depender de una base de datos. Esa base de datos puede formar parte de un servicio utilizado por diferentes departamentos.
Aquí entra en juego la CMDB (Configuration Management Database). Una CMDB permite representar activos, elementos de configuración y relaciones entre ellos. Cuando esta información se complementa con capacidades de discovery y monitorización, puede mantenerse mucho más alineada con el estado real de la infraestructura.
Esto aporta un contexto fundamental durante la gestión de incidencias. Ante una alerta, el equipo puede conocer qué elemento está afectado, qué otros componentes dependen de él y qué servicio puede sufrir consecuencias.
De esta manera, la información técnica de ITOM adquiere una dimensión de servicio gracias a ITSM.
La monitorización también puede generar un problema cuando existe demasiado ruido.
Una misma causa puede desencadenar múltiples eventos en distintos componentes. Si cada evento se transforma directamente en una incidencia independiente, el resultado puede ser una avalancha de tickets que dificulte todavía más identificar qué está ocurriendo.
Por eso, conectar ITOM con ITSM no significa convertir automáticamente cada alerta en un ticket.
Las capacidades de correlación permiten relacionar eventos, detectar patrones y distinguir entre síntomas y situaciones que realmente requieren intervención.
El objetivo es que el equipo de soporte no reciba simplemente más información, sino información mejor contextualizada y priorizada.
Cuando este modelo se combina con automatización, determinadas acciones también pueden ejecutarse sin intervención manual: creación y asignación de incidencias, escalados, actualización de estados o incluso determinadas tareas de remediación previamente definidas.
Imaginemos que varios usuarios comienzan a experimentar lentitud en una aplicación corporativa.
En un modelo desconectado, los primeros tickets llegan al ServiceDesk. El equipo comprueba la aplicación, solicita información adicional, revisa la infraestructura y posiblemente deriva la incidencia a otro equipo. Mientras tanto, una herramienta de monitorización ya había detectado un incremento anómalo del consumo de recursos en uno de los servidores que soporta la aplicación.
Con ITSM e ITOM conectados, el proceso puede ser diferente. La anomalía se detecta automáticamente. El servidor se relaciona con la aplicación a través de la CMDB. El sistema identifica el servicio afectado y genera o enriquece una incidencia con información técnica procedente de la monitorización.
Cuando los usuarios comienzan a comunicar el problema, el equipo ya dispone de un contexto previo. Además, si el análisis muestra que ese mismo comportamiento ha aparecido después de determinados cambios o se ha repetido varias veces, la organización puede abrir un análisis de problema para investigar su causa raíz.
El objetivo no es únicamente cerrar más rápido el ticket actual, sino evitar que el mismo problema vuelva a generar nuevos tickets en el futuro.
Uno de los resultados más visibles de esta integración puede ser la reducción del tiempo medio de resolución o MTTR (Mean Time to Resolution).
Pero conviene observar todo el recorrido:
¿Cuánto tiempo transcurre hasta detectar un problema?
¿Cuánto tarda en llegar al equipo adecuado?
¿Cuánto tiempo se dedica realmente al diagnóstico?
¿Cuántas incidencias se repiten porque únicamente se ha tratado el síntoma?
Conectar monitorización, activos y gestión de servicios permite actuar sobre diferentes etapas de ese proceso.
La detección puede producirse antes. El diagnóstico parte de más información. La asignación puede automatizarse. El impacto puede evaluarse utilizando las relaciones entre infraestructura y servicios. Y la gestión de problemas puede utilizar históricos de incidencias, eventos y cambios para analizar tendencias y recurrencias.
Por tanto, el valor no está únicamente en resolver más rápido. Está en reducir el tiempo durante el cual TI trabaja sin disponer del contexto necesario.
Cuanto mayor es la infraestructura tecnológica de una organización, más difícil resulta comprender manualmente las relaciones entre sistemas, servicios, usuarios y componentes.
En sectores como Life Sciences, además, determinados sistemas pueden soportar procesos críticos de negocio, producción, calidad o gestión de información regulada.
En estos entornos, disponer de procesos estructurados para la gestión de incidencias y cambios, junto con una visión actualizada de la infraestructura, puede ayudar a mejorar el control operativo y la trazabilidad.
No se trata únicamente de monitorizar tecnología. Se trata de entender qué papel desempeña cada componente dentro del servicio y poder reconstruir qué ha ocurrido cuando aparece un problema.
La diferencia entre gestionar una incidencia y comprenderla está en el contexto.
ITSM proporciona los procesos necesarios para organizar la gestión de servicios: incidencias, problemas, cambios, solicitudes y niveles de servicio, apoyándose además en la gestión de activos y configuración.
ITOM aporta visibilidad sobre lo que está ocurriendo realmente en la infraestructura.
Cuando ambas disciplinas trabajan de forma conectada, el equipo de TI puede relacionar eventos técnicos con servicios, usuarios e impacto en negocio. Esto permite reducir tareas manuales, acelerar el diagnóstico, mejorar la priorización y avanzar desde una gestión reactiva hacia una operación más preventiva.
El objetivo final no debería ser gestionar más tickets. Debería ser necesitar cada vez menos tickets para mantener los servicios funcionando correctamente.
En Ambit Iberia ayudamos a las organizaciones a definir e implantar soluciones ITSM & ITOM que conecten procesos, infraestructura y automatización para conseguir una gestión de TI más eficiente y controlada.
Desde la gestión de incidencias y activos hasta la monitorización, discovery, automatización y optimización de operaciones, trabajamos para construir un modelo adaptado a las necesidades de cada organización.
Descubre nuestras soluciones ITSM & ITOM aquí y si te gustó este artículo, déjanos tu comentario.