Su Plantilla de Datos de Gestión de Problemas

BMC Helix ITSM
Su Plantilla de Datos de Gestión de Problemas

Su Plantilla de Datos de Gestión de Problemas

Esta plantilla proporciona una estructura integral para analizar sus flujos de trabajo de investigación de causa raíz dentro de BMC Helix ITSM. Describe los atributos esenciales y las actividades del proceso necesarias para construir un registro de eventos detallado, junto con una guía de extracción práctica. Siguiendo esta guía, podrá identificar cuellos de botella ocultos y agilizar su camino hacia la resolución permanente de incidentes.
  • Campos de datos esenciales para el análisis de causa raíz
  • Hitos de proceso estandarizados para el seguimiento
  • Guía de extracción específica para BMC Helix ITSM
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Problemas

Esta tabla contiene los campos de datos recomendados necesarios para poblar su registro de eventos para un análisis exhaustivo de su ciclo de vida de gestión de problemas.
5 Requerido 9 Recomendado 5 Opcional
Nombre Descripción
Actividad
Activity
La tarea específica o el evento de cambio de estado que ocurrió.
Descripción

Este atributo representa el paso específico realizado en el ciclo de vida de la gestión de problemas, como 'Registro de Problema', 'Causa Raíz Identificada' o 'Base de Datos de Soluciones Actualizada'. En BMC Helix, estos a menudo se derivan del Historial de Estado, los Registros de Auditoría o marcas de tiempo de transacciones específicas dentro del módulo de Investigación de Problemas.

Este atributo es el núcleo del descubrimiento de procesos. Al analizar la secuencia de estas actividades, la herramienta de Process Mining construye el mapa de procesos, revelando el flujo real de trabajo en comparación con el proceso diseñado. Destaca bucles, retrabajos y desviaciones del procedimiento operativo estándar.

Los nombres de actividad precisos son cruciales para comprender lo que realmente sucedió durante el ciclo de vida. Estos datos permiten la medición de los tiempos de transición entre pasos específicos, como el tiempo transcurrido entre la identificación de una causa raíz y el inicio de una solicitud de cambio.

Por qué es importante

Define los nodos en el mapa de procesos y permite la visualización del workflow.

Dónde obtener

Derivado del historial de estado de PBM:Problem Investigation o PBM:AuditLogSystem

Ejemplos
Registro de Problema RegistradoAsignado a Grupo de SoporteInvestigación IniciadaCausa Raíz Identificada
Hora del Evento
EventTime
La marca de tiempo cuando ocurrió la actividad específica.
Descripción

Este atributo registra la fecha y hora exactas en que tuvo lugar una actividad. En BMC Helix ITSM, esto corresponde a campos como 'Fecha de Envío', 'Fecha de Última Modificación' o marcas de tiempo específicas registradas en las tablas de historial correspondientes a los cambios de estado.

En el análisis, este atributo se utiliza para secuenciar eventos cronológicamente y calcular duraciones. Permite la medición de los tiempos de ciclo entre dos puntos cualesquiera del proceso, como el 'Tiempo de Ciclo de Investigación' o el 'Tiempo de Espera para Publicación de Solución Temporal'.

Las marcas de tiempo precisas son vitales para identificar cuellos de botella. Al calcular la diferencia de tiempo entre eventos consecutivos, los analistas pueden precisar exactamente dónde se producen los retrasos, ya sea durante la asignación inicial o la fase de revisión final.

Por qué es importante

Permite el cálculo de todos los KPI basados en la duración y la secuenciación de eventos.

Dónde obtener

Tablas de historial o registros de auditoría asociados con PBM:Problem Investigation

Ejemplos
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
Registro de Problema
ProblemRecord
El identificador único para el caso de investigación del problema.
Descripción

Este atributo sirve como identificador central del caso para el proceso de gestión de problemas. En BMC Helix ITSM, este es típicamente el campo 'ID de Problema' (ej. PBI00000012345) que se encuentra en el formulario PBM:Problem Investigation. Vincula todas las actividades relacionadas, desde el registro inicial del problema hasta el cierre final y la revisión posterior a la implementación.

En el análisis de Process Mining, este atributo se utiliza para agrupar eventos individuales en una única instancia de proceso. Permite a los analistas visualizar el recorrido de principio a fin de una investigación de problema específica. Sin este identificador, sería imposible correlacionar la secuencia de acciones tomadas por diferentes grupos de soporte y coordinadores.

