Su Plantilla de Datos de Gestión de Cambios
Su Plantilla de Datos de Gestión de Cambios
- Atributos recomendados para recopilar
- Actividades clave a rastrear para un descubrimiento de procesos preciso
- Guía para la extracción de datos de ServiceNow
Atributos de Gestión de Cambios
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del Evento
EventTime
|
La marca de tiempo precisa cuando ocurrió una actividad o evento específico. | ||
|
Descripción
El En
Por qué es importante
Esta marca de tiempo es crucial para secuenciar los eventos correctamente y calcular todas las métricas basadas en el tiempo, incluyendo tiempos de ciclo, duraciones y adhesión al SLA.
Dónde obtener
Tabla de ServiceNow:
Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:05:00Z
|
|||
|
ID de Solicitud de Cambio
ChangeRequestNumber
|
El identificador único para una solicitud de cambio, sirviendo como el ID de caso principal para agrupar todos los eventos relacionados. | ||
|
Descripción
El ID de Solicitud de Cambio es la piedra angular del análisis del proceso de gestión de cambios. Es un número único asignado a cada solicitud de cambio, como 'CHG0030001', que vincula todas las actividades, aprobaciones y tareas. En la minería de procesos, este atributo se utiliza para reconstruir el recorrido de extremo a extremo de cada cambio individual. Permite a los analistas rastrear el ciclo de vida completo desde la creación hasta el cierre, proporcionando una visión coherente de cómo cada cambio progresa a través del sistema. Analizar procesos agrupados por este ID es esencial para calcular tiempos de ciclo, identificar bucles de retrabajo y comprender variantes de proceso.
Por qué es importante
Este ID es esencial para rastrear todo el ciclo de vida de un cambio, permitiendo un análisis completo del flujo del proceso, la duración y el cumplimiento para cada solicitud.
Dónde obtener
Tabla de ServiceNow:
Ejemplos
CHG0030001CHG0030045CHG0030112
|
|||
|
Nombre de la Actividad
ActivityName
|
El nombre de un evento o tarea específica que ocurrió dentro del proceso de gestión de cambios. | ||
|
Descripción
El Nombre de la Actividad describe un paso discreto o un cambio de estado en el ciclo de vida de una solicitud de cambio. Los ejemplos incluyen 'Cambio Pendiente de Evaluación', 'Aprobación Solicitada' y 'Cambio Implementado'. Estas actividades forman los nodos en el mapa de procesos descubierto. Analizar estas actividades permite un examen detallado del flujo del proceso. Al rastrear la secuencia y frecuencia de las actividades, las organizaciones pueden identificar rutas comunes, desviaciones del proceso estándar y cuellos de botella donde los cambios se estancan con frecuencia. Esto es fundamental para visualizar el proceso y calcular métricas como los tiempos de transición entre pasos.
Por qué es importante
Forma la columna vertebral del mapa de procesos, permitiendo la visualización del flujo del proceso, la identificación de cuellos de botella y el análisis de desviaciones.
Dónde obtener
Derivado de cambios en el campo 'state' u otros campos de estado clave en la tabla
Ejemplos
Cambio AprobadoImplementación IniciadaCambio CerradoCambio Cancelado
|
|||
|
Elemento de Configuración
ConfigurationItem
|
El componente, servicio o sistema de TI específico que es objeto del cambio. | ||
|
Descripción
El Elemento de Configuración (CI) es el activo de la Base de Datos de Gestión de Configuración (CMDB) que se verá afectado por el cambio. Esto podría ser un servidor, una aplicación de software, un dispositivo de red o un servicio de negocio. Este atributo proporciona un contexto crítico para el cambio. En la minería de procesos, permite que el análisis se segmente por el tipo de activo que se está cambiando. Por ejemplo, el dashboard 'Análisis de Duración de Pruebas de Cambio' utiliza este atributo para comparar los tiempos de prueba de diferentes aplicaciones o sistemas, ayudando a identificar qué CIs están asociados con ciclos de prueba más largos.
Por qué es importante
Proporciona un contexto de negocio esencial, permitiendo que el análisis se filtre por la aplicación, servicio o sistema afectado para identificar problemas específicos de componentes.
Dónde obtener
Tabla de ServiceNow:
Ejemplos
SAP ERPOracle Database 19cServicio de Correo ElectrónicoWebServer-01
|
|||
|
Estado de Cambio
ChangeState
|
El estado actual o histórico de la solicitud de cambio, como 'Assess', 'Authorize', 'Implement' o 'Closed'. | ||
|
Descripción
El atributo Estado de Cambio representa el estado de una solicitud de cambio en un momento dado. Proporciona un resumen de alto nivel de dónde se encuentra el cambio en su ciclo de vida. A diferencia de la Actividad, que representa un evento específico, el Estado es la condición resultante de ese evento. En el análisis, el Estado de Cambio se utiliza para categorizar casos y comprender sus resultados. Es fundamental para filtrar cambios, por ejemplo, para analizar solo cambios 'Cerrados' o investigar por qué muchos cambios están atascados en el estado 'Authorize'. Soporta directamente KPIs como la Tasa de Fallos de Cambios cuando existe un estado 'Fallido'.
Por qué es importante
Proporciona una instantánea del estado de la solicitud de cambio, permitiendo el análisis de resultados, el filtrado de casos y la identificación de cambios estancados.
Dónde obtener
Tabla de ServiceNow:
Ejemplos
EvaluarAutorizarProgramadoImplementReviewCerradoCancelado
|
|||
|
Grupo de asignación
AssignmentGroup
|
El equipo o grupo responsable de la solicitud de cambio. | ||
|
Descripción
El Grupo de Asignación indica qué equipo es actualmente responsable de la solicitud de cambio, como 'CAB Approval', 'Network Engineering' o 'Database Administrators'. Esta es una dimensión crítica para analizar el rendimiento del proceso en diferentes áreas funcionales. Este atributo se utiliza para medir la eficiencia a nivel de equipo, identificar cuellos de botella dentro de grupos específicos y analizar la efectividad de las transferencias entre equipos. Dashboards como 'Eficiencia en la Transferencia entre Funciones' y 'Rendimiento de Implementación de Cambios' dependen en gran medida de estos datos para identificar retrasos causados por dependencias entre equipos.
Por qué es importante
Permite el análisis de rendimiento por equipo, destacando
Dónde obtener
Tabla de ServiceNow:
Ejemplos
Aprobación `CAB`Equipo de RedesSoporte de ServidoresAdministradores de bases de `datos`
|
|||
|
Hora de Finalización
EndTime
|
La marca de tiempo cuando una actividad concluyó. A menudo se deriva de la hora de inicio de la actividad subsiguiente. | ||
|
Descripción
La Hora de Fin marca la finalización de una actividad. Mientras que los sistemas de origen a menudo registran el inicio de un evento, la hora de fin se infiere con frecuencia. Se calcula típicamente como la marca de tiempo de la siguiente actividad en la secuencia para el mismo caso. Este atributo es esencial para calcular la duración de cada actividad, conocida como tiempo de procesamiento. Comprender cuánto tiempo lleva cada paso es fundamental para identificar cuellos de botella e ineficiencias en el proceso. Para la actividad final en un caso, la Hora de Fin es la misma que la Hora de Inicio.
Por qué es importante
Permite el cálculo del tiempo de procesamiento de la actividad, que es crucial para identificar
Dónde obtener
Este atributo se calcula típicamente durante la transformación de datos tomando el
Ejemplos
2023-10-26T10:05:12Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
|
|||
|
Nivel de riesgo
RiskLevel
|
El nivel de riesgo evaluado del cambio, como 'High', 'Moderate' o 'Low'. | ||
|
Descripción
El Nivel de Riesgo es el resultado del proceso de evaluación de riesgos para una solicitud de cambio. Cuantifica el potencial de consecuencias adversas si el cambio se implementa, ayudando a determinar el nivel de escrutinio y aprobación requerido. Este atributo es clave para el dashboard de 'Estandarización de Evaluación de Riesgos', donde se utiliza para verificar si cambios similares reciben calificaciones de riesgo consistentes. Analizar los flujos de proceso por nivel de riesgo también puede revelar si los cambios de alto riesgo están siguiendo correctamente una ruta de aprobación y prueba más rigurosa en comparación con los cambios de bajo riesgo, lo cual es una verificación clave de cumplimiento.
Por qué es importante
Esencial para el análisis de
Dónde obtener
Tabla de ServiceNow:
Ejemplos
AltoModeradoBajo
|
|||
|
Prioridad
Priority
|
El nivel de prioridad de la solicitud de cambio, determinado por su impacto y urgencia. | ||
|
Descripción
La Prioridad indica la importancia de una solicitud de cambio y determina el orden en que debe abordarse. A menudo se deriva del impacto y la urgencia del cambio, con valores como 'Critical', 'High', 'Moderate' y 'Low'. Analizar por prioridad es esencial para asegurar que los cambios de alta prioridad se procesen más rápido que los de baja prioridad. Soporta el dashboard de 'Rendimiento de Cambios Críticos' permitiendo a los analistas rastrear los tiempos de ciclo y las tasas de fallo específicamente para los cambios más importantes. Cualquier desviación donde los cambios de baja prioridad se completan más rápido que los de alta prioridad indica un problema en la asignación de recursos o la ejecución del proceso.
Por qué es importante
Crucial para evaluar si los recursos se asignan correctamente a los cambios más críticos y para monitorear su rendimiento por separado.
Dónde obtener
Tabla de ServiceNow:
Ejemplos
1 - Crítico2 - Alta3 - Moderada4 - Baja
|
|||
|
Tipo de Cambio
ChangeType
|
La clasificación del cambio, como 'Standard', 'Normal' o 'Emergency'. | ||
|
Descripción
El Tipo de Cambio categoriza la solicitud de cambio en función de su naturaleza, riesgo y requisitos de aprobación. Los cambios Estándar están preaprobados, los cambios Normales siguen el proceso completo y los cambios de Emergencia utilizan una ruta acelerada. Esta es una dimensión fundamental para el análisis de procesos, ya que los diferentes tipos de cambio tienen modelos de proceso distintos y legítimos. Comparar el rendimiento de los cambios Normales frente a los de Emergencia puede revelar
Por qué es importante
Permite la segmentación del análisis, ya que los diferentes tipos de cambio siguen distintos
Dónde obtener
Tabla de ServiceNow:
Ejemplos
EstándarNormalEmergencia
|
|||
|
¿Es Retrabajo?
IsRework
|
Un indicador booleano que es verdadero si una actividad representa la repetición de un paso anterior en el mismo `case`. | ||
|
Descripción
Este atributo calculado identifica actividades que constituyen retrabajo. El retrabajo ocurre cuando el proceso tiene que volver a un paso que ya se había completado, como un cambio que es rechazado después de la aprobación y enviado de nuevo para reevaluación. Esta bandera es crucial para cuantificar la ineficiencia del proceso. Soporta directamente el KPI 'Tasa de Retrabajo de Cambios' y el dashboard 'Análisis de Fallos y Retrabajo de Cambios'. Al filtrar las actividades donde 'Es Retrabajo' es verdadero, los analistas pueden aislar y estudiar las causas del retrabajo, como evaluaciones iniciales incompletas o requisitos cambiantes, y tomar medidas para reducir el desperdicio.
Por qué es importante
Cuantifica directamente la ineficiencia del proceso al señalar el trabajo repetido, ayudando a identificar y abordar las causas raíz de los bucles de proceso y el esfuerzo desperdiciado.
Dónde obtener
Calculado durante la transformación de
Ejemplos
truefalse
|
|||
|
Asignado a Usuario
AssignedToUser
|
El usuario individual responsable de la solicitud de cambio en un momento específico. | ||
|
Descripción
Este atributo identifica a la persona específica asignada para trabajar en la solicitud de cambio. Esto puede cambiar varias veces a lo largo del ciclo de vida a medida que la solicitud se mueve entre diferentes etapas y equipos. Analizar por usuario ayuda a comprender la distribución de la carga de trabajo, el rendimiento individual y la identificación de necesidades de capacitación. También es clave para analizar las transferencias, particularmente cuando se combina con el Grupo de Asignación, para ver con qué eficiencia se pasa el trabajo entre individuos.
Por qué es importante
Ayuda a rastrear la carga de trabajo y el rendimiento de los usuarios individuales, y es crucial para analizar los retrasos en las transferencias entre diferentes recursos.
Dónde obtener
Tabla de ServiceNow:
Ejemplos
Beth AnglinDavid LooAbel Tuter
|
|||
|
Código de Cierre
CloseCode
|
Un código que indica el resultado cuando la solicitud de cambio fue cerrada, como 'Exitosa' o 'Fallida'. | ||
|
Descripción
El Código de Cierre proporciona una disposición final para una solicitud de cambio completada. Registra formalmente si el cambio se implementó con éxito, con problemas o se revirtió. Este atributo es un input directo para el KPI 'Tasa de Fallos de Cambios'. Al analizar la distribución de los códigos de cierre, las organizaciones pueden cuantificar el éxito de sus iniciativas de cambio. Filtrar el mapa de procesos para cambios con un código de cierre 'Fallido' es una técnica poderosa para el análisis de causas raíz, revelando patrones de proceso comunes que conducen al fallo.
Por qué es importante
Mide directamente el resultado de un cambio, proporcionando los
Dónde obtener
Tabla de ServiceNow:
Ejemplos
ExitosoExitoso con ProblemasFallido / Revertido
|
|||
|
Estado del SLA
SlaState
|
El estado de la solicitud de cambio en relación con su Acuerdo de Nivel de Servicio (SLA), como 'En Curso', 'En Riesgo' o 'Incumplido'. | ||
|
Descripción
El Estado de SLA indica si la solicitud de cambio está progresando dentro de los plazos definidos por su SLA. Este estado puede rastrearse en cada etapa del proceso. Este atributo es esencial para monitorear el cumplimiento de los compromisos de nivel de servicio. Es la fuente de datos principal para el dashboard 'Resumen de Rendimiento de SLA de Cambios' y el KPI 'Tasa de Adhesión a SLA de Cambios'. Analizar dónde y por qué se incumplen los SLAs permite a la organización abordar retrasos sistémicos y mejorar la previsibilidad de la prestación del servicio.
Por qué es importante
Proporciona una medida directa del rendimiento contra los plazos, permitiendo el monitoreo proactivo y el análisis de incumplimientos de SLA para mejorar la prestación del servicio.
Dónde obtener
Esto se puede obtener de la tabla 'task_sla' en ServiceNow, que rastrea los SLAs relacionados con tareas como las solicitudes de cambio, o calcularse basándose en campos de fecha de vencimiento.
Ejemplos
En CursoEn RiesgoIncumplido
|
|||
|
Impacto
Impact
|
El efecto potencial del cambio en las operaciones del negocio, clasificado en una escala como Alto, Medio o Bajo. | ||
|
Descripción
El Impacto mide el efecto potencial en el negocio si la solicitud de cambio no se gestiona correctamente. Es un insumo clave, junto con la Urgencia, para determinar la Prioridad general del cambio. Analizar por Impacto ayuda a asegurar que los cambios que afectan a servicios críticos se gestionen con el cuidado adecuado. Se utiliza en el dashboard de 'Rendimiento de Cambios Críticos' para aislar y monitorear cambios con un alto impacto en el negocio. También se utiliza para verificar la consistencia de la evaluación de riesgos, asegurando que los cambios de alto impacto no se asignen a un nivel de riesgo bajo sin justificación.
Por qué es importante
Ayuda a priorizar los cambios según su impacto potencial en el negocio y se utiliza para validar que los cambios de alto impacto se gestionen con la debida diligencia.
Dónde obtener
Tabla de ServiceNow:
Ejemplos
1 - Alto2 - Media3 - Baja
|
|||
|
Source System
SourceSystem
|
El sistema del cual se extrajeron los datos, típicamente 'ServiceNow'. | ||
|
Descripción
Este atributo identifica el origen de los datos del proceso. Si bien en este caso se espera que sea ServiceNow, es un campo crucial para la gobernanza de datos y para escenarios donde los datos de múltiples sistemas podrían fusionarse. En el análisis, asegura un linaje de datos claro y ayuda a validar la fuente de los datos. Para organizaciones con múltiples herramientas ITSM o sistemas integrados, este atributo permite filtrar y comparar procesos en diferentes plataformas.
Por qué es importante
Proporciona un linaje de datos claro, asegurando que el origen de los datos del proceso esté documentado, lo cual es vital para la gobernanza de datos y el análisis multisistema.
Dónde obtener
Este es típicamente un valor estático añadido durante el proceso de extracción y transformación de datos (ETL).
Ejemplos
ServiceNowServiceNow_PRODSNOW_ITSM
|
|||
|
Tiempo de Ciclo
CycleTime
|
El tiempo total transcurrido desde la creación hasta el cierre de una solicitud de cambio. | ||
|
Descripción
El Tiempo de Este es un
Por qué es importante
Mide la duración de extremo a extremo del proceso de cambio, proporcionando un indicador clave de la velocidad y eficiencia general del proceso.
Dónde obtener
Calculado a nivel de
Ejemplos
60480012096002592000
|
|||
|
Tiempo de Procesamiento
ProcessingTime
|
La duración de una sola actividad, calculada como la diferencia entre su Hora de Fin y Hora de Inicio. | ||
|
Descripción
El Tiempo de Procesamiento, también conocido como duración de la actividad, mide el tiempo dedicado a trabajar activamente en una tarea específica. Se calcula restando la Hora de Inicio de la actividad de su Hora de Fin. Esta métrica calculada es fundamental para el análisis de rendimiento. Permite la identificación de los pasos más lentos del proceso, que suelen ser los objetivos principales para los esfuerzos de optimización. Los dashboards que analizan la duración de las pruebas o el tiempo de ciclo de la evaluación de riesgos se basan directamente en esta métrica para las actividades relevantes.
Por qué es importante
Mide la duración de las actividades individuales, haciendo posible identificar los pasos que consumen más tiempo y que son los principales candidatos para la optimización.
Dónde obtener
Calculado durante la transformación de
Ejemplos
259200360086400
|
|||
|
Última actualización de datos
LastDataUpdate
|
El timestamp que indica cuándo se actualizaron por última vez los datos de este registro desde el sistema de origen. | ||
|
Descripción
Este atributo proporciona la marca de tiempo de la última extracción de datos. Es un campo de metadatos crítico para comprender la frescura de los datos que se están analizando. Los analistas utilizan esta marca de tiempo para confirmar que están trabajando con información actualizada y para comprender la actualidad de los datos. Es especialmente importante para los dashboards operativos que monitorean el rendimiento continuo del proceso, asegurando que las decisiones no se basen en datos obsoletos.
Por qué es importante
Indica la frescura de los datos, asegurando que los análisis y dashboards se basen en información actual y relevante.
Dónde obtener
Este es un campo de metadatos generado durante el proceso de extracción y transformación de datos (ETL), indicando la hora de la extracción de datos.
Ejemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Urgencia
Urgency
|
La velocidad a la que un cambio debe ser resuelto, clasificada en una escala como Alta, Media o Baja. | ||
|
Descripción
La Urgencia define con qué rapidez debe implementarse un cambio. Refleja la sensibilidad temporal de la solicitud desde una perspectiva de negocio. Junto con el Impacto, se utiliza para calcular la Prioridad general. Aunque la Prioridad es el campo principal para el análisis, la Urgencia proporciona contexto adicional. Puede usarse para investigar por qué ciertos cambios se marcan como urgentes y si el proceso los acomoda eficazmente sin comprometer la estabilidad. Ayuda a responder preguntas sobre si la organización se encuentra con demasiada frecuencia en un modo reactivo de alta urgencia.
Por qué es importante
Proporciona contexto sobre la sensibilidad temporal de un cambio, ayudando a analizar si el proceso maneja eficazmente las solicitudes urgentes.
Dónde obtener
Tabla de ServiceNow:
Ejemplos
1 - Alto2 - Media3 - Baja
|
|||
Actividades de Gestión de Cambios
| Actividad | Descripción | ||
|---|---|---|---|
|
Cambio Aprobado
|
La solicitud de cambio ha recibido todas las autorizaciones necesarias para proceder a las fases de programación e implementación. Este es un hito crítico, capturado cuando se otorga la aprobación final y el campo 'aprobación' se establece en 'approved'. | ||
|
Por qué es importante
Este hito concluye la fase de aprobación. Es esencial para medir los tiempos de ciclo de aprobación e identificar cuellos de botella en el proceso de toma de decisiones.
Dónde obtener
Inferido del campo 'aprobación' de la tabla
Capturar
Capture el
Tipo de evento
inferred
|
|||
|
Cambio Cancelado
|
La solicitud de cambio ha sido retirada o abortada en algún momento antes de que se completara la implementación. Este es un estado final alternativo capturado cuando el estado se establece en 'Canceled'. | ||
|
Por qué es importante
Analizar los cambios cancelados puede revelar ineficiencias del proceso, como solicitudes que se crean innecesariamente o que se quedan estancadas en la aprobación durante demasiado tiempo, volviéndose obsoletas.
Dónde obtener
Inferido del campo 'estado' en la tabla
Capturar
Capture el
Tipo de evento
inferred
|
|||
|
Cambio Cerrado
|
La solicitud de cambio ha sido completada, revisada y ahora se considera finalizada con éxito. Este es el punto final de éxito principal para el proceso y se captura cuando el estado del cambio pasa a 'Closed'. | ||
|
Por qué es importante
Esta actividad marca la finalización exitosa del ciclo de vida del cambio. Es el evento final para medir la duración del proceso de extremo a extremo y la adhesión al SLA.
Dónde obtener
Inferido del campo 'estado' en la tabla
Capturar
Capture el
Tipo de evento
inferred
|
|||
|
Cambio Implementado
|
El trabajo de implementación ha sido completado, y el cambio está listo para revisión, verificación o prueba. Esta actividad se infiere cuando el estado de la solicitud de cambio pasa de 'Implement' a 'Review'. | ||
|
Por qué es importante
Este es un hito crítico que concluye la fase de implementación. Es un evento clave para calcular los KPIs 'Tasa de Fallos de Cambios' y 'Tasa de Retrabajo de Cambios'.
Dónde obtener
Inferido de una transición de estado de 'Implement' a un estado posterior como 'Review'. La marca de tiempo se captura del historial de auditoría del campo 'estado' en la tabla
Capturar
Identificar cuándo el campo 'estado' cambia de 'Implement' a 'Review'.
Tipo de evento
inferred
|
|||
|
Cambio Programado
|
Al cambio aprobado se le ha asignado una fecha de inicio y fin planificada y ahora está oficialmente en el calendario de implementación. Esto se infiere cuando el estado de la solicitud de cambio pasa a 'Scheduled'. | ||
|
Por qué es importante
Esta actividad separa las etapas de planificación y aprobación de la fase de implementación activa. El tiempo pasado en este estado puede indicar retrasos entre la aprobación y el inicio del trabajo.
Dónde obtener
Inferido de un cambio en el campo 'estado' en la tabla
Capturar
Rastrear los cambios del campo de estado a 'Scheduled' en el historial de auditoría de la tabla
Tipo de evento
inferred
|
|||
|
Riesgo e Impacto Evaluados
|
Representa la finalización del análisis de riesgo e impacto para la solicitud de cambio. Este es un hito crucial antes de buscar la aprobación y a menudo se infiere cuando el cambio sale de un estado de 'Assess' hacia un estado de 'Authorize' o 'Awaiting Approval'. | ||
|
Por qué es importante
Rastrear la duración de la fase de evaluación es clave para el KPI 'Tiempo de Ciclo Promedio de Evaluación de Riesgos'. Ayuda a estandarizar el proceso de evaluación e identificar dónde los análisis están tomando demasiado tiempo.
Dónde obtener
Inferido del campo 'estado' en la tabla
Capturar
Identificar cuándo el campo 'estado' cambia de 'Assess' a un estado posterior como 'Authorize'.
Tipo de evento
inferred
|
|||
|
Solicitud de Cambio Creada
|
Esta actividad marca la creación de un nuevo registro de solicitud de cambio en el sistema. Es el inicio oficial del proceso de gestión de cambios y se captura cuando se inserta una nueva entrada en la tabla `change_request`. | ||
|
Por qué es importante
Este es el evento de inicio principal del proceso. Analizar el tiempo desde esta actividad hasta otras revela el tiempo total de entrega y ayuda a identificar retrasos al comienzo del proceso.
Dónde obtener
Este evento corresponde a la marca de tiempo de creación del registro (
Capturar
Utilice la marca de tiempo
Tipo de evento
explicit
|
|||
|
Aprobación Solicitada
|
Esta actividad significa que la solicitud de cambio ha sido formalmente enviada para aprobación, típicamente a un gerente o a una Junta Consultiva de Cambios (CAB). Este evento se captura cuando el estado de aprobación de la solicitud de cambio se establece en 'requested'. | ||
|
Por qué es importante
Esto marca el inicio del ciclo de aprobación. Medir el tiempo desde este evento hasta 'Cambio Aprobado' calcula directamente el KPI 'Tiempo Promedio de Aprobación de Cambios'.
Dónde obtener
Inferido del campo 'aprobación' en la tabla
Capturar
Marca de tiempo de cuándo el campo 'aprobación' en la tabla
Tipo de evento
inferred
|
|||
|
Cambio Pendiente de Evaluación
|
La solicitud de cambio ha sido enviada y ahora está esperando la evaluación técnica y de negocio. Esto se infiere típicamente cuando el estado de la solicitud de cambio transiciona a 'Assess' o un estado similar, indicando que ha salido de la fase de borrador. | ||
|
Por qué es importante
Esta actividad ayuda a medir el tiempo de transferencia inicial del solicitante al equipo de evaluación. Los retrasos aquí pueden indicar problemas con la calidad inicial de los datos o la disponibilidad de recursos para la evaluación.
Dónde obtener
Inferido de un cambio en el campo 'estado' en la tabla
Capturar
Rastrear los cambios del campo de estado a 'Assess' en el historial de auditoría de la tabla
Tipo de evento
inferred
|
|||
|
Cambio Reabierto
|
La solicitud de cambio se ha movido de nuevo a un estado anterior, como 'Implement' o 'Assess', después de alcanzar una etapa posterior. Este evento se infiere de una transición de estado no lineal y significa retrabajo. | ||
|
Por qué es importante
Esta actividad es crucial para identificar bucles de retrabajo y calcular la 'Tasa de Retrabajo de Cambios'. Los eventos de reapertura frecuentes indican problemas con la calidad de la implementación, las pruebas o la planificación.
Dónde obtener
Inferido analizando la secuencia de cambios de estado en el historial de auditoría de
Capturar
Detectar una transición no secuencial y hacia atrás en el historial del campo 'state'.
Tipo de evento
inferred
|
|||
|
Cambio Rechazado
|
La solicitud de cambio ha sido denegada por un aprobador o la CAB. Esta actividad representa un estado terminal para la solicitud, a menos que se reelabore y se vuelva a enviar. Se captura cuando el campo 'aprobación' se establece en 'rejected'. | ||
|
Por qué es importante
El seguimiento de los rechazos ayuda a identificar razones comunes de denegación, como información incompleta o alto riesgo. Este análisis puede mejorar la calidad de futuras presentaciones de cambios.
Dónde obtener
Inferido del campo 'aprobación' en la tabla
Capturar
Capture el
Tipo de evento
inferred
|
|||
|
Implementación Iniciada
|
Se ha iniciado activamente el trabajo para implementar el cambio. Esto se registra cuando el estado de la solicitud de cambio se actualiza a 'Implement', lo que significa la transición de la planificación a la ejecución. | ||
|
Por qué es importante
Esto marca el inicio del trabajo de implementación práctica. Es el punto de partida para medir el KPI 'Duración Promedio de Implementación' y analizar la eficiencia del equipo.
Dónde obtener
Inferido del campo 'estado' en la tabla
Capturar
Capture el
Tipo de evento
inferred
|
|||
|
Revisión en Curso
|
Se está llevando a cabo una revisión post-`implementación` (`PIR`) para determinar si el cambio fue exitoso y cumplió sus objetivos. Esto se captura cuando el `state` de la solicitud de cambio se establece en 'Review'. | ||
|
Por qué es importante
Analizar la duración de la fase de revisión ayuda a identificar retrasos en la validación del éxito del cambio. También destaca los cambios no conformes donde se omite este paso.
Dónde obtener
Inferido del campo 'estado' en la tabla
Capturar
Capture el
Tipo de evento
inferred
|
|||