Su Template de datos para la gestión de problemas
Su Template de datos para la gestión de problemas
- Atributos clave para profundizar en el análisis de causa raíz
- Asignación estandarizada de actividades para el ciclo de vida de los problemas
- Orientación técnica para extraer datos de Freshservice
Atributos de la gestión de problemas
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
Evento o acción específica realizada en el registro del problema. | ||
|
Descripción
Este atributo describe un paso del ciclo de vida del proceso, como 'Problema registrado', 'Causa raíz identificada' o 'Grupo de soporte cambiado'. Es un componente esencial de los algoritmos de descubrimiento de procesos, que lo utilizan para representar la secuencia de trabajo. Durante el análisis, este campo determina los nodos del mapa del proceso y es esencial para identificar ciclos de retrabajo, pasos omitidos y variantes del proceso.
Por qué es importante
Define el 'qué' de la ejecución del proceso y es obligatorio para generar el mapa del proceso.
Dónde obtenerlo
Se obtiene de los endpoints 'Activities' o 'Audit Log' de Freshservice.
Ejemplos
Problema registradoPrioridad actualizadaEstado cambiado a resuelto
|
|||
|
Marca de tiempo
EventTimestamp
|
Fecha y hora exactas en que se produjo la actividad. | ||
|
Descripción
Este atributo registra cuándo ocurrió un evento específico en el sistema. Permite que el motor de Process Mining ordene los eventos cronológicamente y calcule la duración entre los pasos. Durante el análisis, estos datos sirven de base para todos los KPI relacionados con el tiempo, como el tiempo de procesamiento, el análisis del tiempo de entrega y la identificación de cuellos de botella.
Por qué es importante
Establece la cronología de los eventos, lo que permite calcular el tiempo de ciclo y ordenar el proceso.
Dónde obtenerlo
Campos 'created_at' o 'updated_at' de la API de Freshservice en el flujo de actividades.
Ejemplos
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
Registro del problema
ProblemNumber
|
Identificador alfanumérico único asignado al registro del problema (por ejemplo, PRB-10234). | ||
|
Descripción
Este atributo funciona como el ID del caso principal para el análisis de Process Mining. Identifica de forma única una investigación de problemas específica en Freshservice y vincula todas las actividades, los eventos y los cambios relacionados. Se utiliza para agrupar entradas individuales del registro de auditoría en una instancia de proceso coherente. Durante el análisis, este identificador permite pasar de las agregaciones generales a casos concretos de problemas y comprender la secuencia exacta de los eventos.
Por qué es importante
Es la clave fundamental para reconstruir el flujo del proceso y se necesita para identificar cada caso de forma única.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'display_id'.
Ejemplos
PRB-10023PRB-10045PRB-11201
|
|||
|
Agente asignado
AgentName
|
Nombre del agente de la mesa de ayuda asignado actualmente al problema. | ||
|
Descripción
Este atributo identifica a la persona responsable de investigar o resolver el problema. Permite analizar los recursos y supervisar el rendimiento. En el análisis, ayuda a identificar cómo se distribuye la carga de trabajo y qué personas podrían estar sobrecargadas o ser especialmente eficientes en el análisis de causa raíz (RCA).
Por qué es importante
Clave para analizar los recursos y la organización.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'responder_id' (requiere una consulta a la tabla Agent).
Ejemplos
Alice SmithBob JonesAdministrador del sistema
|
|||
|
Categoría de causa raíz
RootCauseCategory
|
Clasificación de la causa subyacente identificada para el problema. | ||
|
Descripción
Este atributo clasifica el motivo por el que se produjo el problema, por ejemplo, 'error de software', 'error de configuración' o 'error humano'. Se completa después de la fase de análisis de causa raíz (RCA). En el análisis, se utiliza en el Dashboard de calidad de la clasificación de causas raíz para identificar debilidades sistémicas en la infraestructura.
Por qué es importante
Esencial para analizar tendencias e identificar áreas que requieren mejoras proactivas.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice. Según la configuración, suele ser un campo personalizado o el campo de texto 'root_cause'.
Ejemplos
Fallo de softwareError de configuraciónFallo de hardware
|
|||
|
Departamento
DepartmentName
|
Departamento del usuario que informó del problema o que se ve afectado principalmente. | ||
|
Descripción
Este atributo identifica la unidad de negocio afectada por el problema. En el análisis, permite segmentar el rendimiento del SLA para problemas críticos y comprobar si algunos departamentos reciben un servicio más lento que otros.
Por qué es importante
Aporta contexto organizativo sobre el impacto de los problemas.
Dónde obtenerlo
API de Freshservice, mediante una consulta al departamento del solicitante.
Ejemplos
FinanzasRecursos humanosTI
|
|||
|
Estado
ProblemStatus
|
Estado actual del ciclo de vida del problema (por ejemplo, abierto, cambio solicitado o resuelto). | ||
|
Descripción
Este atributo registra el avance del problema en su flujo de trabajo. Los cambios en este campo activan actividades estándar del proceso. En el análisis, sirve como filtro principal para distinguir el trabajo activo del completado y permite analizar el trabajo en curso (WIP).
Por qué es importante
Define el estado del caso y se utiliza para calcular estadísticas del flujo.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'status'.
Ejemplos
AbiertoCambio pendienteResueltoCerrado
|
|||
|
Grupo de soporte
SupportGroup
|
Equipo técnico o grupo asignado para gestionar el problema. | ||
|
Descripción
Este atributo representa la responsabilidad del equipo sobre el registro del problema. Los traslados entre grupos son una de las principales causas de demora en la gestión de problemas. En el análisis, este campo se utiliza para generar el mapa de calor de transferencias entre grupos de soporte e identificar los intercambios repetidos entre equipos.
Por qué es importante
Es fundamental para analizar los traspasos e identificar cuellos de botella entre equipos aislados.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'group_id' (requiere una consulta a la tabla Groups).
Ejemplos
Equipo de bases de datosOperaciones de redSoporte de aplicaciones
|
|||
|
Incidentes vinculados
RelatedIncidentCount
|
Número de registros de incidentes vinculados a este problema. | ||
|
Descripción
Este atributo cuenta los incidentes individuales asociados al registro del problema. Sirve como indicador aproximado del volumen de interrupciones que afectan a los usuarios. En el análisis, se utiliza para el KPI de densidad de vinculación de incidentes y permite comprobar si los problemas realmente reducen el volumen de incidentes.
Por qué es importante
Indica la magnitud del efecto del problema en la mesa de ayuda.
Dónde obtenerlo
API de Freshservice, recuento de la matriz 'associated_incidents'.
Ejemplos
05120
|
|||
|
Prioridad
ProblemPriority
|
Nivel de prioridad asignado al problema (por ejemplo, baja, media, alta o urgente). | ||
|
Descripción
Este atributo indica la importancia y urgencia relativas del registro del problema. Por lo general, se determina mediante una matriz de impacto y urgencia. En el análisis, este campo es fundamental para segmentar los datos. Permite comparar los tiempos de ciclo y el cumplimiento del SLA entre problemas críticos y defectos menores.
Por qué es importante
Esencial para filtrar y priorizar el análisis de los problemas de mayor impacto.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'priority'.
Ejemplos
BajaMediaAltaUrgente
|
|||
|
Se volvió a abrir
IsReopened
|
Indicador de si el registro del problema pasó alguna vez de cerrado a abierto. | ||
|
Descripción
Este atributo booleano se calcula revisando el historial de actividades para detectar transiciones de un estado final a uno activo. En el análisis, permite consultar el Dashboard de tendencias de reapertura de registros de problemas y sirve como indicador clave de la calidad del proceso de resolución.
Por qué es importante
Indicador principal de resoluciones erróneas y trabajo repetido.
Dónde obtenerlo
Se calcula a partir del registro de eventos (ActivityName).
Ejemplos
truefalse
|
|||
|
SLA incumplido
IsSlaBreached
|
Indicador de si el registro del problema incumplió el objetivo del acuerdo de nivel de servicio. | ||
|
Descripción
Este atributo booleano es verdadero si el tiempo de resolución del problema superó el límite establecido en la política. En el análisis, alimenta el Dashboard de rendimiento del SLA para problemas críticos y ayuda a identificar los equipos o las categorías con más dificultades para cumplir los plazos.
Por qué es importante
Medida directa del cumplimiento y el rendimiento del proceso.
Dónde obtenerlo
API de Freshservice, derivado de los indicadores 'sla_policy' o 'sla_breached'.
Ejemplos
truefalse
|
|||
|
Activo afectado
AssociatedAsset
|
Elemento de configuración (CI) o activo principal vinculado al problema. | ||
|
Descripción
Este atributo identifica el activo de hardware o software específico que se investiga. En el análisis, permite evaluar la calidad de la clasificación de causas raíz por tipo de activo y detectar si ciertos dispositivos o versiones de software son propensos a presentar defectos.
Por qué es importante
Relaciona el rendimiento del proceso con los componentes de la infraestructura.
Dónde obtenerlo
API de Freshservice, campo 'associated_assets'.
Ejemplos
Servidor-01Aplicación de nóminaConmutador principal A
|
|||
|
Descripción de la solución temporal
WorkaroundNotes
|
Texto que describe la solución temporal o alternativa. | ||
|
Descripción
Este atributo contiene los detalles de la solución temporal proporcionada. Si está presente, indica que se publicó correctamente una solución alternativa. En el análisis, la marca de tiempo asociada a la cumplimentación de este campo alimenta el KPI de tiempo medio hasta la solución temporal.
Por qué es importante
Es fundamental para medir la rapidez de mitigación frente a la rapidez de resolución completa.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'workaround'.
Ejemplos
Reiniciar el servicio manualmenteBorrar la caché del navegadorUsar otro punto de conexión VPN
|
|||
|
Fecha límite
DueDate
|
Fecha prevista para resolver el registro del problema. | ||
|
Descripción
Este atributo contiene la fecha límite del problema, que suele establecerse según las políticas del SLA o manualmente por una persona responsable. En el análisis, comparar esta fecha con la fecha real de resolución permite evaluar la precisión de la planificación y si las expectativas son realistas.
Por qué es importante
Referencia para analizar las entregas a tiempo.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'due_by'.
Ejemplos
2023-12-31T17:00:00Z
|
|||
|
Impacto
ImpactLevel
|
Medida del efecto del problema en los procesos de negocio. | ||
|
Descripción
Este atributo cuantifica el alcance del problema y suele combinarse con la urgencia para determinar la prioridad. En el análisis, ayuda a priorizar los cuellos de botella que afectan a las funciones de negocio más críticas.
Por qué es importante
Se utiliza para ponderar los resultados del análisis según la importancia para el negocio.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'impact'.
Ejemplos
BajaMediaAlta
|
|||
|
Sistema de origen
SourceSystem
|
Nombre del sistema del que proceden los datos. | ||
|
Descripción
Este atributo estático identifica el origen del conjunto de datos, que es 'Freshservice'. En entornos con varios sistemas, permite distinguir los registros procedentes de diferentes herramientas o instancias de ITSM. En el análisis, se utiliza principalmente para filtrar o agrupar datos al combinar información de varias fuentes.
Por qué es importante
Garantiza la procedencia y la trazabilidad de los datos en implementaciones de Process Mining con varios sistemas.
Dónde obtenerlo
Valor codificado durante la extracción.
Ejemplos
Freshservice
|
|||
|
Solicitud de cambio vinculada
ChangeRequestId
|
Identificador de la solicitud de cambio creada para resolver el problema. | ||
|
Descripción
Este atributo contiene el ID de una solicitud de cambio asociada al registro del problema para implementar una solución permanente. En el análisis, es esencial para el KPI de tiempo entre el análisis de causa raíz (RCA) y el cambio, que permite medir el tiempo transcurrido entre la identificación de una causa y la actuación correspondiente.
Por qué es importante
Vincula el proceso de gestión de problemas con el proceso de gestión de cambios.
Dónde obtenerlo
API de Freshservice, campo 'associated_change_request'.
Ejemplos
CHG-2001CHG-2045
|
|||
|
Última actualización de los datos
LastExtractionTime
|
Marca de tiempo que indica cuándo se extrajeron los datos de Freshservice. | ||
|
Descripción
Este atributo indica la antigüedad del conjunto de datos utilizado para el análisis. Permite saber si se están consultando datos en tiempo real o una instantánea anterior. En el análisis, sirve como referencia para calcular la duración actual de los casos activos que siguen abiertos.
Por qué es importante
Aporta contexto sobre la latencia y la fiabilidad de los datos.
Dónde obtenerlo
Hora del sistema en el momento de ejecutar el proceso ETL.
Ejemplos
2023-11-01T12:00:00Z
|
|||
Actividades de la gestión de problemas
| Actividad | Descripción | ||
|---|---|---|---|
|
Causa raíz identificada
|
Momento en que se completa el campo de texto de la causa raíz o la sección de análisis. Se registra al identificar la primera actualización del campo 'Root Cause' desde un estado nulo. | ||
|
Por qué es importante
Hito principal para el análisis del tiempo de entrega del análisis de causas raíz. Marca la transición de la investigación al diseño de la solución.
Dónde obtenerlo
Flujo de actividad: actualización de los campos 'root_cause' o 'analysis'.
Capturar
Compare el campo root_cause antes y después de la actualización
Tipo de evento
inferred
|
|||
|
Grupo de soporte asignado
|
Asignación del registro del problema a un equipo técnico o grupo de asignación específico. Se registra mediante el seguimiento de los cambios en el campo 'Group' del historial del ticket. | ||
|
Por qué es importante
Esencial para el mapa de calor de traspasos entre grupos de soporte. El seguimiento permite detectar el efecto de ping-pong y los traspasos excesivos entre equipos.
Dónde obtenerlo
Flujo de actividad: cambios en el campo 'group_id' o 'group_name'.
Capturar
Se registra cuando se actualiza el campo Group
Tipo de evento
explicit
|
|||
|
Problema cerrado
|
Evento final del ciclo de vida, en el que el registro queda bloqueado y se considera inactivo. Se registra mediante la transición de estado a 'Closed'. | ||
|
Por qué es importante
Define el final absoluto de la instancia del proceso. Es necesario para calcular el tiempo de ciclo total.
Dónde obtenerlo
Flujo de actividad: cambio de estado a 'Closed'.
Capturar
Se registra cuando el estado cambia a Closed
Tipo de evento
explicit
|
|||
|
Problema registrado
|
Creación inicial del registro del problema en el sistema. Este evento queda registrado explícitamente en el registro de auditoría de Freshservice cuando se guarda un nuevo ticket de problema. | ||
|
Por qué es importante
Marca el inicio de la instancia del proceso. Es el punto de referencia para calcular todos los tiempos de entrega y los tiempos de ciclo.
Dónde obtenerlo
Flujo de actividad de Freshservice o API de Tickets (marca de tiempo created_at).
Capturar
Se registra cuando se ejecuta la transacción New Problem
Tipo de evento
explicit
|
|||
|
Solicitud de cambio asociada
|
Vinculación de un registro de cambio con el registro del problema, que señala el inicio de la fase de corrección. Se registra mediante el evento del sistema 'Association with Change'. | ||
|
Por qué es importante
Es esencial para el monitor de cuellos de botella de solicitudes de cambio. Mide el traspaso de la gestión de problemas a la gestión de cambios.
Dónde obtenerlo
Flujo de actividad: evento 'Association with Change'.
Capturar
Se registra cuando se vincula un ID de cambio
Tipo de evento
explicit
|
|||
|
Solución definitiva aplicada
|
Representa la implementación de la solución definitiva. En Freshservice, suele inferirse cuando el estado cambia a 'Solved' o 'Resolved'. | ||
|
Por qué es importante
Calcula la demora en la implementación de la solución definitiva. Marca el final del trabajo de corrección técnica.
Dónde obtenerlo
Flujo de actividad: cambio de estado a 'Solved' o 'Resolved'.
Capturar
Compare el campo de estado antes y después
Tipo de evento
inferred
|
|||
|
Solución temporal publicada
|
Incorporación de una solución temporal al registro del problema, normalmente mediante una nota o un campo 'Workaround'. Se utiliza para calcular la velocidad de publicación de soluciones temporales. | ||
|
Por qué es importante
Mide la rapidez con que el equipo mitiga el impacto. Es esencial para el KPI de tiempo de entrega promedio de las soluciones temporales.
Dónde obtenerlo
Flujo de actividad: actualización del campo 'workaround' o creación de una nota marcada como Solution/Workaround.
Capturar
Se registra cuando se completa el campo Workaround
Tipo de evento
explicit
|
|||
|
Activo vinculado
|
Asociación de un elemento de configuración (CI) o un activo con el registro del problema. Esto ayuda a identificar el 'servicio de negocio afectado' o el 'elemento de configuración afectado'. | ||
|
Por qué es importante
Vincula el problema abstracto con la infraestructura física o lógica. Es fundamental para analizar la calidad de la categorización de las causas raíz.
Dónde obtenerlo
Flujo de actividad: evento 'Association with Asset'.
Capturar
Se registra cuando se adjunta un activo al registro
Tipo de evento
explicit
|
|||
|
Agente asignado
|
Asignación de una persona responsable específica al registro del problema. Se registra explícitamente cuando se completa o actualiza el campo 'Agent'. | ||
|
Por qué es importante
Indica cuándo una persona responsable se hace cargo oficialmente del trabajo. Ayuda a analizar la asignación de recursos según la prioridad.
Dónde obtenerlo
Flujo de actividad: cambios en el campo 'responder_id'.
Capturar
Se registra cuando se actualiza el campo Agent
Tipo de evento
explicit
|
|||
|
Estado: pendiente de cambio
|
Transición de estado que indica que el problema está a la espera de que se implemente una solicitud de cambio. Se infiere cuando el campo de estado cambia a 'Change Requested' o un valor similar. | ||
|
Por qué es importante
Identifica el tiempo de espera durante el cual el equipo de gestión de problemas depende de procesos externos de gestión de cambios.
Dónde obtenerlo
Flujo de actividad: cambio de estado al ID que representa 'Change Requested'.
Capturar
Compare el campo de estado antes y después
Tipo de evento
inferred
|
|||
|
Nota añadida
|
Actividad general que registra cuándo se añade una nota pública o privada al registro. Representa la colaboración o las actualizaciones en curso. | ||
|
Por qué es importante
Puede indicar que hay trabajo en curso aunque el estado no haya cambiado. Es útil para identificar periodos de 'espera activa'.
Dónde obtenerlo
Flujo de actividad: evento 'Note added'.
Capturar
Se registra cuando se publica un comentario
Tipo de evento
explicit
|
|||
|
Prioridad actualizada
|
Cambio en el nivel de urgencia o impacto del registro del problema. Se registra mediante el historial de auditoría del campo 'Priority'. | ||
|
Por qué es importante
Esencial para analizar los incumplimientos de los SLA y filtrar el Dashboard de rendimiento del SLA de problemas críticos.
Dónde obtenerlo
Flujo de actividad: cambios en el campo 'priority'.
Capturar
Se registra cuando se modifica el campo Priority
Tipo de evento
explicit
|
|||
|
Problema reabierto
|
Transición de un estado 'Resolved' o 'Closed' a un estado 'Open'. Indica que la solución falló o fue rechazada. | ||
|
Por qué es importante
Es la métrica principal del Dashboard de tendencias de reapertura de registros de problemas. Una tasa elevada indica deficiencias en el análisis de causas raíz o en las soluciones.
Dónde obtenerlo
Flujo de actividad: cambio de estado de [Closed/Solved] a [Open/In Progress].
Capturar
Compare el campo de estado antes y después
Tipo de evento
inferred
|
|||
|
SLA incumplido
|
Evento generado por el sistema que indica que se superó la hora límite 'Due By'. Freshservice registra marcadores específicos de incumplimiento del SLA. | ||
|
Por qué es importante
Contribuye directamente al análisis del rendimiento del SLA de problemas críticos. Señala los incumplimientos.
Dónde obtenerlo
Flujo de actividad: registro del sistema de incumplimiento del SLA.
Capturar
Se registra cuando se activa el monitor de SLA del sistema
Tipo de evento
explicit
|
|||
|
Tarea del problema completada
|
Finalización de una subtarea vinculada al registro del problema. Suele utilizarse para hacer un seguimiento de las revisiones posteriores a la implementación (PIR) o de pasos específicos de investigación. | ||
|
Por qué es importante
Contribuye al Dashboard de auditoría de revisiones posteriores al hacer un seguimiento del cierre de las tareas de revisión.
Dónde obtenerlo
Flujo de actividad: cambio del estado de 'Task' a Closed/Completed.
Capturar
Se registra cuando una Task vinculada se marca como completada
Tipo de evento
explicit
|
|||
Guías de extracción
¿Todo listo para comenzar?
Convierta hoy los datos de gestión de problemas en información útil para la acción. Nuestro equipo puede ayudarle con la extracción de datos y a comenzar a optimizar sus servicios de TI.
Elimine hoy los cuellos de botella en la gestión de problemas
Reduzca el tiempo de ciclo un 30 % y estabilice los servicios de TI
No se requiere tarjeta de crédito. Configuración en 5 minutos.