Su Template de datos de gestión de cambios

Template universal de Process Mining
Su Template de datos de gestión de cambios

Su Template de datos de gestión de cambios

Template universal de Process Mining

Este es nuestro Template genérico de datos para Process Mining de Gestión de cambios. Para obtener indicaciones más específicas, use nuestros Templates para cada sistema.

Seleccione un sistema específico
  • Una estructura estandarizada para el registro de eventos de gestión de cambios.
  • Campos de datos y pasos del proceso recomendados para un análisis exhaustivo.
  • Una base aplicable a distintos sistemas de gestión de servicios de TI.
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de gestión de cambios

Esta tabla presenta los campos de datos recomendados y sus definiciones para incluirlos en el registro de eventos y realizar un análisis exhaustivo del proceso de gestión de cambios.
5 Obligatorio 8 Recomendado 5 Opcional
Nombre Descripción
Hora de inicio del evento
EventStartTime
Marca de tiempo que indica la fecha y hora exactas en que comenzó una actividad o un evento específico.
Descripción

La hora de inicio del evento marca el comienzo de una actividad en el ciclo de vida de la solicitud de cambio. Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular la duración de las actividades y del caso completo.

En el análisis de procesos, este atributo permite ordenar correctamente las actividades y constituye la base del registro de eventos. Es esencial para calcular todas las métricas relacionadas con el tiempo, como los tiempos de ciclo entre actividades, los tiempos de espera y la duración total del caso. Al analizar estas marcas de tiempo, las organizaciones pueden identificar qué pasos consumen más tiempo y detectar oportunidades para agilizar el proceso.

Por qué es importante

Esta marca de tiempo es esencial para ordenar los eventos, descubrir el flujo del proceso y calcular métricas de rendimiento como los tiempos de ciclo y de espera.

Dónde obtenerlo

Se encuentra en el registro de eventos o en la pista de auditoría de la solicitud de cambio. Puede aparecer como «Fecha de creación», «Fecha de inicio» o simplemente «Marca de tiempo».

Ejemplos
2023-10-26T09:00:00Z2023-10-26T14:22:10Z2023-10-27T11:05:00Z
ID de la solicitud de cambio
ChangeRequestId
Identificador único generado por el sistema para una solicitud de cambio. Sirve como identificador principal del caso y agrupa todas las actividades y eventos relacionados.
Descripción

El ID de la solicitud de cambio es un código alfanumérico único que se asigna a cada solicitud cuando se crea. Actúa como clave principal de un caso de cambio y vincula todas las tareas, aprobaciones y registros asociados, desde el inicio hasta el cierre.

En Process Mining, este atributo es esencial para reconstruir el recorrido completo de cada cambio. Al agrupar todos los eventos bajo un mismo ID de solicitud de cambio, los analistas pueden visualizar los flujos del proceso, calcular la duración de los casos y analizar las variaciones entre los distintos ciclos de vida de los cambios. Es la base del análisis a nivel de caso y permite ver con claridad cómo avanza cada cambio en el sistema.

Por qué es importante

Este ID es fundamental para hacer seguimiento y relacionar todos los eventos de un mismo cambio, por lo que constituye la base del descubrimiento de procesos y de la comprobación de conformidad.

Dónde obtenerlo

Suele encontrarse en el encabezado o en el registro principal de la transacción de solicitud de cambio.

Ejemplos
CHG0034501CRQ-10293789123ITSM-CHG-5501
Nombre de la actividad
ActivityName
Nombre del evento de negocio, la tarea o el cambio de estado específico que tuvo lugar en el proceso de gestión de cambios.
Descripción

El nombre de la actividad describe un paso o hito concreto del ciclo de vida de una solicitud de cambio, como «Evaluación de riesgos completada» o «Cambio aprobado». Cada actividad representa un momento en el que se realizó una acción, se tomó una decisión o el proceso pasó a una nueva etapa.

Este atributo es fundamental para crear el mapa del proceso. Define los nodos del grafo del proceso y permite a los analistas visualizar la secuencia de eventos, identificar las rutas más habituales y detectar desviaciones del procedimiento estándar. El análisis de las actividades ayuda a descubrir cuellos de botella, ciclos de retrabajo y traspasos ineficientes entre las distintas etapas del proceso de cambio.

Por qué es importante

Define los pasos del proceso y permite visualizar su flujo, así como analizar cuellos de botella, retrabajos y desviaciones.