Este campo funciona como la clave principal para el registro de eventos y es esencial para todas las agregaciones a nivel de caso, como el cálculo del tiempo de ciclo total por problema o el recuento de problemas por nivel de prioridad.

Por qué es importante

Es la clave fundamental requerida para construir la vista de proceso y rastrear el ciclo de vida de problemas específicos.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'ID de Problema'

Ejemplos
PBI00000004512PBI00000004513PBI00000004514
Source System
SourceSystem
El sistema donde se originaron los datos.
Descripción

Este atributo identifica el sistema de software del que se extrajeron los datos del proceso, en este caso, 'BMC Helix ITSM'. Es particularmente importante en entornos multisistema donde Process Mining podría agregar datos de varias herramientas de ITSM, desarrollo o proveedores externos.

En el análisis, este campo sirve como una etiqueta de metadatos que valida el origen del registro. Si la vista de Process Mining combina datos de BMC Helix para la gestión de problemas y un sistema separado para el desarrollo de software (ej. Jira), este atributo ayuda a segmentar el análisis por la herramienta de origen.

También ayuda en la resolución de problemas técnicos. Si surgen problemas de calidad de datos, conocer el sistema de origen permite a los ingenieros de datos rastrear el problema hasta la rutina de extracción específica o la base de datos de origen.

Por qué es importante

Proporciona trazabilidad y contexto, especialmente en vistas de procesos multi-sistema.

Dónde obtener

Codificado durante el proceso de extracción

Ejemplos
BMC Helix ITSMRemedy OnDemandBMC ITSM Prod
Última actualización de datos
LastDataUpdate
La marca de tiempo cuando los datos fueron extraídos o actualizados por última vez.
Descripción

Este atributo indica cuándo se cargaron los datos por última vez en la aplicación de Process Mining. Asegura que los analistas estén al tanto de la actualidad de los datos que están viendo. Suele ser generado por el script de extracción o la herramienta de pipeline de datos.

En el análisis, esto ayuda a prevenir decisiones basadas en datos obsoletos. Por ejemplo, si un gerente está viendo 'Registros de Problemas Abiertos', saber que los datos se actualizaron hace una hora versus hace una semana cambia significativamente la interpretación de la carga de trabajo actual.

También se utiliza para cargas de datos incrementales. Al rastrear la última hora de actualización, el proceso ETL puede obtener solo los registros que han cambiado desde la extracción anterior, optimizando el rendimiento y reduciendo la carga del sistema.

Por qué es importante

Asegura la frescura de los datos y asiste en estrategias de carga de datos incremental.

Dónde obtener

Hora del sistema en el momento de la extracción

Ejemplos
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
¿Se incumplió el SLA?
IsSLABreached
Un indicador que señala si la resolución del problema excedió el tiempo permitido.
Descripción

Este atributo booleano indica si el registro de problemas incumplió su acuerdo de nivel de servicio. Se calcula comparando la marca de tiempo de 'Resolución Verificada' con la 'Fecha de Vencimiento del SLA' o se extrae directamente del estado del SLM.

Este atributo es crítico para el dashboard de 'Cumplimiento de SLA y Tendencias de Incumplimiento'. Permite una segmentación binaria simple del proceso: cumplido vs. incumplido. Esto facilita el aislamiento de las características de los procesos fallidos (ej. '¿Los casos incumplidos siempre involucran al Grupo de Soporte X?').

Sirve como filtro principal para el análisis de causa raíz de fallas de proceso. Los analistas pueden filtrar por 'IsSLABreached = True' y luego examinar el mapa de proceso para ver dónde se perdió el tiempo (ej. largos tiempos de espera para la aprobación del proveedor).

Por qué es importante

Simplifica los informes de cumplimiento y el análisis de fallos.

Dónde obtener

Formulario de Medición SLM o calculado

Ejemplos
truefalse
Categoría de Causa Raíz
RootCauseCategory
La clasificación de la causa subyacente del problema.
Descripción

Este atributo contiene la categoría seleccionada cuando se identifica la causa raíz (por ejemplo, 'Error de Software', 'Falla de Hardware', 'Brecha de Proceso'). En BMC Helix, esto se selecciona típicamente de los menús de 'Causa Raíz' o 'Categorización Genérica'.

