Su Plantilla de Datos para la Gestión de Problemas
Su Plantilla de Datos para la Gestión de Problemas
- `Atributos` críticos para un análisis de causa raíz más profundo
- Mapeo estandarizado de actividades para el ciclo de vida del problema
- Guía técnica para la extracción de datos de Freshservice
Atributos de Gestión de Problemas
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
El evento o acción específica realizada en el registro de problema. | ||
|
Descripción
Este atributo describe el paso dentro del ciclo de vida del proceso, como 'Problema Registrado', 'Causa Raíz Identificada' o 'Grupo de Soporte Cambiado'. Es el componente central para que los algoritmos de descubrimiento de procesos mapeen la secuencia de trabajo. En el análisis, este campo determina los nodos en el mapa de procesos y es esencial para identificar bucles 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 la generación del mapa de procesos.
Dónde obtener
Derivado de los puntos finales 'Activities' o 'Audit Log' de Freshservice.
Ejemplos
Problema RegistradoPrioridad ActualizadaEstado Cambiado a Resuelto
|
|||
|
Registro de Problema
ProblemNumber
|
El identificador alfanumérico único asignado al registro de problema (ej. PRB-10234). | ||
|
Descripción
Este atributo sirve como el ID de Caso central para el análisis de Process Mining. Identifica de forma única una investigación de problema específica dentro de Freshservice, vinculando todas las actividades, eventos y cambios relacionados. Se utiliza para agrupar entradas individuales del registro de auditoría en una instancia de proceso coherente. En el análisis, este identificador permite a los usuarios profundizar desde agregaciones de alto nivel en trayectorias de problemas específicas para comprender la secuencia exacta de los eventos ocurridos.
Por qué es importante
Es la clave fundamental para reconstruir el flujo del proceso y se requiere para identificar de forma única cada
Dónde obtener
Objeto 'Problem' de la API de Freshservice, campo 'display_id'.
Ejemplos
PRB-10023PRB-10045PRB-11201
|
|||
|
Timestamp
EventTimestamp
|
La fecha y hora exactas en que ocurrió la actividad. | ||
|
Descripción
Este atributo registra cuándo ocurrió un evento específico en el sistema. Permite al motor de Process Mining ordenar los eventos cronológicamente y calcular las duraciones entre pasos. En el análisis, estos datos proporcionan la base para todos los KPI basados en el tiempo, como el tiempo de rendimiento, el análisis del tiempo de entrega y la identificación de cuellos de botella.
Por qué es importante
Establece la línea de tiempo de los
Dónde obtener
Campos 'created_at' o 'updated_at' de la API de Freshservice dentro del flujo de actividad.
Ejemplos
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
¿Se reabrió?
IsReopened
|
Un indicador que señala si el registro del problema fue alguna vez movido de un estado cerrado de nuevo a abierto. | ||
|
Descripción
Este atributo booleano se calcula verificando el historial de actividad en busca de transiciones desde un estado terminal de nuevo a un estado activo. En el análisis, apoya el dashboard de 'Tendencias de Reapertura de Registros de Problemas', sirviendo como un indicador clave de calidad para el proceso de resolución.
Por qué es importante
Indicador principal de resoluciones falsas positivas y reelaboración.
Dónde obtener
Calculado a partir del
Ejemplos
truefalse
|
|||
|
Agente Asignado
AgentName
|
El nombre del agente de mesa de servicio actualmente asignado al problema. | ||
|
Descripción
Este atributo identifica al individuo responsable de investigar o resolver el problema. Permite el análisis de recursos y el monitoreo del rendimiento. En el análisis, ayuda a identificar la distribución de la carga de trabajo y a individuos específicos que pueden estar sobrecargados o ser particularmente eficientes en el RCA.
Por qué es importante
Clave para el análisis de recursos y Process Mining organizacional.
Dónde obtener
Objeto 'Problem' de la API de Freshservice, campo 'responder_id' (requiere búsqueda en la tabla de Agentes).
Ejemplos
Alice SmithBob JonesAdministrador del Sistema
|
|||
|
Categoría de Causa Raíz
RootCauseCategory
|
La clasificación de la causa subyacente identificada para el problema. | ||
|
Descripción
Este atributo categoriza por qué ocurrió el problema, como 'Software Bug', 'Configuration Error' o 'Human Error'. Se completa después de la fase de RCA. En el análisis, se utiliza para el dashboard de 'Calidad de Categorización de Causa Raíz' para identificar debilidades sistémicas en la infraestructura.
Por qué es importante
Esencial para el análisis de tendencias e identificar áreas para una mejora proactiva.
Dónde obtener
Objeto 'Problem' de la API de Freshservice. A menudo un campo personalizado o un campo de texto 'root_cause' según la configuración.
Ejemplos
Fallo de Software`Error de Configuración`Fallo de hardware
|
|||
|
Departamento
DepartmentName
|
El departamento del usuario que reportó el problema o que es el principal afectado. | ||
|
Descripción
Este atributo identifica la unidad de negocio impactada por el problema. En el análisis, ayuda a segmentar el 'Rendimiento del SLA de Problemas Críticos' para ver si ciertos departamentos están recibiendo un servicio más lento que otros.
Por qué es importante
Proporciona contexto organizacional sobre el impacto de los problemas.
Dónde obtener
API de Freshservice, mediante búsqueda de solicitante en la tabla de Departamento.
Ejemplos
FinanzasRRHHTI
|
|||
|
Estado
ProblemStatus
|
El estado actual del ciclo de vida del problema (ej. Open, Change Requested, Resolved). | ||
|
Descripción
Este atributo rastrea el progreso del problema a través de su workflow. Los cambios en este campo desencadenan actividades de proceso estándar. En el análisis, sirve como filtro principal para distinguir entre trabajo activo y completado, y permite el análisis de WIP (Work In Progress).
Por qué es importante
Define el estado del
Dónde obtener
Objeto 'Problem' de la API de Freshservice, campo 'status'.
Ejemplos
AbiertoCambio pendienteResueltoCerrado
|
|||
|
Grupo de Soporte
SupportGroup
|
El equipo técnico o grupo asignado para gestionar el problema. | ||
|
Descripción
Este atributo representa la propiedad del equipo sobre el registro de problema. Las transferencias entre grupos son una fuente importante de retraso en la Gestión de Problemas. En el análisis, este campo se utiliza para generar el 'Mapa de Calor de Transferencia de Grupos de Soporte' e identificar el comportamiento 'ping-pong' entre equipos.
Por qué es importante
Crítico para analizar transferencias e identificar cuellos de botella aislados.
Dónde obtener
Objeto 'Problem' de la API de Freshservice, campo 'group_id' (requiere búsqueda en la tabla de Grupos).
Ejemplos
Equipo de base de `datos`Operaciones 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 con el registro de problema. Sirve como un proxy para el volumen de interrupción del usuario. En el análisis, esto se utiliza para el KPI de 'Densidad de Vinculación de Incidentes' para verificar si los problemas realmente están reduciendo el volumen de incidentes.
Por qué es importante
Indica la magnitud del efecto del problema en la mesa de ayuda.
Dónde obtener
API de Freshservice, recuento de la matriz 'associated_incidents'.
Ejemplos
05120
|
|||
|
Prioridad
ProblemPriority
|
El nivel de prioridad asignado al problema (ej. Low, Medium, High, Urgent). | ||
|
Descripción
Este atributo indica la importancia relativa y la urgencia del registro de problema. Generalmente se determina mediante una matriz de Impacto y Urgencia. En el análisis, este campo es crucial para la segmentación. Permite a los analistas 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 problemas de alto impacto.
Dónde obtener
Objeto 'Problem' de la API de Freshservice, campo 'priority'.
Ejemplos
BajoMedioAltoUrgente
|
|||
|
SLA Incumplido
IsSlaBreached
|
Un indicador que señala si el registro del problema incumplió su objetivo de acuerdo de nivel de servicio (SLA). | ||
|
Descripción
Este atributo booleano es verdadero si el tiempo de resolución del problema excedió la política definida. En el análisis, esto impulsa el dashboard de 'Rendimiento del SLA de Problemas Críticos', ayudando a identificar qué equipos o categorías tienen más dificultades con la puntualidad.
Por qué es importante
Medida directa del
Dónde obtener
API de Freshservice, derivada de las banderas 'sla_policy' o 'sla_breached'.
Ejemplos
truefalse
|
|||
|
Tiempo para RCA
TimeToRootCause
|
La duración desde la creación del problema hasta la identificación de la causa raíz. | ||
|
Descripción
Este atributo de duración se calcula midiendo la diferencia de tiempo entre el evento 'Problema Registrado' y el evento 'Causa Raíz Identificada'. En el análisis, alimenta el KPI de 'Tiempo Medio de Identificación de la Causa Raíz', destacando la eficiencia de la fase de diagnóstico.
Por qué es importante
Mide específicamente la velocidad de la fase de investigación.
Dónde obtener
Calculado a partir de las marcas de
Ejemplos
48 horas3 días45 minutos
|
|||
|
Activo impactado
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 que es objeto de la investigación. En el análisis, permite la 'Calidad de Categorización de Causa Raíz' por tipo de activo, revelando si ciertos dispositivos o versiones de software son propensos a defectos.
Por qué es importante
Conecta el rendimiento del proceso con los componentes de la infraestructura.
Dónde obtener
API de Freshservice, campo 'associated_assets'.
Ejemplos
Servidor-01Aplicación de nóminaSwitch Central A
|
|||
|
Descripción de la Solución Temporal
WorkaroundNotes
|
El texto que describe la solución temporal. | ||
|
Descripción
Este atributo contiene los detalles de la solución temporal proporcionada. Su presencia indica que se publicó con éxito una solución temporal. En el análisis, el timestamp asociado con el llenado de este campo impulsa el KPI de 'Tiempo de Entrega Promedio de Soluciones Temporales'.
Por qué es importante
Crítico para medir la velocidad de mitigación versus la velocidad de resolución completa.
Dónde obtener
Objeto 'Problem' de la API de Freshservice, campo 'workaround'.
Ejemplos
Reiniciar el servicio manualmenteBorrar caché del navegadorUsar un endpoint VPN alternativo
|
|||
|
Fecha de Vencimiento
DueDate
|
La fecha objetivo para la cual se espera que el registro de problema esté resuelto. | ||
|
Descripción
Este atributo contiene la fecha límite para el problema, a menudo establecida por las políticas de SLA o manualmente por un gerente. En el análisis, comparar esta fecha con la fecha de resolución real proporciona información sobre la precisión de la planificación y el establecimiento de expectativas realistas.
Por qué es importante
Punto de referencia para el análisis de entrega a tiempo.
Dónde obtener
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 de negocio. | ||
|
Descripción
Este atributo cuantifica el alcance del problema, a menudo utilizado junto con la Urgencia para determinar la Prioridad. En el análisis, ayuda a priorizar qué cuellos de botella del proceso están afectando a las funciones de negocio más críticas.
Por qué es importante
Utilizado para ponderar los resultados del análisis por criticidad empresarial.
Dónde obtener
Objeto 'Problem' de la API de Freshservice, campo 'impact'.
Ejemplos
BajoMedioAlto
|
|||
|
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 Solicitud de Cambio asociada con el registro de problema para implementar una solución permanente. En el análisis, es esencial para el KPI de 'Tiempo de Transición de RCA a Cambio', permitiendo medir el tiempo perdido entre la identificación de una causa y la acción sobre ella.
Por qué es importante
Vincula el proceso de Problemas con el proceso de Gestión de Cambios.
Dónde obtener
API de Freshservice, campo 'associated_change_request'.
Ejemplos
CHG-2001CHG-2045
|
|||
|
Source System
SourceSystem
|
El nombre del sistema donde se originaron los datos. | ||
|
Descripción
Este atributo estático identifica el origen del conjunto de datos, que es 'Freshservice'. En entornos multisistema, ayuda a distinguir los registros provenientes de diferentes herramientas o instancias de ITSM. En el análisis, se utiliza principalmente para filtrar o agrupar al combinar datos de múltiples fuentes.
Por qué es importante
Asegura la trazabilidad y el linaje de los
Dónde obtener
Valor codificado durante la extracción.
Ejemplos
Freshservice
|
|||
|
Última actualización de datos
LastExtractionTime
|
El timestamp que indica cuándo los datos fueron extraídos de Freshservice. | ||
|
Descripción
Este atributo marca la actualidad del conjunto de datos utilizado para el análisis. Ayuda a los usuarios a comprender si están viendo datos en tiempo real o una instantánea del pasado. En el análisis, se utiliza como punto de referencia para calcular las duraciones de apertura actuales para casos activos.
Por qué es importante
Proporciona contexto sobre la latencia y fiabilidad de los datos.
Dónde obtener
Hora del sistema en el momento de la ejecución de ETL.
Ejemplos
2023-11-01T12:00:00Z
|
|||
Actividades de Gestión de Problemas
| Actividad | Descripción | ||
|---|---|---|---|
|
Causa Raíz Identificada
|
El momento en que se completa el campo de texto de causa raíz o la sección de análisis. Capturado al identificar la primera actualización del campo 'Root Cause' desde un estado nulo. | ||
|
Por qué es importante
El hito principal para el Análisis de Tiempo de Entrega de RCA. Marca la transición de la investigación al diseño de la solución.
Dónde obtener
Capturar
Comparar el campo
Tipo de evento
inferred
|
|||
|
Grupo de Soporte Asignado
|
Enrutamiento del registro de problema a un equipo técnico específico o grupo de asignación. Capturado al monitorear los cambios en el campo 'Group' en el historial del ticket. | ||
|
Por qué es importante
Esencial para el Mapa de Calor de Transferencias del Grupo de Soporte. El seguimiento de esto revela efectos de ping-pong y transferencias excesivas entre equipos.
Dónde obtener
Capturar
Registrado cuando se actualiza el campo de Grupo
Tipo de evento
explicit
|
|||
|
Problema cerrado
|
El evento final del ciclo de vida donde el registro se bloquea y se considera inactivo. Capturado por la transición de estado a 'Closed'. | ||
|
Por qué es importante
Define el final absoluto de la instancia del proceso. Requerido para calcular el tiempo total del ciclo.
Dónde obtener
Capturar
Registrado cuando el estado cambia a Cerrado
Tipo de evento
explicit
|
|||
|
Problema Registrado
|
La creación inicial del registro de 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 anclaje para calcular todos los tiempos de entrega y los tiempos de ciclo.
Dónde obtener
Flujo de actividad de Freshservice o API de tickets (
Capturar
Registrado cuando se ejecuta la transacción Nuevo Problema
Tipo de evento
explicit
|
|||
|
Solicitud de Cambio asociada
|
La vinculación de un registro de Cambio al registro de Problema, señalando el inicio de la fase de remediación. Capturado a través del evento del sistema 'Association with Change'. | ||
|
Por qué es importante
Vital 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 obtener
Capturar
Registrado cuando se vincula un ID de Cambio
Tipo de evento
explicit
|
|||
|
Solución permanente aplicada
|
Representa la implementación de la solución final. En Freshservice, esto se infiere típicamente 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 rectificación técnica.
Dónde obtener
Capturar
Compare el campo de estado antes/después
Tipo de evento
inferred
|
|||
|
Solución Temporal Publicada
|
La adición de una solución temporal al registro de problema, a menudo marcada como una nota o campo de 'Solución temporal'. Se utiliza para calcular la Velocidad de Publicación de Soluciones Temporales. | ||
|
Por qué es importante
Mide la rapidez con la que el equipo mitiga el impacto. Esencial para el KPI de Tiempo Promedio de Solución Provisional.
Dónde obtener
Capturar
Registrado cuando se rellena el campo Solución Provisional
Tipo de evento
explicit
|
|||
|
Activo vinculado
|
La asociación de un Elemento de Configuración (CI) o Activo al registro de 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. Crucial para el análisis de la Calidad de la Categorización de la Causa Raíz.
Dónde obtener
Capturar
Registrado cuando se adjunta un activo al registro
Tipo de evento
explicit
|
|||
|
Agente asignado
|
La asignación de un responsable individual específico al registro de problema. Capturado explícitamente cuando el campo 'Agent' se completa o 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 obtener
Capturar
Registrado cuando se actualiza el campo de Agente
Tipo de evento
explicit
|
|||
|
Estado: Cambio Pendiente
|
Una transición de estado que indica que el problema está a la espera de que se implemente una Solicitud de Cambio. Se infiere del cambio del campo de estado a 'Cambio solicitado' o similar. | ||
|
Por qué es importante
Identifica el tiempo de espera en el que el equipo de Gestión de Problemas depende de procesos de Cambio externos.
Dónde obtener
Capturar
Compare el campo de estado antes/después
Tipo de evento
inferred
|
|||
|
Nota Añadida
|
`Actividad genérica` que captura cuando 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 incluso si el estado no ha cambiado. Útil para identificar períodos de 'espera activa'.
Dónde obtener
Capturar
Registrado cuando se publica un comentario
Tipo de evento
explicit
|
|||
|
Prioridad Actualizada
|
Un cambio en el nivel de urgencia o impacto del registro de problema. Capturado a través del `registro de eventos` del campo 'Prioridad'. | ||
|
Por qué es importante
Crítico para analizar incumplimientos de SLA y filtrar el
Dónde obtener
Capturar
Registrado cuando se modifica el campo de Priority
Tipo de evento
explicit
|
|||
|
Problema Reabierto
|
Una transición de un estado 'Resuelto' o 'Cerrado' de nuevo a un estado 'Abierto'. Indica que la solución falló o fue rechazada. | ||
|
Por qué es importante
La métrica central para el dashboard de Tendencias de Reapertura de Registros de Problemas. Las tasas altas indican una mala calidad del RCA o de las soluciones.
Dónde obtener
Capturar
Compare el campo de estado antes/después
Tipo de evento
inferred
|
|||
|
SLA Incumplido
|
Un `evento` generado por el sistema que indica que se excedió el tiempo 'Fecha de vencimiento'. Freshservice registra marcadores específicos de violación de SLA. | ||
|
Por qué es importante
Soporta directamente el análisis de Rendimiento SLA de Problemas Críticos. Destaca fallos en el
Dónde obtener
Capturar
Registrado cuando se activa el monitor de SLA del sistema
Tipo de evento
explicit
|
|||
|
Tarea de Problema Completada
|
La finalización de una subtarea adjunta al registro de problema. Esto se utiliza a menudo para rastrear Revisiones Post-Implementación (PIR) o pasos específicos de investigación. | ||
|
Por qué es importante
Apoya el dashboard de Auditoría de Cierre Post-Revisión al rastrear si las tareas de revisión se están cerrando.
Dónde obtener
Capturar
Registrado cuando una Tarea vinculada se marca como completada
Tipo de evento
explicit
|
|||