Dónde obtenerlo

Suele encontrarse en un registro de actividades, un historial de eventos o una tabla de auditoría asociada a la solicitud de cambio.

Ejemplos
Cambio enviado para revisiónCambio aprobadoImplementación iniciadaCambio cerrado
Sistema de origen
SourceSystem
Nombre del sistema o la aplicación de la que se extrajeron los datos de gestión de cambios.
Descripción

El atributo Sistema de origen identifica de dónde proceden los datos de los eventos. En entornos con varias herramientas ITSM o sistemas integrados, este campo permite distinguir los datos de cada fuente y garantiza su integridad y el contexto adecuado.

Aunque no siempre se utiliza en el análisis principal del flujo del proceso, resulta muy útil para validar los datos y mantener la gobernanza. Ayuda a resolver problemas de ingesta de datos y permite comparar el rendimiento de los procesos entre distintos sistemas o unidades de negocio que utilizan plataformas separadas. Por ejemplo, una empresa puede usar un sistema para los cambios de infraestructura y otro para los cambios de aplicaciones.

Por qué es importante

Identifica el origen de los datos, algo fundamental para validarlos, resolver problemas y analizar procesos que abarcan varios sistemas.

Dónde obtenerlo

Esta información puede estar almacenada en un campo de los datos de origen o añadirse durante el proceso de extracción y transformación de datos (ETL).

Ejemplos
ServiceNowJira Service ManagementBMC Helix ITSMIvanti Cherwell
Última actualización de los datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos de este registro del sistema de origen.
Descripción

La marca de tiempo de la última actualización de los datos indica cuándo se obtuvo por última vez un registro concreto del sistema de origen. Este atributo de metadatos es esencial para gestionar el flujo de datos y garantizar que el análisis se base en datos actualizados.

Este atributo ayuda a los ingenieros y analistas de datos a conocer la actualidad de los datos con los que trabajan. Se utiliza para supervisar el estado del proceso de extracción y confirmar que el análisis de Process Mining se basa en información reciente y pertinente. Por lo general, no se utiliza para analizar el proceso en sí, pero es fundamental para la gobernanza y la fiabilidad de los datos.

Por qué es importante

Garantiza que los datos estén actualizados y ayuda a supervisar el estado del flujo de datos, algo esencial para que el análisis del proceso sea fiable.

Dónde obtenerlo

Esta marca de tiempo suele generarse y añadirse durante el proceso de extracción, transformación y carga de datos (ETL).

Ejemplos
2024-05-20T12:00:00Z2024-05-20T12:05:10Z2024-05-20T12:10:00Z
Equipo responsable
ResponsibleTeam
Equipo, grupo de asignación o cola responsable de una solicitud de cambio o de una actividad específica del proceso.
Descripción

El equipo responsable identifica al grupo de personas asignado para trabajar en el cambio durante una etapa concreta. Puede tratarse de un equipo de evaluación, un comité de aprobación como el CAB o el equipo técnico que realiza la implementación.

Este atributo es esencial para analizar la asignación de recursos, la distribución de la carga de trabajo y los traspasos entre equipos. El análisis de redes sociales puede revelar patrones de comunicación y cuellos de botella entre distintos grupos. Al medir el tiempo que cada equipo dedica al proceso, las organizaciones pueden identificar qué grupos están sobrecargados y dónde se producen retrasos frecuentes al transferir responsabilidades.

Por qué es importante

Es fundamental para analizar los traspasos entre equipos, identificar cuellos de botella en los recursos y comprender cómo se distribuye la carga de trabajo en la organización.

Dónde obtenerlo

Se encuentra en el registro de la solicitud de cambio o en los detalles de la actividad. Puede aparecer como «Grupo de asignación» o «Equipo».

Ejemplos
CABIngeniería de redesAdministración de bases de datosSoporte de aplicaciones de nivel 2
Estado del cambio
ChangeStatus
Estado actual o final de la solicitud de cambio dentro de su ciclo de vida, como «En curso», «A la espera de aprobación» o «Cerrado».
Descripción

El estado del cambio indica la fase en la que se encuentra una solicitud en un momento determinado o su resultado final. Los estados suelen corresponder a hitos importantes del proceso y ofrecen una visión general del avance.

