Su Plantilla de Datos de Gestión de Cambios

Ivanti Cherwell
Su Plantilla de Datos de Gestión de Cambios

Su Plantilla de Datos de Gestión de Cambios

Esta `template` proporciona una hoja de ruta clara para recopilar los `data` esenciales necesarios para analizar su proceso de Gestión de Cambios. Describe los `attributes` cruciales a recopilar, las actividades clave a rastrear y proporciona orientación específica para extraer esta información de su sistema de origen. Utilice este recurso para construir un `event log` robusto para sus iniciativas de `process mining`.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de extracción de Ivanti Cherwell
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Cambios

Estos son los campos de `data` recomendados para incluir en su `event log` para un análisis completo de la gestión de cambios y un descubrimiento de procesos perspicaz.
5 Requerido 6 Recomendado 9 Opcional
Nombre Descripción
Hora del Evento
EventTime
La marca de tiempo que indica cuándo ocurrió una actividad o `event` específico para la solicitud de cambio.
Descripción

La Hora del Evento, también conocida como la marca de tiempo, registra la fecha y hora exactas en que tuvo lugar una actividad. Estos datos temporales son esenciales para ordenar los eventos cronológicamente y constituyen la base para todo análisis de Process Mining basado en el tiempo.

Este atributo se utiliza para calcular las duraciones entre actividades, medir los tiempos de ciclo generales de los casos e identificar tiempos de espera o retrasos en el proceso. Es fundamental para crear dashboards que monitorean el rendimiento contra objetivos basados en el tiempo, como el Tiempo de Ciclo de Aprobación de Cambio.

Por qué es importante

Esta marca de tiempo es la base para todo el análisis de rendimiento y duración, permitiendo el cálculo de tiempos de ciclo, la identificación de cuellos de botella y el monitoreo de SLAs.

Dónde obtener

Típicamente se encuentra en registros de cambios de estado, pistas de auditoría o marcas de tiempo de entrada de diario asociadas con el objeto Solicitud de Cambio en Ivanti Cherwell.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID de Solicitud de Cambio
ChangeRequestId
El identificador único para un único `case` de solicitud de cambio, agrupando todas las actividades relacionadas desde la iniciación hasta el cierre.
Descripción

El ID de Solicitud de Cambio es la clave principal que identifica de forma única cada iniciativa de cambio a lo largo de su ciclo de vida. Sirve como el identificador de case en el process mining, vinculando todos los events, como la presentación, evaluación, aprobación e implementación, en una única instancia de proceso cohesiva.

El análisis de data utilizando el ID de Solicitud de Cambio permite una vista completa de extremo a extremo del proceso de gestión de cambios. Esto permite el seguimiento de cambios individuales, el cálculo de los tiempos de ciclo totales y la identificación de desviaciones o cuellos de botella del proceso específicos de cada solicitud.

Por qué es importante

Este es el identificador de case esencial que conecta todos los events relacionados, lo que permite rastrear todo el recorrido de una solicitud de cambio y analizar su rendimiento.

Dónde obtener

Este es típicamente el identificador principal del objeto de negocio Solicitud de Cambio en Ivanti Cherwell.

Ejemplos
CR-105421CR-105422CR-105423
Nombre de la Actividad
ActivityName
El nombre del `event` o tarea específica que ocurrió en un momento determinado dentro del proceso de gestión de cambios.
Descripción

El Nombre de la Actividad describe un paso o hito específico dentro del ciclo de vida de una solicitud de cambio, como 'Cambio Enviado para Evaluación' o 'Cambio Aprobado por el CAB'. Estas actividades forman los nodos en el mapa de proceso descubierto.

En el análisis, este atributo es fundamental para visualizar el flujo del proceso, identificar la secuencia de eventos y detectar desviaciones del procedimiento estándar. Se utiliza para calcular los tiempos de transición entre actividades y comprender dónde ocurren los retrasos.

Por qué es importante

Este atributo es crucial para descubrir y visualizar el flujo real del proceso, permitiendo la identificación de cuellos de botella, bucles de reelaboración y rutas no conformes.

Dónde obtener

Generado a partir de cambios de estado, entradas de diario o registros de eventos específicos relacionados con el objeto Change Request en Ivanti Cherwell.

