Su Template de datos de gestión de cambios
Su Template de datos de gestión de cambios
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.
Atributos de gestión de cambios
| 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 | |||
Actividades de gestión de cambios
| 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 | |||
Guías de extracción
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.
No se requiere tarjeta de crédito. La configuración toma solo unos minutos.