Este atributo puede utilizarse de dos maneras. Como atributo de instantánea, muestra el estado actual de todos los cambios abiertos, lo que resulta útil en Dashboards operativos que hacen seguimiento del volumen de trabajo y las tareas pendientes. Como atributo de evento, un cambio de estado puede considerarse una actividad y enriquecer el registro de eventos cuando los datos detallados de actividad son escasos. Analizar las transiciones de estado ayuda a comprender el ciclo de vida e identificar dónde se estancan los cambios.

Por qué es importante

Ofrece una instantánea del avance del cambio y permite analizar cuellos de botella, volumen de trabajo y estado actual de los cambios pendientes.

Dónde obtenerlo

Se encuentra en el registro del encabezado de la solicitud de cambio. Los cambios históricos de estado pueden aparecer en un registro de auditoría.

Ejemplos
NuevoEvaluarAutorizarCerradoRechazado
Hora de finalización del evento
EventEndTime
Marca de tiempo que indica la fecha y hora exactas en que se completó una actividad o un evento específico.
Descripción

La hora de finalización del evento marca el cierre de una actividad. Junto con la hora de inicio del evento, permite calcular con precisión el tiempo de procesamiento de cada paso del ciclo de vida del cambio.

Este atributo es fundamental para analizar el rendimiento. La diferencia entre las horas de inicio y finalización revela el tiempo de procesamiento de una actividad, mientras que el tiempo entre el final de una actividad y el inicio de la siguiente indica el tiempo de espera. Esta distinción permite determinar si los retrasos se deben a tareas largas o a periodos de inactividad entre tareas, y orientar las mejoras.

Por qué es importante

Permite calcular con precisión la duración de las actividades y distinguir entre el tiempo de procesamiento que aporta valor y el tiempo de espera que no lo aporta.

Dónde obtenerlo

Suele encontrarse en el registro de actividades o en las tablas de auditoría. Si no está disponible, a veces puede deducirse de la hora de inicio del evento siguiente.

Ejemplos
2023-10-26T09:15:30Z2023-10-26T17:00:00Z2023-10-27T11:55:12Z
Nivel de riesgo
RiskLevel
Evaluación del riesgo potencial asociado a la implementación del cambio, por ejemplo, bajo, medio o alto.
Descripción

El nivel de riesgo representa la probabilidad estimada de que un cambio falle y el posible impacto negativo de ese fallo. Esta evaluación influye en el nivel de pruebas, revisión y aprobación requerido. Por lo general, los cambios de alto riesgo requieren una revisión más rigurosa que los de bajo riesgo.

Este atributo permite analizar el proceso en función del riesgo. Puede utilizarse para comprobar si los cambios de alto riesgo reciben el nivel de revisión adecuado, por ejemplo, si los revisa un comité asesor de cambios (CAB). También permite relacionar el nivel de riesgo con los resultados y determinar, por ejemplo, si los cambios de alto riesgo presentan una tasa de fallos mayor, lo que podría indicar que es necesario mejorar la evaluación o la mitigación de riesgos.

Por qué es importante

Permite analizar si los controles del proceso y los flujos de aprobación se ajustan correctamente al riesgo evaluado del cambio.

Dónde obtenerlo

Se encuentra en los datos del encabezado o en los detalles de la evaluación de riesgos de una solicitud de cambio.

Ejemplos
AltoMedioBajoMuy alto
Persona responsable
ResponsibleUser
Persona responsable de la solicitud de cambio o de completar una tarea específica.
Descripción

La persona responsable es quien tiene asignada una solicitud de cambio o una actividad concreta. Este atributo ofrece una visión más detallada de la carga de trabajo y las responsabilidades que la asignación a nivel de equipo.

Analizar los datos a nivel individual puede ayudar a gestionar el rendimiento e identificar necesidades de formación. Permite reconocer a quienes tienen experiencia en el proceso y a quienes pueden tener dificultades con ciertas tareas. También sirve para analizar retrabajos, por ejemplo, para comprobar si los cambios gestionados por determinadas personas tienen más probabilidades de ser rechazados o requerir correcciones. Sin embargo, esta información debe utilizarse de forma constructiva, no con fines punitivos.

Por qué es importante

Ofrece una visión detallada para analizar la carga de trabajo y el rendimiento individuales, y ayuda a identificar a las personas expertas y las posibles necesidades de formación de los equipos.

Dónde obtenerlo