Ejemplos
Cambio Enviado para EvaluaciónCambio Pendiente de AprobaciónCambio Implementado
Source System
SourceSystem
El sistema de registro del cual se extrajeron los `data`. Para esta vista, será 'Ivanti Cherwell'.
Descripción

Este atributo identifica el sistema de origen para los data de event. En entornos heterogéneos, ayuda a distinguir data de diferentes fuentes. Para este modelo de data específico, será un valor constante que indica que los data provienen de Ivanti Cherwell.

Aunque pueda parecer estático en un modelo de una sola fuente, es crucial para la gobernanza de data, la trazabilidad y futuras integraciones con otros sistemas. Asegura la claridad sobre la procedencia de los data y ayuda a gestionar la calidad de los data.

Por qué es importante

Proporciona contexto esencial sobre el origen de los datos, lo cual es crucial para la gobernanza de datos, la resolución de problemas y la garantía de trazabilidad.

Dónde obtener

Este es típicamente un valor estático añadido durante el proceso de extracción y transformación de datos para etiquetar el origen del dataset.

Ejemplos
Ivanti Cherwell
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica cuándo se extrajeron o actualizaron por última vez los `data` para este `event` del sistema de origen.
Descripción

Este atributo registra la date y la time en que se extrajeron los data por última vez de Ivanti Cherwell. No representa un event en el proceso en sí, sino que es metadatos sobre la frescura de los data.

Esto es importante para que los consumidores del dashboard comprendan cuán actual es el análisis. Ayuda a gestionar los cronogramas de actualización de data y asegura que las decisiones se basen en data de una antigüedad conocida.

Por qué es importante

Indica la frescura de los datos, lo cual es fundamental para que los usuarios confíen en el análisis y comprendan su relevancia para el estado actual de las operaciones.

Dónde obtener

Esta marca de tiempo se genera y se estampa en cada registro durante el proceso de extracción, transformación y carga (ETL) de data.

Ejemplos
2024-05-21T02:00:00Z
Equipo de Cambio
ChangeTeam
El equipo o grupo actualmente responsable de la solicitud de cambio.
Descripción

El Equipo de Cambio es el grupo o departamento asignado a la solicitud de cambio. Similar al Propietario del Cambio, esto puede cambiar a lo largo del proceso, indicando una transferencia de responsabilidad entre equipos, como del service desk a un equipo de ingeniería de red.

Este atributo es esencial para analizar las transferencias entre equipos e identificar retrasos sistémicos causados por equipos específicos. Ayuda a responder preguntas sobre qué equipos están sobrecargados o dónde ocurren fallas en la comunicación, apoyando directamente el análisis de 'Transferencia de Cambios y Utilización de Recursos'.

Por qué es importante

Identifica la responsabilidad a nivel de equipo, lo cual es clave para analizar cuellos de botella del proceso, medir el rendimiento del equipo y comprender los retrasos en los traspasos entre grupos.

Dónde obtener

Esta información se almacena generalmente en el campo 'Propiedad del Equipo' o un campo similar de asignación de grupo en el objeto Solicitud de Cambio.

Ejemplos
Operaciones de redAdministración de Bases de `datos`Soporte de Aplicaciones
Estado del Cambio
ChangeStatus
El estado actual o final de la solicitud de cambio, como 'Cerrado', 'Rechazado' o 'En Progreso'.
Descripción

El Estado del Cambio indica el estado de una solicitud de cambio en un momento dado o su resultado final. Es un atributo crítico para comprender la resolución de casos e identificar excepciones.

En el análisis de procesos, este atributo se utiliza para filtrar resultados específicos, como analizar solo los cambios rechazados o cancelados. Impulsa KPIs como la 'Tasa de Rechazo de Solicitudes de Cambio' y es esencial para comprender la salud general y la eficiencia del proceso de gestión de cambios.

Por qué es importante

Define el resultado de una solicitud de cambio, permitiendo análisis críticos sobre las tasas de rechazo, las tasas de finalización y la distribución de casos abiertos versus cerrados.

Dónde obtener

Esto corresponde al campo 'Estado' en el objeto de negocio Solicitud de Cambio en Ivanti Cherwell.

Ejemplos
AprobadoRechazadaCerradoCanceladaEn Espera de Aprobación
Fecha Objetivo de Finalización
TargetCompletionDate
El plazo planificado o acordado para la finalización de la implementación del cambio.
Descripción

