Su Plantilla de Datos de Gestión de Problemas
Su Plantilla de Datos de Gestión de Problemas
- 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
Atributos de Gestión de Problemas
| 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
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
|
|||
Actividades de Gestión de Problemas
| 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
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
|
|||