Sistema de seguimiento de incidencias

Un sistema de seguimiento de incidencias (también conocido como ITS , sistema de tickets de incidencias , sistema de tickets de soporte , sistema de gestión de solicitudes o sistema de tickets de incidentes ) es un paquete de software que gestiona y mantiene listas de incidencias . ^{[ 1 ]} Los sistemas de seguimiento de incidencias se utilizan generalmente en entornos colaborativos , especialmente en colaboraciones grandes o distribuidas, pero también pueden ser empleados por individuos como parte de un régimen de gestión del tiempo o de productividad personal . Estos sistemas suelen abarcar la asignación de recursos , el control del tiempo, la gestión de prioridades y el flujo de trabajo de supervisión, además de implementar un registro centralizado de incidencias.

En el ámbito institucional, los sistemas de seguimiento de incidencias se utilizan habitualmente en los centros de atención al cliente para crear, actualizar y resolver incidencias reportadas por los clientes, o incluso por otros empleados de la organización. Un ticket de soporte debe incluir información esencial sobre la cuenta involucrada y la incidencia detectada. ^{[ 2 ]} Un sistema de seguimiento de incidencias también suele contener una base de conocimientos con información sobre cada cliente, soluciones a problemas comunes y otros datos similares.

Un sistema de seguimiento de incidencias es similar a un " bugtracker " y, a menudo, una empresa de software vende ambos. Algunos bugtrackers pueden utilizarse como sistemas de seguimiento de incidencias, y viceversa. El uso constante de un sistema de seguimiento de incidencias o errores se considera una de las características distintivas de un buen equipo de desarrollo de software. ^{[ 3 ]}

Un ticket, dentro de un sistema de seguimiento de incidencias, es un informe continuo sobre un problema específico, su estado y otros datos relevantes. Suelen crearse en un servicio de asistencia técnica o centro de llamadas y casi siempre tienen un número de referencia único, también conocido como número de caso , incidencia o registro de llamada , que permite al usuario o al personal de asistencia localizar, actualizar o comunicar rápidamente el estado de la incidencia o solicitud del usuario.

Estos tickets se denominan así por su origen como pequeñas tarjetas dentro de un sistema tradicional de planificación de trabajo montado en la pared, cuando comenzó este tipo de soporte. Los operadores o el personal que recibían una llamada o consulta de un usuario rellenaban una pequeña tarjeta con los datos del usuario y un breve resumen de la solicitud, y la colocaban en una posición (normalmente la última) en una columna de espacios pendientes para el ingeniero correspondiente, determinando así el miembro del personal que atendería la consulta y la prioridad de la solicitud.

La base conceptual común entre los sistemas de seguimiento de incidencias y los sistemas de seguimiento de errores es que una incidencia válida debe ser susceptible de una resolución decisiva (como "completada", "corregida" o un consenso grupal de que la incidencia no merece la pena resolverse, como "no es un problema" o "no se corregirá"); que cada incidencia es única (los informes de problemas duplicados se fusionan rápidamente en una única incidencia o ticket activo en la mayoría de los casos); y, más allá de la fase de selección, que existe una persona con la responsabilidad formal de dar seguimiento a la incidencia (esta responsabilidad formal suele cambiar de manos varias veces a medida que la incidencia evoluciona). En los sistemas de seguimiento de errores, las incidencias suelen estar relacionadas con la calidad o las funcionalidades de una base de código (lo que es inherentemente un entorno de gestión de proyectos ), mientras que en los sistemas generalizados de seguimiento de incidencias, los tickets suelen estar relacionados con el servicio o las relaciones, con vínculos más estrechos con las cuestiones de gestión de relaciones con el cliente (CRM). ^{[ 4 ]}

Los problemas pueden tener varios aspectos. A cada problema del sistema se le puede asignar un nivel de urgencia, según su importancia general. Los problemas de baja o nula urgencia son menores y deben resolverse cuando el tiempo lo permita.

Otros detalles de los problemas incluyen el cliente que experimenta el problema (ya sea externo o interno), la fecha de envío, ^{[ 5 ]} descripciones detalladas del problema que se está experimentando, soluciones o alternativas intentadas y otra información relevante. Cada problema mantiene un historial de cada cambio.

Los sistemas de seguimiento de incidencias cumplen diferentes funciones, en particular:

• Registro de disfunciones, errores y solicitudes (por ejemplo, manualmente o por correo electrónico a través de sistemas de gestión de respuestas).
• Distribución y asignación de los asuntos a las personas responsables.
• Supervisión del manejo, el tiempo empleado y la calidad del trabajo.
• Garantizar la observación de los procesos internos mediante control forzoso con ayuda de flujos de trabajo.
• Análisis estadístico del número de entradas
• Generación automática de tickets mediante sistemas de alarma, por ejemplo, monitorización de red.
• Cumplimiento de acuerdos de servicio externos (Acuerdo de Nivel de Servicio, SLA )
• Recopilación sistemática de preguntas y respuestas para FAQ
• Asignación de una prioridad a cada problema en función de la importancia general del mismo, el cliente, la fecha de envío y el SLA.
• Contiene descripciones detalladas del problema que se está experimentando, soluciones o alternativas intentadas y otra información relevante.
• Mantener un historial de cada cambio.

Se presenta un ejemplo práctico para demostrar cómo funcionaría un sistema común de seguimiento de incidencias:

1. Un técnico de atención al cliente recibe una llamada telefónica , un correo electrónico u otra comunicación de un cliente sobre un problema. Algunas aplicaciones ofrecen un sistema de mensajería integrado y la generación automática de informes de errores a partir de bloques de gestión de excepciones .
2. El técnico verifica que el problema sea real y no solo percibido. Asimismo, se asegurará de obtener suficiente información del cliente sobre el problema. Esta información generalmente incluye el entorno del cliente, cuándo y cómo se produce el problema y todas las demás circunstancias relevantes.
3. El técnico crea la incidencia en el sistema, introduciendo todos los datos relevantes proporcionados por el cliente.
4. A medida que se trabaja en el problema, el técnico actualiza el sistema con los nuevos datos. Cualquier intento de solucionar el problema debe registrarse en el sistema de incidencias. Lo más probable es que el estado del ticket cambie de abierto a pendiente.
5. Una vez que el problema se ha solucionado por completo, se marca como resuelto en el sistema de seguimiento de incidencias.

Si el problema no se resuelve por completo, el ticket se reabrirá una vez que el técnico reciba nueva información del cliente. Un proceso de automatización de manuales de procedimientos que implementa las mejores prácticas para estos flujos de trabajo y aumenta la eficacia del personal de TI se está volviendo muy común.

• software de mesa de ayuda
• Comparación de software de seguimiento de incidencias de mesa de ayuda
• Comparación de sistemas de seguimiento de incidencias
• Rastreador de acciones climáticas
• Gobierno por algoritmo
• Registro de incidencias
• Lista de prioridades nacionales
• Buzón de sugerencias
• Desarrollo de software de código abierto
• Priorización
• Estrategia de empuje y atracción
• Asignación de recursos
• Innovación del usuario