Este atributo es esencial para la vista de 'Eficacia y Calidad de la Solución'. Permite a la organización correlacionar tipos específicos de causas raíz con tasas de retrabajo o tiempos de investigación prolongados. Por ejemplo, podría revelar que los problemas de 'Error de Software' tardan sistemáticamente el doble en resolverse que los problemas de 'Falla de Hardware'.

También se utiliza para calcular la 'Tasa de Categorización de Causa Raíz'. Un alto porcentaje de valores 'Desconocido' u 'Otro' en este campo sugiere la necesidad de una mejor capacitación técnica o de opciones de categorización más granulares.

Por qué es importante

Permite el análisis de tendencias de problemas sistémicos y apoya la gestión proactiva de problemas.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campos de pestaña 'Causa Raíz' o de categorización

Ejemplos
Módulo de SoftwareInfraestructura de RedError Humano
CI de Servicio
ServiceCI
El servicio empresarial principal o elemento de configuración afectado.
Descripción

Este atributo identifica el Elemento de Configuración de Servicio (CI) relacionado con el problema, como 'Servicio de Correo Electrónico', 'SAP ERP' o 'Red Wi-Fi'. En BMC Helix, a menudo es el campo 'Servicio+' o la relación principal de CI.

En el análisis, esto permite la segmentación de registros de problemas por producto o servicio. Ayuda a la dirección de TI a comprender qué servicios son más frágiles y generan la mayor cantidad de investigaciones de problemas. Esto alimenta el dashboard de 'Volumen de Rendimiento y Prioridad' al agregar una dimensión de producto.

Correlacionar este atributo con el 'Tiempo de Ciclo de Investigación' puede mostrar si ciertos servicios complejos (como un sistema bancario central) requieren inherentemente períodos de investigación más largos en comparación con los servicios básicos (como la impresión).

Por qué es importante

Vincula el rendimiento del proceso a productos o servicios empresariales específicos.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'ServiceCI' o 'Nombre de CI'

Ejemplos
Servicio de Correo ElectrónicoSistema de NóminasVPN Corporativa
Coordinador de Problemas
ProblemCoordinator
El usuario individual asignado para coordinar la investigación.
Descripción

Este atributo nombra a la persona específica responsable del registro de problemas. En BMC Helix ITSM, este es el campo 'Coordinador de Problemas'. Esta persona es dueña del ciclo de vida del problema incluso si las tareas se delegan a otros.

Este atributo es compatible con el dashboard de 'Distribución de Carga de Trabajo del Grupo de Soporte'. Ayuda a los gerentes a identificar si individuos específicos están sobrecargados con investigaciones mientras otros tienen capacidad. También permite el análisis de rendimiento a nivel individual, ayudando a identificar necesidades de capacitación o empleados de alto rendimiento.

En Process Mining, este campo actúa como un atributo de recurso. Ayuda a visualizar cómo fluye el trabajo entre individuos y puede resaltar puntos únicos de falla donde un proceso depende demasiado de un experto específico.

Por qué es importante

Permite el análisis de recursos y el equilibrio de la carga de trabajo a nivel individual.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Coordinador de Problemas'

Ejemplos
John DoeJane SmithAdministrador del Sistema
Fecha de Vencimiento de SLA
SLADueDate
La fecha y hora objetivo en la que el problema debe ser resuelto.
Descripción

Este atributo contiene la fecha límite para la resolución del problema basada en el acuerdo de nivel de servicio. En BMC Helix, a menudo es la 'Fecha de Resolución Objetivo' o una marca de tiempo de hito de SLA calculada.

Este atributo es la base para el dashboard de 'Cumplimiento de SLA y Tendencias de Incumplimiento'. Al comparar esta marca de tiempo con la marca de tiempo de la actividad de 'Resolución Verificada', el sistema calcula si el SLA se cumplió o se incumplió.

Visualizar esta fecha permite a los analistas ver cuán ajustado va el equipo. ¿Están resolviendo los problemas con días de anticipación o están terminando consistentemente solo minutos antes del incumplimiento? Esta perspectiva impulsa la planificación de la capacidad.

Por qué es importante

Es el punto de referencia para calcular todas las métricas de cumplimiento y puntualidad.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Fecha de Resolución Objetivo'

Ejemplos
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
Grupo de Soporte
SupportGroup
El equipo técnico actualmente asignado a la investigación del problema.
Descripción