Suele encontrarse en el registro de la solicitud de cambio o en los detalles de la tarea, con etiquetas como «Persona asignada» o «Asignado a».

Ejemplos
Juan Pérezana.garciaCuentaDeServicioSin asignar
Prioridad
ChangePriority
Nivel de prioridad asignado a la solicitud de cambio, que suele determinarse en función de su impacto y urgencia.
Descripción

La prioridad del cambio es una clasificación que determina la importancia relativa de una solicitud. Ayuda a los equipos a programar el trabajo y asignar recursos de forma eficaz, para que los cambios más críticos se atiendan primero. A menudo, la prioridad se calcula según el posible impacto del cambio en el negocio y la urgencia de su implementación.

En Process Mining, la prioridad es una dimensión útil para filtrar y comparar. Los analistas pueden investigar si los cambios de prioridad alta se procesan realmente más rápido que los de prioridad baja. Las diferencias pueden indicar problemas en la asignación de recursos, cuellos de botella en la aprobación de cambios críticos o un cumplimiento irregular de las reglas de priorización.

Por qué es importante

Permite analizar si los cambios de prioridad alta se procesan más rápido que los de prioridad baja y comprobar la eficacia de las políticas de priorización.

Dónde obtenerlo

Se encuentra en el registro principal o en los datos del encabezado de la solicitud de cambio.

Ejemplos
1 - Crítico2 - Alto3 - Medio4 - Bajo
Servicio afectado
AffectedBusinessService
Servicio principal del negocio o elemento de configuración (CI) afectado por el cambio.
Descripción

El servicio de negocio afectado identifica la capacidad principal del negocio, como «Servicio de correo electrónico» o «Banca en línea», que modificará el cambio. También puede tratarse de un elemento de configuración (CI) técnico específico, como un servidor o una aplicación que da soporte a un servicio del negocio.

Este atributo aporta un contexto de negocio fundamental al proceso de gestión de cambios. Permite analizar los cambios en función de su impacto en el negocio, en lugar de limitarse a la actividad de TI. Por ejemplo, los analistas pueden identificar qué servicios se modifican con mayor frecuencia, lo que podría indicar inestabilidad o un ritmo elevado de innovación. También ayuda a priorizar los cambios y evaluar los riesgos al vincular los cambios técnicos con las funciones del negocio a las que dan soporte.

Por qué es importante

Relaciona los cambios de TI con el contexto del negocio y permite analizar qué servicios se ven más afectados por los cambios y los riesgos asociados.

Dónde obtenerlo

Se encuentra en el registro principal de la solicitud de cambio y suele estar vinculado a una base de datos de gestión de la configuración (CMDB).

Ejemplos
Banca en líneaServicio de correo electrónicoSAP ERPSRV_WebApp01
Tipo de cambio
ChangeType
Clasificación del cambio, por ejemplo, estándar, normal o de emergencia, que suele determinar la ruta del proceso que seguirá.
Descripción

El tipo de cambio es una categoría fundamental que determina el flujo de trabajo requerido, los pasos de aprobación y la urgencia de una solicitud de cambio. Los cambios estándar suelen estar preaprobados y tener poco riesgo; los cambios normales siguen el proceso completo de evaluación y aprobación; y los cambios de emergencia requieren una gestión acelerada debido a una necesidad urgente del negocio.

Analizar el proceso por tipo de cambio es una actividad clave en la gestión de cambios. Permite comparar el rendimiento y el cumplimiento de los distintos flujos de trabajo de cambio. Por ejemplo, los analistas pueden comprobar si los cambios de emergencia siguen realmente una ruta más rápida o si los cambios estándar respetan su flujo simplificado y preaprobado. Esta segmentación es clave para comprender las variaciones del proceso y garantizar que se aplique el nivel de gobernanza adecuado.

Por qué es importante

Este atributo es esencial para segmentar el análisis, ya que cada tipo de cambio tiene flujos de proceso, requisitos de aprobación y expectativas de rendimiento predefinidos.

Dónde obtenerlo

Se encuentra en el registro principal o en los datos del encabezado de la solicitud de cambio.

Ejemplos
EstándarNormalEmergenciaMayor
Fecha prevista de finalización
PlannedCompletionDate
Fecha prevista o límite para completar la implementación del cambio.
Descripción