La Fecha de Finalización Prevista es el timestamp en el que se espera que el cambio esté completamente implementado y verificado. Esta date a menudo forma parte de un Acuerdo de Nivel de Servicio (SLA) y sirve como un punto de referencia principal para el rendimiento.

Este atributo es esencial para monitorear la puntualidad y el cumplimiento de los plazos. Se compara con la fecha de finalización real para calcular los KPI de 'Tasa de Finalización de Cambios a Tiempo' y 'Tasa de Cumplimiento de SLA de Cambios'. Ayuda a identificar proactivamente los cambios que corren el riesgo de no cumplir sus objetivos.

Por qué es importante

Proporciona la base para medir el rendimiento a tiempo y el cumplimiento de los SLA, que son indicadores críticos de la eficiencia y fiabilidad del proceso.

Dónde obtener

Este es típicamente un campo de date específico en el objeto Solicitud de Cambio, a menudo etiquetado como 'Fecha Objetivo', 'Fecha de Vencimiento' o 'Objetivo de SLA'.

Ejemplos
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
Nivel de Riesgo del Cambio
ChangeRiskLevel
El nivel de riesgo evaluado asociado con el cambio, como 'Bajo', 'Medio' o 'Alto'.
Descripción

El Nivel de Riesgo del Cambio es una clasificación asignada durante la fase de evaluación para cuantificar el impacto negativo potencial de un cambio. Esta evaluación a menudo influye en el proceso de aprobación y en el nivel de escrutinio requerido.

En Process Mining, este atributo se utiliza para analizar la consistencia de las evaluaciones de riesgo y para correlacionar el riesgo con el comportamiento del proceso. Por ejemplo, se puede verificar si los cambios de alto riesgo siguen una ruta de aprobación más rigurosa o si tienen tiempos de implementación más largos. Apoya directamente el dashboard 'Consistencia de la Evaluación de Riesgos del Cambio'.

Por qué es importante

Permite analizar cómo el riesgo impacta el flujo del proceso, los ciclos de aprobación y las tasas de éxito, ayudando a asegurar que los cambios de alto riesgo reciban el escrutinio adecuado.

Dónde obtener

Este valor se almacena en un campo 'Nivel de Riesgo' o similar en el objeto Solicitud de Cambio, típicamente rellenado durante la actividad de evaluación de riesgos.

Ejemplos
BajoMedioAltoCrítico
Responsable del Cambio
ChangeOwner
El usuario o individuo actualmente responsable de la solicitud de cambio.
Descripción

El Propietario del Cambio es la persona asignada y responsable de la solicitud de cambio en una etapa específica. Este atributo a menudo cambia a medida que la solicitud avanza en su ciclo de vida, indicando una transferencia entre individuos.

Analizar el Propietario del Cambio ayuda a comprender la carga de trabajo de los recursos e identificar cuellos de botella relacionados con individuos específicos. También es fundamental para analizar las transferencias, que pueden ser una fuente significativa de retrasos. Este atributo es compatible con el dashboard de 'Transferencia de Cambios y Utilización de Recursos'.

Por qué es importante

Rastrea la responsabilidad individual, permitiendo el análisis de la distribución de la carga de trabajo, la frecuencia de las transferencias y los cuellos de botella específicos de los recursos.

Dónde obtener

Típicamente el campo 'Propiedad de' o 'Asignado a' en el objeto de negocio Solicitud de Cambio.

Ejemplos
Alice JohnsonBob WilliamsCharlie Brown
Tipo de Cambio
ChangeType
La clasificación del cambio, como 'Estándar', 'Normal' o 'Emergencia'.
Descripción

El Tipo de Cambio categoriza la solicitud de cambio en función de su naturaleza, urgencia e impacto. Los tipos comunes incluyen Estándar (pre-aprobado, bajo riesgo), Normal (requiere evaluación y aprobación completas) y Urgente (requiere implementación inmediata).

Este atributo permite un análisis segmentado para comparar el rendimiento del proceso en diferentes categorías. Por ejemplo, puede ayudar a determinar si los cambios urgentes siguen una ruta diferente y más rápida o si los cambios estándar se procesan realmente con una fricción mínima. Es clave para el dashboard 'Rendimiento de Tipos de Cambio Problemáticos'.

