Su Plantilla de Datos de Gestión de Cambios
Su Plantilla de Datos de Gestión de Cambios
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía de extracción de Ivanti Cherwell
Atributos de Gestión de Cambios
| 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 El análisis de
Por qué es importante
Este es el identificador de
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 Aunque pueda parecer estático en un modelo de una sola fuente, es crucial para la gobernanza de
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 Esto es importante para que los consumidores del
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
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 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 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
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
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
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
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
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
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
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 Esta duración calculada es la métrica central para el
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
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
|
|||
Actividades de Gestión de Cambios
| 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
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
Dónde obtener
Este
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
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
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
|
|||