La fecha prevista de finalización es la fecha límite establecida para el cambio, que suele determinarse según las necesidades del negocio o los acuerdos de nivel de servicio (SLA). Sirve como referencia para medir la puntualidad y el rendimiento del proceso de gestión de cambios.

Este atributo es esencial para analizar el rendimiento de los SLA. Al comparar la fecha real de finalización con la prevista, las organizaciones pueden calcular la tasa de finalización a tiempo, un indicador clave de rendimiento. Analizar los cambios que no se completan en la fecha prevista ayuda a identificar las causas de los retrasos, ya sean cuellos de botella en las aprobaciones, limitaciones de recursos o una planificación poco realista.

Por qué es importante

Este atributo es clave para medir el cumplimiento de los SLA y la entrega a tiempo, y ayuda a identificar las causas de los retrasos en el proceso.

Dónde obtenerlo

Suele encontrarse en los datos del encabezado de la solicitud de cambio.

Ejemplos
2023-11-15T17:00:00Z2023-11-20T23:59:59Z2023-12-01T12:00:00Z
Impacto
ChangeImpact
Impacto evaluado del cambio en los servicios del negocio y la infraestructura de TI en caso de que tenga éxito o falle.
Descripción

El impacto del cambio mide sus posibles efectos en las operaciones, los servicios o la infraestructura del negocio. Junto con la urgencia, es un factor clave para determinar la prioridad general del cambio. Por ejemplo, un cambio que afecta a un servicio crítico de cara al cliente tiene un impacto alto.

Analizar los cambios por su impacto ayuda a garantizar que los que afectan a servicios críticos se gestionen con el cuidado adecuado. También permite comprobar la conformidad y verificar que los cambios de alto impacto pasen siempre por determinadas etapas de aprobación o pruebas. Además, facilita las comparaciones de rendimiento, como comprobar si los cambios de alto impacto tardan más en implementarse debido a revisiones y pruebas más exhaustivas.

Por qué es importante

Ayuda a comprobar que los cambios con un alto impacto en el negocio sigan rutas de revisión y pruebas más rigurosas, y que se mantenga una gobernanza adecuada.

Dónde obtenerlo

Se encuentra en el registro principal o en los datos del encabezado de la solicitud de cambio.

Ejemplos
1-Extenso/Generalizado2-Significativo/Amplio3-Moderado/Limitado4-Menor/Localizado
Motivo del cambio
ChangeReason
Justificación o motivo de negocio de la propuesta de cambio, que explica por qué es necesaria.
Descripción

El motivo del cambio es una descripción textual de la razón de negocio que impulsa la solicitud. Responde a la pregunta «¿Por qué hacemos esto?» y aporta contexto, como «Parche de seguridad para una vulnerabilidad crítica» o «Nueva función para mejorar la experiencia del cliente».

Aunque suele ser un campo de texto libre, este atributo puede aportar información cualitativa valiosa si se clasifica o se analiza con técnicas de minería de texto. Ayuda a comprender la demanda de cambios de las distintas áreas del negocio. Por ejemplo, el análisis podría revelar que un gran porcentaje de los cambios se debe a correcciones de errores, lo que indicaría posibles problemas de calidad del software. En otro periodo, podría observarse un aumento de los cambios relacionados con proyectos estratégicos.

Por qué es importante

Aporta contexto de negocio sobre el motivo por el que se inician los cambios y ayuda a analizar los principales factores que los impulsan en la organización.

Dónde obtenerlo

Suele encontrarse en el formulario de envío inicial o en los detalles del encabezado de la solicitud de cambio.

Ejemplos
Aplicación urgente de parches de seguridadRenovación del ciclo de vida del hardwareImplementación de una nueva función para el cuarto trimestreResolver el incidente de producción INC012345
Motivo del resultado
ChangeOutcomeReason
Código o descripción que explica el resultado final de un cambio cerrado, como el motivo del rechazo o la cancelación.
Descripción

El motivo del resultado del cambio explica por qué terminó de una determinada manera la solicitud. En los cambios realizados correctamente, puede ser «Correcto». En los cambios fallidos, podría ser «No realizado correctamente: se inició la reversión». En los cambios rechazados o cancelados, indica la justificación, como «Justificación insuficiente» o «Cancelado por quien lo solicitó».