Por qué es importante

Segmentar el proceso por Tipo de Cambio es crucial para comparar el rendimiento e identificar si categorías específicas, como 'Emergencia', están causando cuellos de botella o desviaciones.

Dónde obtener

Corresponde a un campo de clasificación, probablemente llamado 'Tipo de Cambio' o 'Categoría', en el objeto de negocio Change Request.

Ejemplos
EstándarNormalUrgente
Es Finalización a Tiempo
IsOnTimeCompletion
Un indicador calculado que es verdadero si el cambio se completó en o antes de su fecha objetivo.
Descripción

Este es un atributo booleano derivado de la comparación de 'ActualCompletionDate' con 'TargetCompletionDate'. Simplifica el análisis al proporcionar un indicador binario claro del rendimiento a tiempo para cada solicitud de cambio.

Este indicador es la base para calcular el KPI de 'Tasa de Finalización de Cambios a Tiempo'. Se puede usar como filtro en dashboards para aislar y analizar fácilmente los cambios atrasados, helping to identify common root causes for delays.

Por qué es importante

Simplifica el análisis de rendimiento al proporcionar un resultado claro de éxito o fracaso para el cumplimiento de plazos, impulsando directamente los KPI de finalización a tiempo.

Dónde obtener

Este atributo no está en el sistema de origen. Se calcula durante la transformación de data comparando 'ActualCompletionDate' <= 'TargetCompletionDate'.

Ejemplos
truefalse
Fecha de Finalización Real
ActualCompletionDate
La marca de tiempo cuando el cambio fue realmente implementado y verificado como completo.
Descripción

La Fecha de Finalización Real marca el momento en que se completó el trabajo de implementación de la solicitud de cambio. Este es un hito clave que se compara con el plazo planificado para medir el rendimiento.

Este atributo se utiliza junto con la Fecha de Finalización Prevista para determinar si un cambio se completó a tiempo. Es una entrada fundamental para calcular KPI como la 'Tasa de Finalización de Cambios a Tiempo' y para analizar las causas de los retrasos en la fase de implementación.

Por qué es importante

Captura la hora de finalización real, lo cual es necesario para calcular las tasas de entrega a tiempo y analizar la magnitud de los retrasos.

Dónde obtener

Esta date a menudo se registra cuando el estado de la solicitud de cambio se mueve a 'Implementado' o 'Completado'. Puede ser un campo dedicado o inferirse de la marca de tiempo de ese cambio de estado.

Ejemplos
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
Motivo de rechazo
ChangeRejectionReason
Una descripción textual o categoría que explica por qué se rechazó una solicitud de cambio.
Descripción

Cuando se rechaza una solicitud de cambio, este atributo registra el motivo proporcionado por el aprobador. Esto podría ser una selección de una lista predefinida o una explicación de texto libre.

Esta información es vital para el dashboard 'Análisis de Solicitudes de Cambio Rechazadas'. Al categorizar y analizar los motivos de rechazo, las organizaciones pueden identificar problemas comunes en las presentaciones de cambios, como información incompleta, evaluación de riesgos inadecuada o conflictos comerciales. Estas perspectivas se pueden utilizar para mejorar la calidad de futuras solicitudes de cambio.

Por qué es importante

Ofrece información directa sobre por qué fallan los cambios, permitiendo mejoras específicas en el proceso de envío y evaluación para reducir la tasa global de rechazos.

Dónde obtener

Estos data a menudo se capturan en un campo dedicado de 'Motivo de Rechazo' o en un campo de notas que se rellena cuando el estado cambia a 'Rechazado'.

Ejemplos
Detalle insuficiente en el plan de implementaciónEvaluación de riesgos incompletaConflictos con otros cambios programados
Prioridad del Cambio
ChangePriority
El nivel de prioridad de la solicitud de cambio, indicando su urgencia e impacto en el negocio.
Descripción

La Prioridad del Cambio es una clasificación determinada al combinar la urgencia y el impacto de un cambio. Ayuda a los equipos a priorizar su trabajo y asignar recursos de manera efectiva, asegurando que los cambios más críticos se aborden primero.

En el análisis, la prioridad puede usarse para ver si los cambios de alta prioridad se procesan más rápido que los de baja prioridad. Cualquier desviación de esta expectativa podría indicar ineficiencias o cuellos de botella en el proceso de priorización o ejecución.

