Su Plantilla de Datos de Gestión de Cambios

ServiceNow
Su Plantilla de Datos de Gestión de Cambios

Su Plantilla de Datos de Gestión de Cambios

Esta plantilla proporciona un enfoque estructurado para la recopilación de datos esenciales requeridos para una minería de procesos efectiva de su flujo de trabajo de Gestión de Cambios. Describe los atributos y actividades recomendados a rastrear, junto con una guía práctica para la extracción de datos. Utilice este recurso para preparar sus datos para un análisis y optimización exhaustivos.
  • Atributos recomendados para recopilar
  • Actividades clave a rastrear para un descubrimiento de procesos preciso
  • Guía para la extracción de datos de ServiceNow
¿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 datos recomendados a incluir en su registro de eventos para un análisis exhaustivo de su proceso de gestión de cambios.
3 Requerido 7 Recomendado 10 Opcional
Nombre Descripción
Hora del Evento
EventTime
La marca de tiempo precisa cuando ocurrió una actividad o evento específico.
Descripción

El Event Time registra la fecha y hora exactas en que se realizó una actividad o se registró un cambio de estado. Este timestamp es crítico para ordenar los eventos cronológicamente y para todo análisis basado en la duración.

En Process Mining, este atributo permite el cálculo de los tiempos de ciclo, los tiempos de procesamiento y los tiempos de espera entre actividades. Es esencial para los dashboards que analizan el rendimiento, como el Tiempo de Ciclo de Aprobación de Cambios y el Flujo de Proceso de Cambio de Extremo a Extremo. Los timestamps precisos son la base para identificar retrasos y medir la eficiencia del proceso frente a los SLA.

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: sys_audit, Campo: sys_created_on. Esto proporciona la marca de tiempo para cada cambio registrado.

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: change_request, Campo: number

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 change_request, a menudo capturados en la tabla sys_audit.

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: change_request, Campo: cmdb_ci

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: change_request, Campo: state

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 cuellos de botella específicos del grupo y midiendo la eficiencia de los traspasos entre diferentes áreas funcionales.

Dónde obtener

Tabla de ServiceNow: change_request, Campo: assignment_group

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 cuellos de botella y medir la duración de pasos específicos del proceso.

Dónde obtener

Este atributo se calcula típicamente durante la transformación de datos tomando el StartTime del siguiente evento para el mismo CaseId.

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 cumplimiento y para asegurar que los cambios de alto riesgo reciban el nivel apropiado de escrutinio y sigan un proceso más riguroso.

Dónde obtener

Tabla de ServiceNow: change_request, Campo: risk

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: change_request, Campo: priority

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 insights importantes sobre el cumplimiento y la eficiencia del proceso. También se utiliza en dashboards como 'Risk Assessment Standardization' para garantizar que cambios similares se traten de manera consistente.

Por qué es importante

Permite la segmentación del análisis, ya que los diferentes tipos de cambio siguen distintos flujos de proceso autorizados y tienen expectativas de rendimiento únicas.

Dónde obtener

Tabla de ServiceNow: change_request, Campo: type

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 datos al detectar si la misma actividad (o una anterior en el flujo estándar) ya ha ocurrido para el CaseId dado.

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: change_request, Campo: assigned_to

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 datos primarios necesarios para calcular la tasa de falla del cambio y analizar las causas raíz de los cambios fallidos.

Dónde obtener

Tabla de ServiceNow: change_request, Campo: close_code

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: change_request, Campo: impact

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 Ciclo es una métrica a nivel de case que mide la duración total del ciclo de vida de una solicitud de cambio. Se calcula como la diferencia entre el timestamp del primer event y el timestamp del último event para una solicitud de cambio dada.

Este es un KPI crítico para medir la velocidad general del proceso. Se utiliza en el dashboard 'Flujo de Proceso de Cambio de Extremo a Extremo' para proporcionar una vista de alto nivel del rendimiento del proceso. Analizar las tendencias del tiempo de ciclo y compararlas en diferentes dimensiones, como Tipo de Cambio o Prioridad, ayuda a las organizaciones a identificar oportunidades para la mejora estratégica del proceso.

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 case durante el análisis de datos restando el StartTime mínimo del StartTime máximo para cada CaseId.

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 datos: EndTime - StartTime.

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: change_request, Campo: urgency

Ejemplos
1 - Alto2 - Media3 - Baja
Requerido Recomendado Opcional

Actividades de Gestión de Cambios

Estos son los pasos y hitos clave del proceso a capturar en su registro de eventos para un descubrimiento preciso del proceso de gestión de cambios.
7 Recomendado 6 Opcional
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 change_request cambiando a 'approved'. La marca de tiempo se obtiene del historial de auditoría para este cambio.

Capturar

Capture el timestamp cuando el campo 'approval' se convierte en 'approved'.

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 change_request siendo establecido en 'Canceled'. La marca de tiempo se captura del registro de auditoría para este cambio de estado.

Capturar

Capture el timestamp cuando el campo 'state' se actualiza a 'Canceled'.

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 change_request siendo establecido en 'Closed'. La marca de tiempo se toma del historial de auditoría para este cambio de estado final.

Capturar

Capture el timestamp cuando el campo 'state' se actualiza a 'Closed'.

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 change_request.

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 change_request a 'Scheduled'. La marca de tiempo se captura de la entrada de registro de auditoría correspondiente.

Capturar

Rastrear los cambios del campo de estado a 'Scheduled' en el historial de auditoría de la tabla change_request.

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 change_request transitando de 'Assess' a 'Authorize'. La marca de tiempo del evento se captura del registro de auditoría de este cambio de estado.

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 (sys_created_on) en la tabla change_request de ServiceNow.

Capturar

Utilice la marca de tiempo sys_created_on de la tabla change_request.

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 change_request cambiando a 'requested'. La marca de tiempo se registra de la tabla sys_audit para este campo.

Capturar

Marca de tiempo de cuándo el campo 'aprobación' en la tabla change_request se establece en 'requested'.

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 change_request, típicamente a un valor como 'Assess'. La marca de tiempo se toma del historial de auditoría (sys_audit) para este cambio de campo.

Capturar

Rastrear los cambios del campo de estado a 'Assess' en el historial de auditoría de la tabla change_request.

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 change_request. Una transición de un estado posterior (ej., 'Review') a un estado anterior (ej., 'Implement') indica un evento de reapertura.

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 change_request cambiando a 'rejected'. La marca de tiempo se captura del historial de auditoría.

Capturar

Capture el timestamp cuando el campo 'approval' se convierte en 'rejected'.

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 change_request cambiando a 'Implement'. La marca de tiempo se toma del registro de auditoría para esta transición de estado.

Capturar

Capture el timestamp del cambio de state a 'Implement' del historial de auditoría de change_request.

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 change_request cambiando a 'Review'. La marca de tiempo se obtiene del registro de auditoría para este cambio de estado.

Capturar

Capture el timestamp del cambio de state a 'Review' del historial de auditoría de change_request.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de ServiceNow