Este atributo es fundamental para analizar las causas raíz de los cambios fallidos o rechazados. Al clasificar y analizar los motivos, las organizaciones pueden identificar patrones de fallo habituales. Por ejemplo, si se rechazan muchos cambios por «Información incompleta», puede ser necesario mejorar el proceso de envío de solicitudes. Estos datos ayudan a calcular y comprender KPI como la tasa de fallos de los cambios y la tasa de aprobación en el primer intento.

Por qué es importante

Aporta datos fundamentales para analizar las causas raíz de los cambios fallidos, rechazados o cancelados, y ayuda a mejorar la calidad de futuras solicitudes.

Dónde obtenerlo

Se encuentra en los detalles de cierre del registro de la solicitud de cambio. Puede aparecer como «Código de cierre», «Resolución» o «Motivo del rechazo».

Ejemplos
CorrectoNo realizado correctamenteRechazado: justificación insuficienteCancelado por la persona usuariaCorrecto, con incidencias
Urgencia
ChangeUrgency
Urgencia del cambio, que refleja la sensibilidad temporal de su implementación desde la perspectiva del negocio.
Descripción

La urgencia del cambio indica con qué rapidez debe implementarse para satisfacer las necesidades del negocio. Refleja la importancia del tiempo, independientemente del posible impacto. Un cambio puede tener poco impacto y ser muy urgente, como corregir un problema menor antes del lanzamiento de una campaña de marketing.

La urgencia es un componente clave para calcular la prioridad y analizar la rapidez de respuesta del proceso de gestión de cambios. Los analistas pueden investigar si los cambios urgentes se procesan realmente con mayor rapidez. Comparar los tiempos de ciclo según el nivel de urgencia permite saber si el proceso responde a las necesidades del negocio o si todos los cambios se gestionan al mismo ritmo, independientemente de la premura.

Por qué es importante

Permite analizar la capacidad del proceso para responder a necesidades urgentes del negocio mediante la comparación de los tiempos de ciclo según el nivel de urgencia.

Dónde obtenerlo

Se encuentra en el registro principal o en los datos del encabezado de la solicitud de cambio.

Ejemplos
1-Crítico2-Alto3-Medio4-Bajo
Obligatorio Recomendado Opcional

Actividades de gestión de cambios

En esta sección se enumeran los pasos y los hitos esenciales del proceso que conviene registrar en los datos para descubrir con precisión el proceso de gestión de cambios.
7 Recomendado 7 Opcional
Actividad Descripción
Cambio aprobado
Un hito fundamental que indica que todas las partes necesarias han aprobado formalmente el cambio para su implementación. Este evento se registra cuando se concede la última aprobación necesaria, lo que suele provocar un cambio de estado.
Por qué es importante

Este hito es clave para medir la eficiencia de las aprobaciones y la tasa de aprobación en el primer intento. Marca la transición de la fase de planificación y evaluación a la de programación e implementación.

Dónde obtenerlo

Por lo general, se deduce de un cambio de estado a Aprobado o a un estado similar. También puede registrarse a partir de la marca de tiempo del último registro de aprobación.

Capturar

Registre la marca de tiempo en la que el estado general de aprobación del cambio pasa a Aprobado.

Tipo de evento inferred
Cambio cerrado
Marca la finalización oficial y satisfactoria del proceso de gestión de cambios. Este evento se registra cuando el estado del ticket de cambio pasa a su estado final, Cerrado, lo que indica que todo el trabajo ha terminado.
Por qué es importante

Como evento de fin satisfactorio principal, esta actividad es esencial para calcular el tiempo total del ciclo de principio a fin. Indica que el cambio se ha procesado y aceptado por completo.

Dónde obtenerlo

Se registra a partir del cambio de estado final del registro del cambio a un estado de resolución, como Cerrado o Hecho.

Capturar

Utilice la marca de tiempo del cambio de estado final a Cerrado.

Tipo de evento inferred
Cambio implementado
Un hito clave que indica que se ha completado el trabajo asociado al cambio. Suele registrarse mediante un cambio de estado a uno como Implementado o Pendiente de verificación.
Por qué es importante

Este hito marca el final de la fase de implementación y es fundamental para medir su duración real. También da paso a las actividades posteriores a la implementación, como las pruebas y la revisión.

Dónde obtenerlo

Se registra a partir de un cambio de estado en el historial del registro del cambio a un estado que indica que la implementación ha finalizado.

Capturar

Utilice la marca de tiempo en la que el estado del registro del cambio pasa a Implementado o Completado.