Por qué es importante

Ayuda a analizar si el proceso prioriza correctamente los cambios de alto impacto y si esos cambios son realmente acelerados según lo previsto.

Dónde obtener

Típicamente un campo llamado 'Prioridad' en el objeto Solicitud de Cambio. Puede establecerse manualmente o derivarse de los campos de impacto y urgencia.

Ejemplos
1 - Crítico2 - Alta3 - Medio4 - Baja
Servicio Afectado
ServiceAffected
El servicio de negocio principal o elemento de configuración (CI) afectado por el cambio.
Descripción

Este atributo identifica el servicio de TI principal, aplicación o pieza de infraestructura a la que apunta la solicitud de cambio. Vincula el proceso de gestión de cambios con el panorama más amplio de la gestión de servicios de TI.

Analizar por Servicio Afectado es crucial para el KPI de 'Tipos de Cambio Problemáticos Principales', ya que ayuda a identificar qué servicios están experimentando cambios con mayor frecuencia y cuáles están asociados con altas tasas de rechazo o retrasos. Esto proporciona información valiosa para los propietarios de servicios para mejorar la estabilidad y gestionar la deuda técnica.

Por qué es importante

Vincula los cambios a servicios empresariales específicos, permitiendo el análisis para identificar qué servicios son los más inestables o generan los cambios más problemáticos.

Dónde obtener

Esto se vincula típicamente desde la Base de Datos de Gestión de Configuración (CMDB) y se almacena en un campo 'CI Principal' o 'Servicio' en el objeto Solicitud de Cambio.

Ejemplos
Servicio de Correo Electrónico (Exchange)Sistema ERP (SAP)Conmutador de Red Principal (CISCO-4500X)
Solicitante del Cambio
ChangeSubmitter
El usuario que inicialmente creó o envió la solicitud de cambio.
Descripción

Este atributo identifica a la persona que inició la solicitud de cambio. Esto puede ser diferente del Propietario del Cambio, quien asume la responsabilidad de su implementación más adelante en el proceso.

Analizar el Solicitante del Cambio puede ayudar a identificar patrones relacionados con la calidad de la solicitud. Por ejemplo, podría revelar que ciertos individuos o equipos envían con frecuencia solicitudes incompletas que llevan al rechazo o a la reelaboración. Esta información puede utilizarse para proporcionar capacitación dirigida y mejorar la calidad general de las presentaciones.

Por qué es importante

Ayuda a rastrear el origen de las solicitudes de cambio, permitiendo el análisis de la calidad del envío por individuo o equipo e identificando oportunidades de capacitación.

Dónde obtener

Este es generalmente el campo 'Creado Por' o 'Solicitado Por' en el objeto Solicitud de Cambio.

Ejemplos
Susan MillerDavid ChenMaria Garcia
Tiempo de Ciclo de Implementación
ImplementationCycleTime
La duración calculada desde el inicio de la implementación de un cambio hasta su finalización.
Descripción

Esta métrica cuantifica el tiempo necesario para la fase de implementación del cambio. Se calcula como la duración entre la actividad 'Implementación de Cambio Iniciada' y la actividad 'Cambio Implementado'.

Este atributo se utiliza para calcular el KPI de 'Tiempo Promedio de Implementación de Cambios' y es compatible con el dashboard de 'Flujo y Retrasos de Implementación de Cambios'. Ayuda a distinguir los retrasos de planificación de los retrasos de ejecución, permitiendo a los equipos centrar los esfuerzos de mejora en el trabajo técnico de implementación en sí.

Por qué es importante

Aísla el rendimiento de la fase de implementación real, ayudando a identificar cuellos de botella técnicos o basados en recursos, separados de los retrasos en la aprobación.

Dónde obtener

Calculado en la herramienta de Process Mining o durante la transformación de datos al encontrar la diferencia de tiempo entre las marcas de tiempo de los eventos de inicio y fin de la implementación.

Ejemplos
4 horas 15 minutos1 día 2 horas30 minutos
Tiempo del Ciclo de Aprobación
ApprovalCycleTime
La duración calculada desde que se envió un cambio para aprobación hasta que recibió la aprobación final.
Descripción