Este atributo refleja el grupo de soporte específico (ej. 'Administrador de Servidores', 'Soporte de Bases de Datos') responsable del registro de problemas en el momento del evento. En BMC Helix, este es el campo 'Grupo Asignado'.

Este atributo es crítico para los dashboards de 'Distribución de Carga de Trabajo del Grupo de Soporte' y 'Análisis de Reasignación de Grupo de Soporte'. Permite a los analistas segmentar el mapa de proceso por equipo, revelando qué grupos están manejando el mayor volumen y cuáles son cuellos de botella en el proceso de investigación.

Analizar las transferencias entre grupos de soporte ayuda a identificar el comportamiento de "ping-pong", donde un ticket rebota entre equipos sin resolución. Esto a menudo apunta a responsabilidades poco claras o a una gestión del conocimiento inadecuada dentro de la organización.

Por qué es importante

Permite el análisis organizacional y la detección de cuellos de botella a nivel de equipo.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Grupo Asignado'

Ejemplos
Mesa de Servicio Nivel 1Soporte de Back OfficeAdministración de Red
Impulsor de Investigación
InvestigationDriver
La razón por la cual se inició la investigación del problema.
Descripción

Este atributo clasifica el detonante del registro de problemas, como 'Volumen de Incidentes', 'Incidente Mayor', 'Notificación de Proveedor' o 'Análisis de Tendencias Proactivo'. En BMC Helix, este es el campo 'Motor de Investigación'.

Este atributo es compatible con el dashboard de 'Tendencias de Identificación Proactiva'. Permite a la organización medir el cambio de una respuesta reactiva (responder a incidentes) a una gestión de problemas proactiva (identificar riesgos antes de que se manifiesten).

Analizar los flujos de proceso por 'Motor de Investigación' puede revelar diferentes comportamientos. Por ejemplo, los problemas 'Proactivos' podrían permanecer en la cola más tiempo porque no están causando interrupciones inmediatas, mientras que los problemas impulsados por 'Incidentes Mayores' se aceleran a través del proceso.

Por qué es importante

Distingue entre trabajo reactivo y proactivo, un indicador clave de madurez.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Motor de Investigación'

Ejemplos
ReactivoProactivoIncidentes Recurrentes
Prioridad
Priority
La prioridad calculada del problema basada en el impacto y la urgencia.
Descripción

Este atributo indica el nivel de prioridad del registro de problemas (ej. Crítico, Alto, Medio, Bajo). En BMC Helix, este suele ser un campo calculado derivado de las selecciones de Impacto y Urgencia.

En el análisis, se utiliza para el dashboard de 'Volumen de Rendimiento y Prioridad'. Permite a las organizaciones verificar si los recursos están correctamente alineados con las necesidades del negocio. Por ejemplo, los problemas 'Críticos' deberían, en teoría, tener tiempos de asignación inicial más rápidos y ciclos de vida generales más cortos en comparación con los de prioridad 'Baja'.

Filtrar por prioridad ayuda a enfocar los esfuerzos de mejora. Un cuello de botella en un proceso de prioridad 'Baja' podría ser aceptable, pero el mismo retraso en un proceso 'Crítico' representa un riesgo significativo para la continuidad del negocio y el cumplimiento del SLA.

Por qué es importante

Segmenta el análisis por criticidad empresarial y apoya el análisis de SLA.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Prioridad'

Ejemplos
CríticoAltoMedioBajo
Recuento de Incidentes Relacionados
RelatedIncidentCount
El número de incidentes vinculados a este registro de problemas.
Descripción

Este atributo cuantifica el impacto del problema al contar el número de incidentes asociados con él. En BMC Helix, esto suele ser un recuento de registros en el formulario HPD:Help Desk que están relacionados con el registro de PBM.

Este atributo impulsa el KPI 'Densidad de Vinculación de Incidentes'. Un recuento alto indica un problema de alto impacto que está generando un ruido significativo para la mesa de servicio. La correlación de esto con la 'Prioridad' asegura que los problemas de alto volumen sean realmente tratados como críticos.

También ayuda a priorizar el backlog. Un registro de problemas con 500 incidentes vinculados probablemente debería priorizarse sobre un problema 'Crítico' con solo 1 incidente vinculado, ya que resolver el primero liberará más capacidad de la mesa de servicio.