Tipo de evento inferred
Cambio pendiente de aprobación
Indica que la solicitud de cambio ha superado las revisiones iniciales y está pendiente de una decisión por parte de una persona aprobadora o una junta. Esta actividad suele registrarse mediante un cambio de estado en el flujo de trabajo, por ejemplo, al pasar a Pendiente de aprobación.
Por qué es importante

Este estado es fundamental para medir los ciclos de aprobación e identificar cuellos de botella en la toma de decisiones. Una duración elevada suele indicar flujos de trabajo de aprobación ineficientes o personas aprobadoras no disponibles.

Dónde obtenerlo

Se deduce de un cambio de estado en el historial del registro del cambio a un estado como En espera de aprobación, Pendiente del CAB o Autorizar.

Capturar

Identifique los cambios de estado que marcan el inicio de un periodo formal de espera de aprobación.

Tipo de evento inferred
Cambio programado
Esta actividad marca el momento en que se programa oficialmente el cambio aprobado para un periodo de implementación definido. Suele registrarse cuando se rellenan los campos de fecha de inicio y fin previstas.
Por qué es importante

Este hito separa la fase de planificación de la de ejecución. Analizar el tiempo transcurrido entre la aprobación y la programación puede revelar acumulaciones de trabajo o problemas de asignación de recursos.

Dónde obtenerlo

Se deduce cuando se rellenan o actualizan los campos Fecha de inicio prevista y Fecha de fin prevista, o cuando el estado pasa a Programado.

Capturar

Utilice la marca de tiempo en la que el estado del registro del cambio pasa a Programado o se rellenan los campos de fechas previstas.

Tipo de evento inferred
Cambio rechazado
Representa el rechazo formal de una solicitud de cambio por parte de una persona aprobadora, lo que detiene el proceso. Puede ser un estado final de la solicitud o dar lugar a un ciclo de retrabajo.
Por qué es importante

Registrar los rechazos es fundamental para calcular la tasa de fallos de los cambios e identificar los motivos habituales de denegación. Esto permite detectar problemas en la calidad, la planificación o la justificación de los cambios.

Dónde obtenerlo

Se registra a partir de un cambio de estado en el historial del registro del cambio a un estado como Rechazado o Denegado.

Capturar

Identifique la marca de tiempo en la que el estado del registro del cambio pasa a Rechazado.

Tipo de evento inferred
Solicitud de cambio creada
Esta actividad marca la creación inicial de un registro de solicitud de cambio en el sistema. Representa el inicio oficial del proceso de gestión de cambios y suele registrarse a partir de la marca de tiempo de creación del registro.
Por qué es importante

Como evento de inicio principal, esta actividad es esencial para calcular el tiempo total del ciclo de cambio de principio a fin. Proporciona el punto de partida para medir cuánto tiempo permanecen las solicitudes en el sistema.

Dónde obtenerlo

Este evento casi siempre se registra a partir de la marca de tiempo de creación del registro o ticket principal de la solicitud de cambio.

Capturar

Utilice la marca de tiempo de creación del registro de la solicitud de cambio.

Tipo de evento explicit
Cambio cancelado
Representa la finalización de una solicitud de cambio antes de su implementación o finalización. Es un estado final alternativo que se registra cuando el estado del ticket pasa a Cancelado o Retirado.
Por qué es importante

Este evento final representa un esfuerzo desperdiciado. Analizar la frecuencia y el momento de las cancelaciones ayuda a identificar ineficiencias del proceso o cambios en las prioridades empresariales.

Dónde obtenerlo

Se registra a partir de un cambio de estado del registro del cambio a un estado final, como Cancelado o Retirado.

Capturar

Utilice la marca de tiempo del cambio de estado a Cancelado.

Tipo de evento inferred
Cambio enviado para revisión
Representa el envío formal de una solicitud de cambio recién creada para su evaluación o análisis inicial. Por lo general, se deduce cuando el estado del cambio pasa de Borrador o Nuevo a uno que indica que está listo para revisión.
Por qué es importante

Esta actividad ayuda a identificar el tiempo dedicado a recopilar los datos iniciales antes de que comience la evaluación formal. Puede revelar retrasos en la preparación de un cambio para su primera revisión.

Dónde obtenerlo

Por lo general, se deduce de un cambio de estado en el historial de la solicitud de cambio, por ejemplo, al pasar de Nuevo a En evaluación o En revisión.