Esta métrica mide el tiempo transcurrido entre hitos clave de aprobación. Se calcula a nivel de case encontrando la diferencia de time entre el event 'Cambio Enviado para Evaluación' y el event 'Cambio Aprobado por el CAB'.

Esta duración calculada es la métrica central para el dashboard de 'Tiempo de Ciclo de Aprobación de Cambios' y el KPI asociado. Analizar su distribución ayuda a identificar cuellos de botella en la fase de aprobación, ya sea que estén relacionados con aprobadores específicos, equipos o tipos de cambio.

Por qué es importante

Mide directamente la eficiencia de la fase de aprobación, ayudando a identificar y eliminar retrasos en la autorización de cambios para la implementación.

Dónde obtener

Calculado durante el post-procesamiento de datos o dentro de la herramienta de Process Mining midiendo la duración entre las marcas de tiempo de actividades específicas relacionadas con la aprobación.

Ejemplos
2 días 4 horas18 horas 30 minutos5 días
Unidad de Negocio
BusinessUnit
La unidad de negocio o departamento que solicitó o se beneficiará del cambio.
Descripción

Este atributo asocia la solicitud de cambio con una parte específica de la organización, como 'Finanzas', 'Marketing' u 'Operaciones'. Esto proporciona contexto de negocio a un proceso que de otro modo sería técnico.

El análisis por Unidad de Negocio permite una vista de dónde se origina la demanda de cambio. Puede ayudar en los modelos de chargeback, a comprender el impacto de los cambios de TI en diferentes funciones de negocio y a identificar si ciertas unidades tienen cambios más complejos o retrasados que otras.

Por qué es importante

Proporciona contexto de negocio, permitiendo el análisis de la demanda de cambios, el impacto y el rendimiento desde una perspectiva organizacional.

Dónde obtener

Este podría ser un campo en el objeto Solicitud de Cambio, o heredado del perfil de usuario del solicitante.

Ejemplos
FinanzasRecursos HumanosVentas y MarketingOperaciones
Requerido Recomendado Opcional

Actividades de Gestión de Cambios

Estos son los pasos clave y los hitos del proceso que deben capturarse en su registro de eventos para un descubrimiento de procesos preciso y una medición del rendimiento.
7 Recomendado 7 Opcional
Actividad Descripción
Cambio Aprobado por el CAB
Un hito clave donde la Junta Consultiva de Cambios (CAB) o la autoridad designada otorga la aprobación para que el cambio proceda. Esto se infiere cuando el estado de la solicitud de cambio se actualiza a 'Aprobado'.
Por qué es importante

Esta actividad es el punto final para medir el tiempo de ciclo de aprobación. Desbloquea el proceso, permitiendo que comiencen la planificación y la implementación, y es crucial para el KPI de Tiempo de Ciclo de Aprobación de Cambios.

Dónde obtener

Inferido del historial de auditoría del objeto Solicitud de Cambio, capturando específicamente la marca de tiempo cuando el campo 'Estado' cambia a 'Aprobado'.

Capturar

Inferido del cambio de estado a 'Aprobado'.

Tipo de evento inferred
Cambio Cerrado
Esta actividad es el punto final, exitoso, del proceso de gestión de cambios. Se captura cuando el estado de la solicitud de cambio se establece en 'Cerrado', indicando que todo el trabajo está completo.
Por qué es importante

Como punto final de éxito principal, esta actividad es esencial para calcular el tiempo de ciclo de principio a fin de los cambios completados con éxito. Confirma que todos los pasos del proceso han concluido.

Dónde obtener

Esto se infiere del timestamp del cambio de estado final a 'Cerrado' en el historial de auditoría del objeto Solicitud de Cambio.

Capturar

Inferido del cambio de estado final a 'Cerrado'.

Tipo de evento inferred
Cambio Implementado
Este hito indica que el trabajo técnico para el cambio se ha completado. Se captura cuando el estado de la solicitud de cambio se actualiza a 'Implementado' o un estado similar pendiente de verificación.
Por qué es importante

Este es un hito de éxito crítico y una entrada clave para los KPI de Tasa de Finalización de Cambios a Tiempo y Tiempo Promedio de Implementación de Cambios. Marca el final de la fase de ejecución.

Dónde obtener