Por qué es importante

Cuantifica el impacto operativo y la insatisfacción del usuario asociados al problema.

Dónde obtener

Calculado contando filas relacionadas en HPD:Associations o HPD:Help Desk

Ejemplos
15120
Estado de la Solución Temporal
WorkaroundStatus
Indica si se ha identificado y publicado una solución temporal válida.
Descripción

Este atributo rastrea el estado de la solución temporal (Workaround). Podría ser un booleano simple (Tiene Solución Temporal) o una cadena de estado. En BMC Helix, esto a menudo se deriva de la presencia de texto en el campo 'Solución Temporal' o de un indicador de estado específico.

Este atributo es clave para el dashboard de 'Rendimiento de Publicación de Soluciones Temporales'. Responde a cuán eficazmente el equipo mitiga el impacto mientras investiga la causa raíz. Una vista del proceso filtrada por 'Sin Solución Temporal' resalta los casos en los que el negocio está sufriendo el impacto total durante la investigación.

También apoya las auditorías de calidad. Cerrar un registro de problemas sin una solución permanente (Solicitud de Cambio) Y sin una solución temporal es generalmente un fallo del proceso que necesita revisión.

Por qué es importante

Mide la efectividad de la mitigación de impacto durante la investigación.

Dónde obtener

Formulario de Investigación de Problemas de PBM, verificación del contenido del campo 'Solución Temporal'

Ejemplos
ActivoNingunoRetirado
ID de Solicitud de Cambio Relacionada
RelatedChangeRequestId
El identificador de la solicitud de cambio iniciada para solucionar el problema.
Descripción

Este atributo contiene el ID de la Solicitud de Cambio (ej. CRQ0000...) vinculada al registro de problemas. Representa la transición de la investigación a la implementación de una solución permanente.

Este atributo es necesario para el KPI 'Tiempo de Espera de Causa Raíz a Cambio'. Permite a la herramienta de Process Mining medir el retraso entre la identificación de la causa raíz y el inicio del proceso de cambio. Este es un punto de transferencia común donde se pierde impulso.

También ayuda a verificar la 'exhaustividad del proceso'. Un registro de problemas cerrado con un estado de 'Completado' pero sin una solicitud de cambio relacionada (o una solución temporal) podría indicar una violación del proceso donde la causa raíz fue encontrada pero nunca realmente solucionada.

Por qué es importante

Vincula el proceso de gestión de problemas con el proceso de gestión de cambios.

Dónde obtener

PBM:Pestaña de Asociaciones de Investigación o Relaciones

Ejemplos
CRQ00000021345CRQ00000021346
Recuento de Reasignaciones
ReassignmentCount
El número total de veces que se cambió el grupo de soporte.
Descripción

Este atributo cuenta el número de veces que la actividad 'Asignado a Grupo de Soporte' ocurre para un solo caso. Es una medida directa de la fricción del proceso y la eficiencia del enrutamiento.

Este atributo alimenta el gráfico de 'Análisis de Reasignación de Grupo de Soporte'. Valores altos (rebotando) indican que el triaje inicial está fallando o que no hay una propiedad clara para problemas complejos. Es un indicador principal de un aumento en el tiempo de ciclo.

Los gerentes lo usan para identificar oportunidades de capacitación. Si la Mesa de Servicio reasigna consistentemente problemas de 'Base de Datos' a 'Red' primero, y luego 'Red' los envía de vuelta a 'Base de Datos', el Recuento de Reasignaciones aumentará, destacando la necesidad de mejores scripts de diagnóstico inicial.

Por qué es importante

Identifica el desperdicio, la fricción y la falta de propiedad en el proceso.

Dónde obtener

Calculado a partir del historial de actividad

Ejemplos
015
Región
Region
La región geográfica asociada con el problema.
Descripción

Este atributo especifica la ubicación geográfica (ej. 'América del Norte', 'EMEA') donde se originó el problema o donde se está gestionando. En BMC Helix, esto a menudo se encuentra en los campos 'Región' o 'Sitio' asociados con el solicitante o el activo afectado.

En el análisis, esto apoya la segmentación geográfica. Ayuda a identificar si regiones específicas están experimentando mayores volúmenes de problemas o tiempos de resolución más lentos. Esto puede resaltar disparidades en el personal de soporte o la calidad de la infraestructura en diferentes ubicaciones.