Capturar

Identifique los cambios de estado de Borrador o Nuevo a un estado de revisión.

Tipo de evento inferred
Evaluación de riesgos completada
Esta actividad indica que se ha completado el análisis de riesgos e impacto del cambio propuesto. Suele deducirse cuando se rellenan los campos relacionados con los riesgos o se marca como completada una tarea de evaluación específica.
Por qué es importante

Analizar el tiempo que lleva la evaluación de riesgos ayuda a identificar cuellos de botella en las primeras etapas del proceso de cambio. Es fundamental para comprender con qué rapidez se preparan los cambios para su aprobación formal.

Dónde obtenerlo

Se deduce de las actualizaciones de estado, la finalización de las tareas de evaluación asociadas o las actualizaciones de campos específicos de riesgos e impacto en el registro del cambio.

Capturar

Busque la finalización de una tarea de evaluación de riesgos o un cambio de estado que indique que la fase de evaluación ha terminado.

Tipo de evento inferred
Implementación iniciada
Marca el inicio de la ejecución técnica del cambio aprobado. Suele registrarse mediante un cambio de estado de Programado a En curso o En implementación.
Por qué es importante

Esta actividad permite saber cuándo comienza el periodo de cambio real. Comparar las horas de inicio previstas y reales es clave para analizar el cumplimiento del calendario.

Dónde obtenerlo

Se deduce de un cambio de estado en el historial del registro del cambio a un estado activo, como En curso o En implementación.

Capturar

Identifique la marca de tiempo del cambio de estado a En curso.

Tipo de evento inferred
Plan de implementación finalizado
Indica que se ha completado toda la planificación necesaria para el cambio, incluidos los planes de implementación, pruebas y reversión. Suele deducirse de un cambio de estado posterior a la aprobación o de la finalización de una tarea de planificación.
Por qué es importante

Esta actividad mide la duración de la fase de planificación detallada. Los retrasos en esta etapa pueden afectar a la programación y ejecución oportuna de los cambios.

Dónde obtenerlo

A menudo se deduce de la finalización de tareas específicas de planificación o de una actualización de estado que indica que la planificación ha terminado.

Capturar

Busque el cierre de las tareas de planificación o un cambio de estado de Aprobado a Programado.

Tipo de evento inferred
Pruebas posteriores a la implementación completadas
Representa la finalización de todas las pruebas y actividades de validación necesarias para confirmar que el cambio se implementó correctamente. Puede corresponder a un estado específico o deducirse del cierre de las tareas de prueba.
Por qué es importante

Registrar la finalización de las pruebas ayuda a medir la duración y la eficacia de la fase de verificación. Es un paso fundamental antes de cerrar formalmente el cambio.

Dónde obtenerlo

A menudo se deduce de la finalización de las tareas de prueba asociadas o de un cambio de estado a uno como Verificación completada o Pruebas completadas.

Capturar

Busque el cierre de las tareas de verificación o una actualización de estado específica posterior a la implementación.

Tipo de evento inferred
Revisión posterior a la implementación completada
Indica que se ha completado la revisión formal que evalúa el éxito del cambio y recoge las lecciones aprendidas. Suele registrarse mediante un cambio de estado o el cierre de una tarea de revisión.
Por qué es importante

Esta actividad es fundamental para la mejora continua del proceso. Analizar cuánto se tarda en completar las revisiones posteriores a la implementación permite evaluar el compromiso con el aprendizaje a partir de cambios anteriores.

Dónde obtenerlo

Se deduce de un cambio de estado a Revisión, de la finalización de una tarea de revisión posterior a la implementación o de la incorporación de notas de revisión después de la implementación.

Capturar

Identifique la marca de tiempo en la que se cierra una tarea de revisión posterior a la implementación o el estado deja de ser Revisión.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener los datos para Process Mining.

Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,

consulte nuestra guía de ETL   o   seleccione un proceso y un sistema específicos.

¿Todo listo para comenzar?

Empiece hoy mismo a optimizar el proceso de gestión de cambios. Elija una guía de extracción específica para su sistema o utilice este Template genérico como punto de partida.

Optimice la gestión de cambios para alcanzar la máxima eficiencia

Agilice los procesos, reduzca los riesgos y acelere la adopción.

Comience la prueba gratuita

No se requiere tarjeta de crédito. La configuración toma solo unos minutos.