Diagrama de flujo del proceso de gestión de incidencias — Excel

En resumen

• Cuatro carriles con un responsable por paso, usuario que reporta, mesa de servicio, gestor de incidencias y soporte nivel 2 / 3, repartidos en cinco fases que van de la detección al cierre.
• Detección y registro: «Incidencia detectada o notificada» alimenta «Registrar la incidencia con el impacto» antes de cualquier triaje, para que el ticket lleve el servicio afectado, el alcance y los síntomas.
• Clasificación y priorización seguidas de la decisión «¿Incidencia grave?», cuya rama Sí ejecuta «Declarar incidencia grave» y «Abrir sala de crisis e informar a interesados» en el carril del gestor de incidencias antes de volver al trabajo técnico.

La tabla de origen: Diagrama de flujo del proceso de gestión de incidencias

Escriba un paso por fila en Excel con identificador único, descripción, siguiente paso y responsable. La gestión de incidencias es el proceso para restablecer el servicio normal lo antes posible cuando algo se rompe. Su objetivo es deliberadamente estrecho: que el usuario vuelva a trabajar. Encontrar y eliminar de forma definitiva la causa subyacente es gestión de problemas, una disciplina a la que este proceso deriva el trabajo en lugar de absorberlo. Mantener esa frontera clara es justo lo que evita que una mesa de servicio tenga tickets abiertos durante semanas mientras un técnico persigue una causa raíz.

Asigne la descripción a Box text, el destino a Line to, el nombre de la rama a Line text y el responsable a Vertical lane. La mayoría de los procesos de incidencias falla en los traspasos, no en la parte técnica. Se registra un ticket sin suficiente detalle de impacto para poder priorizarlo. Una incidencia grave se reconoce veinte minutos tarde porque nadie acordó antes el disparador. Un escalado a nivel 2 se queda sin que nadie lo recoja. Se incumple un objetivo de SLA y el cliente se entera después, en lugar de antes. Se cierra un ticket con la palabra del técnico, sin que el usuario confirme que el servicio funciona de verdad. Dibujar el proceso con carriles hace visible cada uno de esos traspasos y le pone un responsable. Compruebe todas las ramas y responsabilidades del diagrama frente a la hoja. Consulte también /es/guides/como-estructurar-datos-de-excel-para-un-diagrama-de-flujo.

Cómo funciona

1. Renombra los carriles con tus roles reales

   Escriba un paso por fila en Excel con identificador único, descripción, siguiente paso y responsable. Sustituye usuario que reporta, mesa de servicio, gestor de incidencias y soporte nivel 2 / 3 por los roles que existen en tu organización. Los equipos pequeños suelen fundir el gestor de incidencias dentro del carril de la mesa de servicio; los que tienen un centro de monitorización añaden un carril propio encima del usuario.

2. Define tu matriz de prioridad

   Asigne la descripción a Box text, el destino a Line to, el nombre de la rama a Line text y el responsable a Vertical lane. Adjunta tus definiciones de impacto y urgencia al paso «Clasificar y asignar prioridad». Escribe qué significan P1 a P4 en número de usuarios afectados e impacto de negocio, para que la prioridad se deduzca y no se negocie ticket a ticket.

3. Fija el disparador de incidencia grave

   Recorra la ruta normal, los rechazos y los bucles en el diagrama antes de compartirlo. Decide qué convierte la decisión «¿Incidencia grave?» en un Sí: un servicio que afecta a los ingresos, un sistema crítico concreto, un número de clientes afectados. Indica quién puede declararla y qué ocurre inmediatamente después, por ejemplo abrir una sala de crisis y arrancar un ritmo fijo de actualizaciones.

Errores que debes evitar

• Conexiones ausentes

  Una lista de tareas solo se convierte en mapa de proceso cuando cada paso tiene destino y cada decisión tiene resultados identificados. Estás escribiendo o actualizando el manual de la mesa de servicio y quieres que un agente nuevo vea por dónde pasa un ticket y quién es dueño de cada etapa.

Preguntas frecuentes

¿Puedo usar mi archivo Excel?

Sí. Adapte las columnas al editor de hojas de QueryChart y revise los destinos si cambia el orden de las filas. La gestión de incidencias restablece el servicio. La gestión de problemas elimina la causa para que la incidencia deje de repetirse. Corren con relojes distintos: una incidencia se mide contra un SLA en minutos u horas, mientras que un registro de problema puede seguir abierto semanas de investigación. En este diagrama ambas se conectan en el cierre, donde «¿Causa raíz aún desconocida?» abre un registro de problema sin mantener la incidencia abierta. Mezclarlas es el fallo más común y se nota en tickets que siguen abiertos mucho después de que el usuario haya vuelto a trabajar.

¿Cuándo hay que declarar una incidencia grave?

Cuando el impacto justifica romper la cola normal: un servicio crítico para el negocio no está disponible, un grupo grande de usuarios está bloqueado, o hay exposición de seguridad, económica o reputacional. El disparador debe estar escrito antes de necesitarlo y ser lo bastante objetivo como para que un agente de primer nivel pueda aplicarlo a las dos de la madrugada. Una vez declarada, el proceso cambia de forma y no solo de velocidad: un gestor de incidencias con nombre asume la propiedad, se abre una sala de crisis y las actualizaciones a los interesados salen a hora fija haya o no novedades.

¿Qué pasa cuando una incidencia va a incumplir su SLA?

La rama de incumplimiento es un escalado jerárquico, no técnico. El trabajo continúa, pero se incorpora al gestor de incidencias para reajustar expectativas con el cliente, reasignar recursos si hace falta y dejar constancia de por qué se está incumpliendo el objetivo. El detalle importante es el momento: la rama debe dispararse antes de que venza el plazo, con un umbral del tipo 75 por ciento del tiempo restante, para que la conversación con el cliente sea previa al incumplimiento y no una disculpa posterior.