Es valioso para las organizaciones globales garantizar una prestación de servicios consistente. Si el 'Tiempo de Ciclo de Investigación' en 'APAC' es el doble que en 'NAM', esto impulsa una investigación sobre la asignación de recursos o el cumplimiento del proceso en esa región.

Por qué es importante

Permite la comparación geográfica del rendimiento del proceso.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Región'

Ejemplos
AméricasEMEAAPAC
Tiempo de Ciclo de Investigación
InvestigationCycleTime
La duración desde el inicio de la investigación hasta la identificación de la causa raíz.
Descripción

Este es un atributo de duración calculado que mide el tiempo entre la actividad de 'Investigación Iniciada' y la actividad de 'Causa Raíz Identificada'. Representa el tiempo de valor añadido principal del proceso de gestión de problemas.

Esta métrica alimenta el dashboard de 'Tiempo de Ciclo de Investigación de Causa Raíz'. Ayuda a los gerentes a comprender la complejidad técnica de los problemas y la eficiencia de los equipos de investigación. Anomalías aquí (ej. tiempos extremadamente cortos) podrían indicar conjeturas, mientras que tiempos extremadamente largos indican investigaciones estancadas.

Al comparar esta métrica entre 'Grupos de Soporte' y 'Prioridades', la organización puede identificar qué equipos necesitan mejores herramientas, capacitación o soporte de proveedores para diagnosticar problemas más rápidamente.

Por qué es importante

Es la métrica de eficiencia primaria para la fase de investigación técnica.

Dónde obtener

Calculado a partir de las marcas de tiempo de actividad

Ejemplos
4500000120000
Requerido Recomendado Opcional

Actividades de Gestión de Problemas

Estos son los pasos fundamentales del proceso y los cambios de estado que debe seguir para lograr una visibilidad completa de sus fases de investigación y resolución.
9 Recomendado 4 Opcional
Actividad Descripción
Asignado a Grupo de Soporte
La asignación del registro de problemas a un equipo técnico específico. Se captura mediante el monitoreo de los cambios en el campo 'Grupo Asignado'.
Por qué es importante

Esencial para medir las transferencias, los efectos ping-pong y el KPI 'Tiempo Medio hasta la Asignación Inicial'.

Dónde obtener

Formulario PBM:Problem Investigation, historial del campo 'Grupo Asignado' o registro de auditoría.

Capturar

Comparar el campo 'Grupo Asignado' antes y después de la actualización

Tipo de evento inferred
Causa Raíz Identificada
El momento en que el registro de problemas transita a un estado que indica que la causa es conocida. Se infiere cuando el Estado cambia a 'Causa Raíz Identificada'.
Por qué es importante

Un hito crítico para el dashboard 'Tiempo de Ciclo de Investigación de Causa Raíz'. Señala el cambio del análisis a la solución.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Estado' = 'Causa Raíz Identificada'.

Capturar

Comparar el campo de estado para la transición a Causa Raíz Identificada

Tipo de evento inferred
Investigación Iniciada
La transición del registro de problemas a una fase de análisis activo. Esto se infiere cuando el campo Estado cambia a 'En Investigación'.
Por qué es importante

Marca el inicio de la fase de trabajo real, apoyando el KPI 'Tiempo de Ciclo de Investigación'.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Estado' = 'En Investigación'.

Capturar

Comparar el campo de estado para la transición a En Investigación

Tipo de evento inferred
Registro de Problema Cancelado
La terminación de un registro de problemas antes de su resolución. Se captura cuando el estado cambia a 'Cancelado' o 'Rechazado'.
Por qué es importante

Identifica el esfuerzo desperdiciado o duplicados válidos. Representa un punto final alternativo.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Estado' = 'Cancelado' o 'Rechazado'.

Capturar

Comparar el campo de estado para la transición a Cancelado

Tipo de evento inferred
Registro de Problema Cerrado
El cierre administrativo final del registro de problemas. Este evento termina la instancia del proceso.
Por qué es importante

El evento final estándar. Necesario para el análisis completo del tiempo de ciclo y el cálculo de la 'Densidad de Vinculación de Incidentes'.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Estado' = 'Cerrado'.

Capturar

Comparar el campo de estado para la transición a Cerrado