Inferido del registro de auditoría del objeto Solicitud de Cambio, utilizando la marca de tiempo del cambio de estado a 'Implementado' o 'Verificación Pendiente'.

Capturar

Inferido del cambio de estado a 'Implementado'.

Tipo de evento inferred
Cambio Programado
Esta actividad marca el punto en el que la fecha y hora de implementación del cambio se confirman y registran formalmente. Se captura cuando el estado se actualiza a 'Programado'.
Por qué es importante

Este es un hito clave de compromiso. Transiciona el cambio de un concepto aprobado a una acción planificada y es un requisito previo para la implementación.

Dónde obtener

Inferido del historial del objeto Solicitud de Cambio al capturar la marca de tiempo cuando el campo 'Estado' se actualiza a 'Programado'.

Capturar

Inferido del cambio de estado a 'Programado'.

Tipo de evento inferred
Impacto y Riesgo Evaluados
Esta actividad significa la finalización del análisis de riesgo e impacto para la solicitud de cambio. Típicamente se infiere cuando el estado de la solicitud de cambio transita a un estado que indica preparación para la aprobación, como 'Pendiente de Aprobación'.
Por qué es importante

El seguimiento de esta actividad ayuda a medir la duración de la fase de evaluación y asegura que el análisis de riesgos se realice consistentemente antes de la aprobación, apoyando el KPI de Tasa de Adherencia a la Evaluación de Riesgos.

Dónde obtener

Inferido del historial del objeto Solicitud de Cambio. Esto se captura en la marca de tiempo cuando el campo 'Estado' se actualiza de 'Evaluando' a un estado como 'Pendiente de Aprobación de CAB'.

Capturar

Inferido del cambio de estado a 'Pendiente de Aprobación de CAB'.

Tipo de evento inferred
Revisión Post-Implementación Realizada
Esta actividad significa que se ha realizado una revisión formal del cambio completado para evaluar su éxito y capturar las lecciones aprendidas. A menudo se infiere por un cambio de estado a 'Revisión Post-Implementación'.
Por qué es importante

El seguimiento de esto asegura que el ciclo de retroalimentación se cierre en los cambios. Es esencial para la mejora continua y apoya directamente el KPI de Tasa de Revisión Post-Implementación.

Dónde obtener

Inferido del historial de auditoría del objeto Solicitud de Cambio, capturando la marca de tiempo cuando el 'Estado' pasa a un estado como 'Revisión Post-Implementación'.

Capturar

Inferido del cambio de estado a 'Revisión Post-Implementación'.

Tipo de evento inferred
Solicitud de Cambio Creada
Esta actividad marca el inicio de una nueva solicitud de cambio en el sistema. Típicamente se captura cuando se crea un nuevo registro en el objeto de negocio Solicitud de Cambio, estableciendo el punto de partida para todo el proceso.
Por qué es importante

Este es el event de inicio principal del proceso. Analizar el tiempo desde esta actividad hasta otras revela la duración total del ciclo de vida y ayuda a identificar retrasos iniciales.

Dónde obtener

Este event se captura del timestamp de creación del registro de Solicitud de Cambio. En Ivanti Cherwell, esto se almacena típicamente en el campo 'CreatedDateTime' del objeto de negocio Solicitud de Cambio.

Capturar

Capturado directamente de la marca de tiempo de creación del registro.

Tipo de evento explicit
Cambio Cancelado
Representa un estado terminal donde una solicitud de cambio aprobada o en curso se retira antes de su finalización. Este evento se captura cuando el estado se actualiza a 'Cancelado'.
Por qué es importante

Este es un punto final de proceso alternativo. Analizar por qué y cuándo se cancelan los cambios puede revelar problemas con la planificación, la asignación de recursos o los cambios en las prioridades comerciales.

Dónde obtener

Inferido del historial de auditoría al capturar la marca de tiempo cuando el campo 'Estado' en el objeto Solicitud de Cambio se actualiza a 'Cancelado'.

Capturar

Inferido del cambio de estado a 'Cancelado'.

Tipo de evento inferred
Cambio Enviado para Evaluación
Representa la presentación formal de una solicitud de cambio recién creada para evaluación inicial. Esto se infiere generalmente cuando el estado de la solicitud de cambio pasa de un estado 'Nuevo' o 'Borrador' a un estado como 'Evaluando'.
Por qué es importante

