Su Template de datos de Problem Management
Su Template de datos de Problem Management
- Atributos críticos para un análisis más profundo de la causa raíz
- Mapeo estandarizado 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 el paso dentro del ciclo de vida del proceso, como 'Problem Logged', 'Root Cause Identified' o 'Support Group Changed'. Es el componente central de los algoritmos de descubrimiento de procesos para representar la secuencia de trabajo. En el análisis, este campo determina los nodos del mapa de procesos 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 de procesos.
Dónde obtenerlo
Derivado 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 ocurrió la actividad. | ||
|
Descripción
Este atributo registra cuándo tuvo lugar un evento específico en el sistema. Permite al motor de Process Mining ordenar cronológicamente los eventos y calcular la duración entre los pasos. En el análisis, estos datos constituyen la base de todos los KPI basados en el tiempo, como el tiempo de procesamiento, el análisis de plazos de entrega y la identificación de cuellos de botella.
Por qué es importante
Establece la línea temporal de los eventos y permite calcular el tiempo de ciclo y ordenar el proceso.
Dónde obtenerlo
Campos 'created_at' o 'updated_at' de la API de Freshservice dentro del 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 actúa como el ID de caso central del análisis de Process Mining. Identifica de forma única una investigación de problemas específica en Freshservice y vincula todas las actividades, eventos y cambios relacionados. Se utiliza para agrupar las entradas individuales del registro de auditoría en una instancia de proceso coherente. En el análisis, este identificador permite profundizar desde las agregaciones de alto nivel hasta recorridos específicos de problemas para comprender la secuencia exacta de los eventos ocurridos.
Por qué es importante
Es la clave fundamental para reconstruir el flujo del proceso y es necesaria 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 del centro de servicio 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 la distribución de la carga de trabajo y a detectar a las personas que pueden estar sobrecargadas o ser especialmente eficientes en RCA.
Por qué es importante
Clave para el análisis de recursos y el Process Mining organizacional.
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 la causa raíz
RootCauseCategory
|
La clasificación de la causa subyacente identificada para el problema. | ||
|
Descripción
Este atributo categoriza el motivo por el que ocurrió el problema, como 'Error de software', 'Error de configuración' o 'Error humano'. Se completa después de la fase de RCA. En el análisis, se utiliza para el Dashboard 'Calidad de la categorización de la causa raíz' con el fin de identificar debilidades sistémicas en la infraestructura.
Por qué es importante
Esencial para analizar tendencias e identificar áreas de mejora proactiva.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice. A menudo es un campo personalizado o un campo de texto 'root_cause', según la configuración.
Ejemplos
Fallo de softwareError de configuraciónFallo de hardware
|
|||
|
Departamento
DepartmentName
|
El departamento del usuario que informó del problema o que se ve principalmente afectado. | ||
|
Descripción
Este atributo identifica la unidad de negocio afectada por el problema. En el análisis, ayuda a segmentar el 'Rendimiento del SLA de problemas críticos' para comprobar si determinados departamentos reciben un servicio más lento que otros.
Por qué es importante
Proporciona contexto organizativo sobre el impacto de los problemas.
Dónde obtenerlo
API de Freshservice, mediante una consulta del solicitante en la tabla de departamentos.
Ejemplos
FinanzasRecursos HumanosTI
|
|||
|
Estado
ProblemStatus
|
Estado actual del ciclo de vida del problema (por ejemplo, Open, Change Requested o Resolved). | ||
|
Descripción
Este atributo registra el avance del problema a través de 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 entre trabajo activo y completado, y permite analizar el trabajo en curso (WIP).
Por qué es importante
Define el estado del caso y se utiliza para calcular las 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. Las transferencias entre grupos son una fuente importante de retrasos 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 el comportamiento de ida y vuelta entre equipos.
Por qué es importante
Esencial para analizar las transferencias e identificar cuellos de botella aislados en los equipos.
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
|
El número de registros de incidentes vinculados a este problema. | ||
|
Descripción
Este atributo cuenta cuántos incidentes individuales están asociados al registro del problema. Sirve como indicador indirecto del volumen de interrupciones para los usuarios. En el análisis, se utiliza para el KPI 'Densidad de vinculación de incidentes' con el fin de verificar 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. Normalmente se determina mediante una matriz de impacto y urgencia. En el análisis, este campo es fundamental para la segmentación. Permite comparar los tiempos de ciclo y el cumplimiento de los SLA entre problemas críticos y defectos menores.
Por qué es importante
Esencial para filtrar y priorizar el análisis de problemas de alto impacto.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'priority'.
Ejemplos
BajoMedioAltoUrgente
|
|||
|
Se reabrió
IsReopened
|
Un indicador que señala si el registro del problema pasó alguna vez de un estado cerrado a un estado abierto. | ||
|
Descripción
Este atributo booleano se calcula comprobando el historial de actividades para detectar transiciones de un estado terminal a un estado activo. En el análisis, respalda el Dashboard 'Tendencias de reapertura de registros de problemas' y actúa como un indicador clave de calidad del proceso de resolución.
Por qué es importante
Indicador principal de resoluciones erróneas y retrabajo.
Dónde obtenerlo
Se calcula a partir del registro de eventos (ActivityName).
Ejemplos
truefalse
|
|||
|
SLA incumplido
IsSlaBreached
|
Un indicador que señala si el registro del problema no cumplió el objetivo de su acuerdo de nivel de servicio. | ||
|
Descripción
Este atributo booleano es verdadero si el tiempo de resolución del problema superó la política definida. En el análisis, alimenta el Dashboard 'Rendimiento del SLA de problemas críticos' y ayuda a identificar qué equipos o categorías tienen 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
|
El elemento de configuración (CI) o activo principal vinculado al problema. | ||
|
Descripción
Este atributo identifica el activo de hardware o software específico objeto de la investigación. En el análisis, permite evaluar la 'Calidad de la categorización de la causa raíz' por tipo de activo y revelar si determinados 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
Server-01Aplicación de nóminaSwitch principal A
|
|||
|
Descripción de la solución temporal
WorkaroundNotes
|
El texto que describe la solución temporal o alternativa. | ||
|
Descripción
Este atributo contiene los detalles de la solución temporal proporcionada. Su presencia 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 'Tiempo medio de entrega de la solución alternativa'.
Por qué es importante
Esencial para medir la velocidad de mitigación frente a la velocidad 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 un endpoint alternativo de la VPN
|
|||
|
Fecha límite
DueDate
|
La fecha objetivo en la que se espera que se resuelva el registro del problema. | ||
|
Descripción
Este atributo contiene la fecha límite del problema, establecida a menudo por las políticas de SLA o manualmente por un responsable. En el análisis, comparar esta fecha con la fecha real de resolución proporciona información sobre la precisión de la planificación y la definición de expectativas realistas.
Por qué es importante
Punto de 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
|
La medida del efecto que el problema tiene en los procesos empresariales. | ||
|
Descripción
Este atributo cuantifica el alcance del problema y suele utilizarse junto con Urgency para determinar Priority. En el análisis, ayuda a priorizar los cuellos de botella del proceso que afectan a las funciones empresariales más críticas.
Por qué es importante
Se utiliza para ponderar los resultados del análisis según la criticidad empresarial.
Dónde obtenerlo
Objeto 'Problem' de la API de Freshservice, campo 'impact'.
Ejemplos
BajoMedioAlto
|
|||
|
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, ayuda a distinguir los registros procedentes de diferentes herramientas o instancias de ITSM. En el análisis, se utiliza principalmente para filtrar o agrupar al combinar datos de varias fuentes.
Por qué es importante
Garantiza la trazabilidad y el linaje 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
|
El identificador de la solicitud de cambio creada para solucionar el problema. | ||
|
Descripción
Este atributo contiene el ID de una Change Request asociada al registro del problema para implementar una solución permanente. En el análisis, es esencial para el KPI 'Tiempo de transición de RCA a cambio', que permite medir el tiempo perdido entre encontrar una causa y actuar sobre ella.
Por qué es importante
Vincula el proceso Problem con el proceso Change Management.
Dónde obtenerlo
API de Freshservice, campo 'associated_change_request'.
Ejemplos
CHG-2001CHG-2045
|
|||
|
Última actualización de datos
LastExtractionTime
|
Marca de tiempo que indica cuándo se extrajeron los datos de Freshservice. | ||
|
Descripción
Este atributo indica la actualidad del conjunto de datos utilizado para el análisis. Ayuda a comprender si se están consultando datos en tiempo real o una instantánea del pasado. En el análisis, se utiliza como punto de referencia para calcular la duración actual de los casos activos.
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 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 captura identificando la primera actualización del campo 'Root Cause' desde un estado nulo. | ||
|
Por qué es importante
Hito principal para el análisis del plazo de entrega de RCA. Marca la transición de la investigación al diseño de la solución.
Dónde obtenerlo
Flujo de actividades: actualización de los campos 'root_cause' o 'analysis'.
Recopilar
Comparar el campo root_cause antes y después de la actualización
Tipo de evento
inferred
|
|||
|
Grupo de soporte asignado
|
Enrutamiento del registro del problema a un equipo técnico o grupo de asignación específico. Se captura 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 transferencias entre grupos de soporte. Su seguimiento revela efectos de ida y vuelta y transferencias excesivas entre equipos.
Dónde obtenerlo
Flujo de actividades: actualizaciones de los campos 'group_id' o 'group_name'.
Recopilar
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 se bloquea y se considera inactivo. Se captura 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 actividades: cambio de estado a 'Closed'.
Recopilar
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 se captura 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 plazos de entrega y tiempos de ciclo.
Dónde obtenerlo
Flujo de actividades de Freshservice o API de Tickets (marca de tiempo created_at).
Recopilar
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, lo que señala el inicio de la fase de corrección. Se captura mediante el evento del sistema 'Association with Change'. | ||
|
Por qué es importante
Esencial para el monitor de cuellos de botella de solicitudes de cambio. Mide la transferencia de la gestión de problemas a la gestión de cambios.
Dónde obtenerlo
Flujo de actividades: evento 'Association with Change'.
Recopilar
Se registra cuando se vincula un ID de cambio
Tipo de evento
explicit
|
|||
|
Solución alternativa publicada
|
Adición de una solución temporal al registro del problema, normalmente indicada mediante una nota o un campo 'Workaround'. Se utiliza para calcular la velocidad de publicación de soluciones alternativas. | ||
|
Por qué es importante
Mide la rapidez con la que el equipo mitiga el impacto. Es esencial para el KPI del plazo medio de entrega de soluciones alternativas.
Dónde obtenerlo
Flujo de actividades: actualización del campo 'workaround' o creación de una nota marcada como Solution/Workaround.
Recopilar
Se registra cuando se completa el campo Workaround
Tipo de evento
explicit
|
|||
|
Solución permanente aplicada
|
Representa la implementación de la solución final. En Freshservice, normalmente se infiere cuando el estado cambia a 'Solved' o 'Resolved'. | ||
|
Por qué es importante
Calcula el retraso en la implementación de la solución permanente. Marca el final del trabajo de corrección técnica.
Dónde obtenerlo
Flujo de actividades: cambio de estado a 'Solved' o 'Resolved'.
Recopilar
Comparar el campo de estado antes y después
Tipo de evento
inferred
|
|||
|
Activo vinculado
|
Asociación de un elemento de configuración (CI) o activo con el registro del problema. Esto ayuda a identificar el 'servicio empresarial afectado' o el 'elemento de configuración impactado'. | ||
|
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 la causa raíz.
Dónde obtenerlo
Flujo de actividades: evento 'Association with Asset'.
Recopilar
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 captura explícitamente cuando el campo 'Agent' se completa o se actualiza. | ||
|
Por qué es importante
Indica cuándo un recurso ha asumido oficialmente el trabajo. Ayuda a analizar la asignación de recursos por prioridad.
Dónde obtenerlo
Flujo de actividades: actualizaciones del campo 'responder_id'.
Recopilar
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 cambio.
Dónde obtenerlo
Flujo de actividades: cambio de estado al ID que representa 'Change Requested'.
Recopilar
Comparar el campo de estado antes y después
Tipo de evento
inferred
|
|||
|
Nota añadida
|
Actividad general que captura 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 trabajo activo aunque el estado no haya cambiado. Es útil para identificar periodos de 'espera activa'.
Dónde obtenerlo
Flujo de actividades: evento 'Note added'.
Recopilar
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 captura mediante el registro de auditoría del campo 'Priority'. | ||
|
Por qué es importante
Esencial para analizar incumplimientos de SLA y filtrar el Dashboard de rendimiento de SLA de problemas críticos.
Dónde obtenerlo
Flujo de actividades: actualizaciones del campo 'priority'.
Recopilar
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
Métrica principal del Dashboard de tendencias de reapertura de registros de problemas. Las tasas elevadas indican una RCA o unas soluciones de baja calidad.
Dónde obtenerlo
Flujo de actividades: cambio de estado de [Closed/Solved] a [Open/In Progress].
Recopilar
Comparar 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 de vencimiento 'Due By'. Freshservice registra marcadores específicos de incumplimiento de SLA. | ||
|
Por qué es importante
Admite directamente el análisis del rendimiento de SLA de problemas críticos. Destaca los fallos de cumplimiento.
Dónde obtenerlo
Flujo de actividades: registro del sistema de incumplimiento de SLA.
Recopilar
Se registra cuando se activa el monitor de SLA del sistema
Tipo de evento
explicit
|
|||
|
Tarea del problema completada
|
Finalización de una subtarea asociada al registro del problema. A menudo se utiliza para hacer seguimiento de las revisiones posteriores a la implementación (PIR) o de pasos específicos de investigación. | ||
|
Por qué es importante
Admite el Dashboard de auditoría de finalización de revisiones posteriores mediante el seguimiento del cierre de las tareas de revisión.
Dónde obtenerlo
Flujo de actividades: cambio de estado de 'Task' a Closed/Completed.
Recopilar
Se registra cuando una Task vinculada se marca como completada
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para comenzar?
Transforme hoy sus datos de Problem Management en información útil para la toma de decisiones. Nuestro equipo está aquí para ayudarle a recorrer el proceso de extracción y comenzar a optimizar sus servicios de TI.
Elimine hoy los cuellos de botella de Problem Management
Reduzca un 30 % el tiempo de ciclo y estabilice sus servicios de TI
No se requiere tarjeta de crédito. Configuración en 5 minutos.