Tipo de evento inferred
Registro de Problema Registrado
La creación inicial de un registro de Investigación de Problemas en el sistema. Este evento se captura explícitamente cuando se guarda una nueva entrada en el formulario de Investigación de Problemas de PBM.
Por qué es importante

Marca el inicio de la instancia del proceso. Crítico para calcular los tiempos de ciclo generales y las métricas de respuesta inicial.

Dónde obtener

Formulario de Investigación de Problemas de PBM, marca de tiempo de 'Fecha de Envío' o registro de creación de 'Estado' = 'Borrador'.

Capturar

Registrado cuando se crea el registro PBM:Problem Investigation

Tipo de evento explicit
Resolución Verificada
El punto en el que la solución permanente se confirma como exitosa. Se infiere del cambio de Estado a 'Solución Implementada' o 'Completado'.
Por qué es importante

Utilizado para la 'Tasa de Adherencia al SLA de Problemas'. Confirma que el trabajo técnico ha finalizado.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Estado' = 'Solución Implementada' o 'Completado'.

Capturar

Comparar el campo de estado para la transición a Solución Implementada

Tipo de evento inferred
Solicitud de Cambio Iniciada
La vinculación de una Solicitud de Cambio de Infraestructura a la Investigación del Problema. Esto señala el inicio de la fase de implementación.
Por qué es importante

Crítico para el KPI 'Tiempo de Espera de Causa Raíz a Cambio' e identificando silos entre los procesos de Problemas y Cambios.

Dónde obtener

Tabla PBM:Investigation_Associations o llenado del campo 'ID de Cambio de Infraestructura'.

Capturar

Registrado cuando se crea la asociación en PBM:Investigation_Associations

Tipo de evento explicit
Solución Temporal Definida
La entrada o actualización de texto en el campo 'Solución Temporal' del registro de problemas. Este evento indica que se ha documentado una solución provisional.
Por qué es importante

Apoya el KPI 'Tiempo de Espera para Publicación de Solución Temporal'. Indica mitigación del impacto del incidente.

Dónde obtener

Formulario de Investigación de Problemas de PBM, cambios en el campo de texto 'Solución Temporal'.

Capturar

Comparar el contenido del campo 'Solución Temporal' para actualizaciones no nulas

Tipo de evento inferred
Base de Datos de Soluciones Actualizada
La transición del registro al estado de 'Base de Datos de Soluciones', lo que indica que se ha propuesto o identificado una solución permanente.
Por qué es importante

Rastrea el progreso de la definición de la solución antes de la implementación.

Dónde obtener

Formulario de Investigación de Problemas de PBM, campo 'Estado' = 'Base de Datos de Soluciones'.

Capturar

Comparar el campo de estado para la transición a Base de Datos de Soluciones

Tipo de evento inferred
Coordinador Reasignado
Un cambio en el Coordinador de Problemas individual dentro de un grupo de soporte. Capturado monitoreando el campo 'Coordinador de Problemas'.
Por qué es importante

Ayuda a analizar la distribución de la carga de trabajo y los cuellos de botella de recursos individuales.

Dónde obtener

Formulario PBM:Problem Investigation, historial del campo 'Coordinador de Problemas'.

Capturar

Comparar el campo 'Coordinador de Problemas' antes y después de la actualización

Tipo de evento inferred
Error Conocido Promovido
La creación de un registro de Error Conocido vinculado a la investigación del problema. Este es un evento de creación de registro relacionado.
Por qué es importante

Indica la formalización del problema para una comunicación más amplia y un seguimiento a largo plazo.

Dónde obtener

Creación de un registro en PBM:Error Conocido vinculado al ID de PBM:Problem Investigation.

Capturar

Registrado cuando se crea el registro PBM:Known Error

Tipo de evento explicit
Revisión Post-Implementación Realizada
La finalización de la fase PIR. Se captura mediante una transición de estado fuera de un estado PIR o el cierre de una tarea PIR vinculada.
Por qué es importante

Soporta directamente el 'Cumplimiento de Revisión Post-Implementación' y las auditorías de calidad de procesos.

Dónde obtener

Formulario de Investigación de Problemas de PBM, indicador específico 'PIR Requerido' o finalización del tipo de tarea vinculada 'PIR'.

Capturar

Derivado de la finalización del estado de PIR o el cierre de la Tarea PIR

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo extraer sus datos de gestión de problemas de BMC Helix ITSM