Esta actividad marca el inicio del proceso formal de cambio después de la entrada inicial de data. El tiempo entre la creación y la presentación puede indicar necesidades de capacitación del usuario o fricción en el proceso.

Dónde obtener

Inferido del registro de auditoría o historial del objeto Solicitud de Cambio al identificar la marca de tiempo cuando el campo 'Estado' cambia a un valor como 'Evaluando' o 'Enviado'.

Capturar

Inferido del cambio de estado de 'Nuevo' a 'Evaluando'.

Tipo de evento inferred
Cambio Pendiente de Aprobación
Esta actividad representa el período en que una solicitud de cambio está formalmente pendiente de una decisión de la Junta Asesora de Cambios (CAB) o de otra autoridad de aprobación. Se infiere de un estado como 'Pendiente de Aprobación' o 'Esperando al CAB'.
Por qué es importante

Esta es una actividad crítica de tiempo de espera. Analizar su duración ayuda a identificar cuellos de botella en el workflow de aprobación, que es una fuente común de retraso en la gestión de cambios.

Dónde obtener

Capturado de la marca de tiempo cuando el campo 'Estado' en el objeto de negocio Change Request se actualiza a 'Aprobación Pendiente' o un valor equivalente.

Capturar

Identificado por la entrada al estado 'Aprobación Pendiente'.

Tipo de evento inferred
Cambio Rechazado
Esta actividad representa la decisión terminal de rechazar la solicitud de cambio durante la fase de aprobación. Se captura cuando el estado de la solicitud de cambio se establece en 'Rechazado'.
Por qué es importante

Este es un punto final de falla crítico. Analizar los cambios rechazados y sus razones ayuda a mejorar la calidad de las solicitudes iniciales y respalda el KPI de Tasa de Rechazo de Solicitudes de Cambio.

Dónde obtener

Inferido de la marca de tiempo cuando el campo 'Estado' en el objeto Solicitud de Cambio se actualiza a 'Rechazado' en el historial de auditoría.

Capturar

Inferido del cambio de estado a 'Rechazado'.

Tipo de evento inferred
Implementación de Cambio Iniciada
Representa el inicio de la ejecución técnica del cambio. Esto se infiere típicamente cuando el estado de la solicitud de cambio se mueve a 'En Progreso' o 'Implementando'.
Por qué es importante

Esta actividad marca el inicio de la ventana de implementación. El tiempo entre esta y 'Cambio Implementado' es la duración real de la implementación, un componente clave del tiempo de ciclo general.

Dónde obtener

Inferido del historial de auditoría del objeto Solicitud de Cambio. Es la marca de tiempo cuando el campo 'Estado' se actualiza a un valor como 'En Progreso' o 'Implementando'.

Capturar

Inferido del cambio de estado a 'En Progreso'.

Tipo de evento inferred
Plan de Implementación Desarrollado
Marca la finalización de la planificación detallada del cambio, incluyendo la definición de tareas, recursos y planes de reversión. Esto a menudo se infiere cuando el cambio pasa de 'Aprobado' a 'Programado'.
Por qué es importante

La duración de esta actividad revela la eficiencia de la fase de planificación del cambio. Los retrasos aquí pueden afectar el cronograma general del cambio, incluso después de que se otorgue la aprobación.

Dónde obtener

Esto se puede inferir de la marca de tiempo de un cambio de estado de 'Aprobado' a 'Programado'. Alternativamente, podría estar vinculado a la población de campos de planificación específicos.

Capturar

Inferido del cambio de estado de 'Aprobado' a 'Programado'.

Tipo de evento inferred
Verificación de Cambio Realizada
Representa la fase de prueba y validación para confirmar que el cambio fue exitoso y no causó ningún efecto adverso. Esto se infiere de un cambio de estado a 'Verificación' o 'Pruebas'.
Por qué es importante

Analizar la frecuencia y duración de esta actividad asegura que no se omitan los pasos de aseguramiento de calidad. Es un paso crucial para prevenir incidentes inducidos por cambios.

Dónde obtener

Capturado de la marca de tiempo de un cambio de estado en el objeto Change Request, como al pasar a un estado de 'Verificación' o 'Pruebas de Aceptación del Usuario'.

Capturar

Inferido del cambio de estado a 'Verificación'.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Ivanti Cherwell