Su Template de datos de gestión de cambios

BMC Helix ITSM
Su Template de datos de gestión de cambios

Su Template de datos de gestión de cambios

Este Template ofrece una guía estructurada para recopilar los datos esenciales que necesita para analizar el proceso de gestión de cambios. Incluye atributos recomendados, actividades clave que conviene seguir y orientación práctica para extraer esta información directamente de sus sistemas. Utilice este recurso para llevar a cabo una iniciativa de Process Mining completa y eficaz.
  • Atributos recomendados para recopilar y realizar un análisis exhaustivo
  • Actividades e hitos clave que conviene seguir en el proceso
  • Instrucciones específicas para extraer datos de los sistemas de origen pertinentes
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de gestión de cambios

Estos son los campos de datos recomendados para incluir en el Registro de eventos y realizar un análisis completo de la gestión de cambios, con el fin de obtener conclusiones detalladas sobre el proceso.
5 Obligatorio 6 Recomendado 11 Opcional
Nombre Descripción
Actividad
ActivityName
Nombre del evento o la tarea específicos realizados durante el proceso de gestión de cambios.
Descripción

Este atributo representa un paso o cambio de estado en el ciclo de vida de una solicitud de cambio, como «Solicitud de cambio enviada» o «Solicitud de cambio aprobada». Estas actividades son los componentes básicos del mapa del proceso.

Analizar la secuencia y la duración de estas actividades ayuda a identificar el flujo del proceso, detectar desviaciones del procedimiento estándar y localizar cuellos de botella. Por lo general, los nombres de las actividades se obtienen de las transiciones de estado registradas en los registros de auditoría del sistema.

Por qué es importante

Define los pasos del proceso y permite visualizar y analizar el flujo del proceso, que es la base de Process Mining.

Dónde obtenerlo

Se obtiene de las transiciones de estado del formulario «CHG:ChangeRequest_AuditLog» o del seguimiento de los cambios en el campo «Status» del formulario «CHG:Infrastructure Change».

Ejemplos
Solicitud de cambio enviadaEvaluación de riesgos realizadaSolicitud de cambio aprobadaCambio implementado
Hora de inicio
EventStartTime
Marca de tiempo que indica cuándo comenzó una actividad o un evento específicos.
Descripción

Este atributo registra la fecha y hora exactas en que se produjo una actividad. Por ejemplo, indica cuándo se envió, aprobó o cerró un cambio.

Esta marca de tiempo es fundamental para analizar la cronología del proceso. Se utiliza para calcular los tiempos de ciclo entre actividades, medir los tiempos de espera, identificar tendencias de rendimiento a lo largo del tiempo y determinar la secuencia de eventos. Las marcas de tiempo precisas son la base de cualquier análisis de procesos basado en el tiempo.

Por qué es importante

Proporciona la dimensión temporal necesaria para calcular duraciones, analizar el rendimiento y comprender la secuencia de eventos del proceso.

Dónde obtenerlo

Se obtiene del campo «Audit Date» del formulario «CHG:ChangeRequest_AuditLog» o de «Last Modified Date» asociado a cambios de estado específicos.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID de la solicitud de cambio
ChangeRequestID
Identificador único generado por el sistema para una solicitud de cambio, que sirve como identificador principal del caso.
Descripción

El ID de la solicitud de cambio es la clave única que identifica cada iniciativa de cambio durante todo su ciclo de vida. Agrupa todas las actividades, aprobaciones y tareas relacionadas, y constituye la base de un caso en Process Mining.

Analizar los procesos por este ID permite ver de principio a fin cómo se gestionan los cambios, desde la solicitud inicial hasta el cierre final. Esto es esencial para hacer seguimiento de los tiempos de ciclo, detectar cuellos de botella y comprender las variaciones del proceso en cada cambio.

Por qué es importante

Este es el atributo fundamental que vincula todos los eventos relacionados en una única instancia del proceso y permite analizar de principio a fin el proceso de gestión de cambios.

Dónde obtenerlo

Se encuentra en el campo «Infrastructure Change ID» (ID de campo 1000000182) del formulario «CHG:Infrastructure Change».

Ejemplos
CRQ0000001234567CRQ0000001234568CRQ0000001234569
Sistema de origen
SourceSystem
Nombre del sistema del que se extrajeron los datos.
Descripción

Este atributo identifica el origen de los datos del proceso, que en este caso es «BMC Helix ITSM». Ayuda a garantizar la gobernanza y la trazabilidad de los datos, especialmente en entornos donde se combinan datos de varios sistemas para realizar análisis más amplios.

Por ejemplo, si más adelante se combinan los datos de cambios con datos de un sistema financiero o de gestión de proyectos, este campo permite distinguir claramente las fuentes de datos.

Por qué es importante

Proporciona un contexto fundamental sobre el origen de los datos y garantiza su trazabilidad e interpretación correcta, especialmente en análisis que abarcan varios sistemas.

Dónde obtenerlo

Por lo general, es un valor estático que se añade durante el proceso de extracción, transformación y carga (ETL) para identificar el origen del conjunto de datos.

Ejemplos
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
Última actualización de los datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este registro desde el sistema de origen.
Descripción

Este atributo muestra la fecha y hora de la última extracción de datos de BMC Helix ITSM. No indica cuándo ocurrió el evento, sino cuándo se extrajeron los datos. Esta información es fundamental para conocer la actualidad de los datos analizados y gestionar los ciclos de actualización.

En los Dashboards y los informes, esta marca de tiempo indica a las personas usuarias qué tan actual es el análisis, algo especialmente importante para supervisar procesos en curso.

Por qué es importante

Indica la actualidad de los datos, un aspecto fundamental para garantizar que los análisis y los Dashboards reflejen el estado más reciente del proceso.

Dónde obtenerlo

Este campo de metadatos suele generarlo y completarlo la herramienta ETL o la canalización de datos durante la extracción.

Ejemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Equipo de implementación
ImplementationTeam
El equipo responsable de llevar a cabo la implementación del cambio.
Descripción

Este atributo identifica al grupo técnico u operativo encargado de realizar el trabajo necesario para la solicitud de cambio. Durante las fases de implementación del ciclo de vida del cambio, suele corresponder al «Grupo asignado».

Esta información es fundamental para el Dashboard «Cuellos de botella de recursos en el proceso de cambio». Al analizar la duración y el volumen de las actividades por equipo de implementación, quienes gestionan el proceso pueden detectar desequilibrios en la carga de trabajo, carencias de habilidades u otras limitaciones de recursos que retrasan la implementación del cambio.

Por qué es importante

Ayuda a detectar cuellos de botella relacionados con los recursos durante la fase de implementación, ya que permite analizar el rendimiento de cada equipo responsable.

Dónde obtenerlo

Se encuentra en el campo «ASGRP» (Grupo asignado) del formulario «CHG:Infrastructure Change».

Ejemplos
Operaciones de servidoresAdministradores de bases de datosEquipo SAP BasisInfraestructura en la nube
Estado
Status
Estado o fase actual de la solicitud de cambio en su ciclo de vida.
Descripción

El campo «Estado» indica la etapa exacta en que se encuentra una solicitud de cambio en un momento determinado, como «Borrador», «Request For Authorization» o «Completed». Las actividades se obtienen de las transiciones entre estos estados, pero el estado en sí también sirve para analizar la carga de trabajo actual.

Este atributo es esencial para el Dashboard «Rendimiento y estado actual de los cambios», que muestra cuántos cambios hay en cada etapa del proceso. Ayuda a quienes gestionan el proceso a comprender el trabajo en curso y la asignación de recursos.

Por qué es importante

Ofrece una vista en tiempo real del proceso de cambios y permite analizar el trabajo en curso y el estado actual de todas las solicitudes de cambio.

Dónde obtenerlo

Se encuentra en el campo «Status» del formulario «CHG:Infrastructure Change».

Ejemplos
BorradorSolicitud de autorizaciónProgramadoImplementación en cursoCompletado
Grupo aprobador
ApproverGroup
El equipo o grupo responsable de aprobar una solicitud de cambio en una etapa específica.
Descripción

Este atributo identifica al grupo encargado de revisar y autorizar un cambio. Como un cambio puede pasar por varias etapas de aprobación, pueden intervenir distintos grupos a lo largo de su ciclo de vida, como un equipo de aprobación técnica y un comité de aprobación empresarial.

Este atributo es fundamental para el Dashboard «Cuellos de botella en la aprobación de cambios», ya que permite desglosar los tiempos de aprobación por grupo responsable. Así se pueden detectar los equipos con exceso de trabajo o poca eficiencia que provocan retrasos en el proceso.

Por qué es importante

Permite detectar cuellos de botella en el proceso de aprobación al analizar la duración de las aprobaciones por equipo responsable.

Dónde obtenerlo

Se obtiene del formulario «AP:Signature», que gestiona las aprobaciones y está vinculado a la solicitud de cambio. El grupo del aprobador forma parte de este registro.

Ejemplos
Comité asesor de cambiosSeguridad informáticaIngeniería de redesDesarrollo de aplicaciones
Nivel de riesgo
RiskLevel
Evaluación del riesgo potencial asociado a la implementación del cambio.
Descripción

El nivel de riesgo es una evaluación cualitativa o cuantitativa de las posibles consecuencias negativas de implementar el cambio. Es un factor clave en el proceso de aprobación, ya que los cambios de mayor riesgo se someten a un análisis más exhaustivo.

Este atributo es fundamental para el Dashboard «Análisis del perfil de riesgo de los cambios», que ayuda a las partes interesadas a comprender la exposición general al riesgo de la cartera de cambios. También se utiliza para detectar ciclos de retrabajo en los que una evaluación inicial de riesgos insuficiente obliga a reevaluar el cambio más adelante.

Por qué es importante

Proporciona una dimensión clave para analizar el cumplimiento y la eficiencia del proceso, y ayuda a garantizar que los cambios de mayor riesgo reciban el análisis adecuado.

Dónde obtenerlo

Se encuentra en el campo «Risk Level» del formulario «CHG:Infrastructure Change».

Ejemplos
1 - Crítico2 - Alto3 - Medio4 - Bajo5 - Planificación
Prioridad
Priority
Nivel de prioridad asignado a la solicitud de cambio, que indica su importancia para la empresa.
Descripción

La prioridad suele determinarse combinando el impacto y la urgencia, y define el orden y la rapidez con que se gestiona una solicitud de cambio. Los cambios de mayor prioridad suelen requerir una gestión más rápida y pueden estar sujetos a acuerdos de nivel de servicio (SLA) más estrictos.

Este atributo se utiliza en el Dashboard «Rendimiento del SLA de cambios» para segmentar y analizar el rendimiento según los distintos niveles de prioridad. Ayuda a responder preguntas como «¿Estamos cumpliendo los SLA de los cambios de alta prioridad?» y orienta las decisiones sobre la asignación de recursos.

Por qué es importante

Permite analizar el rendimiento según la importancia para la empresa y garantiza que los cambios más críticos se procesen de forma eficiente y cumplan sus objetivos.

Dónde obtenerlo

Se encuentra en el campo «Priority» del formulario «CHG:Infrastructure Change».

Ejemplos
CríticoAltoMedioBajo
Tipo de cambio
ChangeType
Clasificación del cambio, por ejemplo, estándar, normal o de emergencia.
Descripción

Este atributo clasifica la solicitud de cambio según su naturaleza y el proceso que debe seguir. Entre los tipos habituales se encuentran estándar (preaprobado y de bajo riesgo), normal (requiere una evaluación y aprobación completas) y de emergencia (requiere una gestión acelerada debido a un problema urgente).

Analizar los datos por tipo de cambio es fundamental para comprender las variaciones del proceso. Por ejemplo, el Dashboard «Volumen e impacto de los cambios de emergencia» utiliza este campo para hacer seguimiento de los cambios urgentes y su efecto en la estabilidad del servicio. También ayuda a evaluar si cada tipo de cambio sigue el proceso establecido.

Por qué es importante

Permite segmentar el proceso para analizar y comparar distintos flujos de trabajo de cambios, algo clave para el cumplimiento y el análisis del rendimiento.

Dónde obtenerlo

Se encuentra en el campo «Change Type» del formulario «CHG:Infrastructure Change».

Ejemplos
EstándarNormalEmergenciaSin impacto
Código de cierre
CloseCode
Código que indica el resultado final del cambio al cerrarse.
Descripción

El código de cierre indica de forma estandarizada el motivo por el que se cerró una solicitud de cambio, por ejemplo, «Correcto», «Correcto con incidencias», «Revertido» o «Cancelado». Este atributo ofrece más detalles sobre el resultado del cambio que el estado final por sí solo.

El análisis de los códigos de cierre ayuda a evaluar la calidad y la tasa de éxito de los cambios implementados. Por ejemplo, un número elevado de cambios «Revertidos» puede indicar problemas de planificación o pruebas y aportar una métrica útil para mejorar el proceso.

Por qué es importante

Ofrece un resultado claro y estructurado para cada cambio, lo que permite analizar las tasas de éxito y los motivos de los fallos o las cancelaciones.

Dónde obtenerlo

Se encuentra en el campo «Status Reason» o en otro campo similar de código de cierre del formulario «CHG:Infrastructure Change». Se activa en las etapas finales.

Ejemplos
CorrectoCorrecto con incidenciasRevertidoCancelado
Es retrabajo
IsRework
Indicador que señala si una actividad forma parte de un ciclo de retrabajo o representa un retroceso en el proceso.
Descripción

Este atributo booleano se establece en true cuando una solicitud de cambio vuelve a una etapa anterior de su ciclo de vida, por ejemplo, de «Programado» a «Evaluación de riesgos». Estos retrocesos representan retrabajo, que suele ser una fuente de ineficiencia.

Este indicador se utiliza para calcular el KPI «Tasa de retrabajo en cambios» y es compatible con el Dashboard «Retrabajo en cambios y eficiencia de la evaluación». Ayuda a cuantificar la frecuencia del retrabajo y a identificar las etapas del proceso donde ocurre con mayor frecuencia, lo que permite detectar oportunidades para mejorar la planificación y la evaluación iniciales.

Por qué es importante

Detecta directamente las ineficiencias del proceso al señalar las actividades que forman parte de un ciclo de retrabajo y permite orientar las iniciativas de mejora.

Dónde obtenerlo

Este atributo se calcula a partir del análisis de la secuencia de actividades de un caso. Durante la transformación de datos, se aplica una lógica para detectar retrocesos en el flujo del proceso.

Ejemplos
truefalse
Es un cambio de emergencia
IsEmergencyChange
Indicador booleano que es true si el cambio es de tipo «Emergencia».
Descripción

Este indicador derivado simplifica el análisis al ofrecer una señal binaria clara para los cambios de emergencia. Se basa en el valor del atributo «ChangeType».

Se utiliza principalmente para el Dashboard «Volumen e impacto de los cambios de emergencia» y el KPI «Porcentaje de cambios de emergencia». Permite filtrar y agregar fácilmente los datos relacionados con estos cambios, así como hacer un seguimiento de su frecuencia y evolución a lo largo del tiempo sin recurrir a una lógica de filtrado compleja en la herramienta de análisis.

Por qué es importante

Simplifica el análisis de los cambios de emergencia y facilita su filtrado, su visualización en Dashboards y el cálculo de los KPI relacionados con este tipo de cambio crítico.

Dónde obtenerlo

Este atributo derivado se crea durante la transformación de datos. La lógica es: IF 'ChangeType' = 'Emergency' THEN true ELSE false.

Ejemplos
truefalse
Estado del SLA
SLAState
Estado calculado de la solicitud de cambio con respecto al objetivo del SLA.
Descripción

Este atributo indica si una solicitud de cambio completada cumplió el Acuerdo de nivel de servicio (SLA), estuvo en riesgo de incumplirlo o lo incumplió. Se calcula comparando la marca de tiempo de finalización real con «SLATargetDate».

Es la métrica principal del Dashboard «Rendimiento del SLA de cambios». Ofrece una medida clara y concisa del rendimiento con respecto a los compromisos de servicio y permite desglosar los datos por prioridad, tipo de cambio o equipo para detectar áreas con bajo cumplimiento del SLA.

Por qué es importante

Mide directamente el rendimiento con respecto a los compromisos y es un indicador clave de la eficiencia del proceso y la calidad del servicio.

Dónde obtenerlo

Este atributo se calcula durante la transformación de datos, comparando la marca de tiempo de la actividad final con «SLATargetDate».

Ejemplos
A tiempoEn riesgoIncumplido
Fecha objetivo del SLA
SLATargetDate
La fecha y hora límite para completar la solicitud de cambio.
Descripción

La fecha objetivo del Acuerdo de nivel de servicio (SLA) es la fecha límite para completar la solicitud de cambio, determinada por su prioridad y tipo. Sirve como referencia para medir el tiempo real de finalización.

Este atributo es fundamental para el Dashboard «Rendimiento del SLA de cambios». Al comparar la hora real de cierre con la fecha objetivo, se puede determinar si el cambio cumplió el SLA. El análisis del rendimiento del SLA ayuda a evaluar la eficiencia general del proceso y el cumplimiento de los compromisos de nivel de servicio.

Por qué es importante

Proporciona una referencia para medir el rendimiento, calcular las tasas de cumplimiento del SLA e identificar los cambios en riesgo.

Dónde obtenerlo

Esta información suele almacenarse en formularios relacionados con la gestión de SLA y vincularse a la solicitud de cambio. A menudo también aparece en el propio formulario del cambio.

Ejemplos
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
Hora de finalización
EventEndTime
Marca de tiempo que indica cuándo concluyó una actividad o un evento específicos.
Descripción

La hora de finalización marca el momento en que concluye una actividad. En Process Mining, suele calcularse como la hora de inicio de la actividad siguiente del caso, lo que permite determinar claramente la duración del paso anterior. En la última actividad de un caso, puede coincidir con la hora de inicio o corresponder a una marca de tiempo de cierre específica.

Este atributo es esencial para calcular el ProcessingTime de cada actividad, una métrica clave para analizar el rendimiento e identificar cuellos de botella. Permite analizar en detalle cuánto tarda cada paso.

Por qué es importante

Permite calcular con precisión la duración de las actividades, algo fundamental para detectar cuellos de botella y medir el rendimiento del proceso.

Dónde obtenerlo

Este atributo se calcula normalmente durante la transformación de datos, tomando la hora de inicio del siguiente evento de la secuencia para un caso determinado.

Ejemplos
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
ID del incidente relacionado
RelatedIncidentID
Identificador de cualquier incidente causado por este cambio.
Descripción

Este atributo vincula una solicitud de cambio con los incidentes posteriores que haya podido causar. Esta relación es fundamental para comprender el impacto de los cambios en la estabilidad de los servicios.

Es el atributo principal para calcular el KPI «Tasa de incidentes causados por cambios». Al hacer un seguimiento de estos vínculos, una organización puede medir la calidad de su proceso de cambio e identificar los tipos de cambios, equipos o servicios asociados con una mayor frecuencia de problemas posteriores a la implementación.

Por qué es importante

Mide directamente el impacto negativo de los cambios y proporciona un KPI clave para evaluar su calidad y la eficacia de la gestión de riesgos.

Dónde obtenerlo

Esta relación suele establecerse en el formulario del incidente («HPD:Help Desk»), donde se puede vincular un incidente con la solicitud de cambio que lo causó.

Ejemplos
INC000000987654INC000000987655INC000000987656
Impacto
Impact
Impacto evaluado del cambio en los servicios empresariales y la infraestructura de TI.
Descripción

El impacto mide los posibles efectos de un cambio en las operaciones empresariales, los servicios y las personas usuarias. Junto con la urgencia, es un factor clave para determinar la prioridad de la solicitud de cambio.

En los análisis, el impacto se utiliza en el Dashboard «Análisis del perfil de riesgo de los cambios» para ofrecer una visión completa de las posibles consecuencias de la cartera de cambios para la empresa. Comprender la distribución de los cambios de alto impacto puede orientar las estrategias de gestión de riesgos y la planificación de recursos.

Por qué es importante

Ayuda a cuantificar las posibles consecuencias de los cambios para la empresa y permite analizar los riesgos y establecer prioridades según la gravedad de los efectos que podrían tener en los servicios.

Dónde obtenerlo

Se encuentra en el campo «Impact» del formulario «CHG:Infrastructure Change».

Ejemplos
1 - Extenso/generalizado2 - Significativo/amplio3 - Moderado/limitado4 - Menor/localizado
Servicio afectado
AffectedService
El servicio empresarial o técnico afectado por el cambio.
Descripción

Este atributo vincula la solicitud de cambio con un servicio específico definido en la Base de datos de gestión de la configuración (CMDB). Puede tratarse de un servicio empresarial de cara al usuario, como «Servicios de correo electrónico», o de un servicio técnico de backend, como «Servicio de autenticación».

Se utiliza en el Dashboard «Volumen e impacto de los cambios de emergencia» para relacionar los cambios con los servicios afectados. Esto ayuda a comprender la estabilidad de los distintos servicios y a detectar cuáles requieren intervenciones de emergencia frecuentes.

Por qué es importante

Aporta un contexto empresarial esencial: relaciona los cambios técnicos con su impacto en los servicios empresariales y permite analizar los procesos desde la perspectiva de los servicios.

Dónde obtenerlo

Se obtiene del campo «ServiceCI» o de las relaciones con elementos de configuración (CI) del formulario «CHG:Infrastructure Change».

Ejemplos
Correo electrónico corporativoSAP ERPGestión de relaciones con clientesPortal de banca en línea
Solicitante del cambio
ChangeSubmitter
La persona que creó y presentó la solicitud de cambio.
Descripción

Este atributo identifica a la persona que inició la solicitud de cambio. En el sistema, suele registrarse como el usuario «Solicitante» o «Reportado por».

Aunque no siempre es una dimensión de análisis principal, puede ayudar a comprender el origen de las solicitudes de cambio. Por ejemplo, analizar si la mayoría de los cambios provienen de determinados departamentos o funciones permite conocer mejor las necesidades empresariales y los procesos de planificación.

Por qué es importante

Ayuda a identificar quién inicia las solicitudes de cambio y permite analizar los patrones de demanda y el comportamiento de las personas usuarias dentro del proceso.

Dónde obtenerlo

Se encuentra en el campo «Submitter» del formulario «CHG:Infrastructure Change».

Ejemplos
Allen AllbrookMary MannBob Baxter
Urgencia
Urgency
Urgencia del cambio, que refleja la sensibilidad temporal de su implementación.
Descripción

La urgencia indica con qué rapidez debe implementarse el cambio. Junto con el impacto, es un componente clave para calcular la prioridad general de la solicitud de cambio.

La urgencia es un atributo clave del Dashboard «Análisis del perfil de riesgo de los cambios», que permite conocer la presión de tiempo en el proceso de gestión de cambios. Analizar las tendencias de urgencia puede ayudar a detectar problemas subyacentes que generan un gran número de solicitudes urgentes.

Por qué es importante

Refleja la urgencia temporal de los cambios y ayuda a analizar si el proceso gestiona eficazmente las solicitudes con distintos niveles de sensibilidad temporal.

Dónde obtenerlo

Se encuentra en el campo «Urgency» del formulario «CHG:Infrastructure Change».

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

Actividades de gestión de cambios

Estos son los pasos e hitos clave que conviene registrar en el Registro de eventos para descubrir el proceso con precisión e identificar cuellos de botella.
7 Recomendado 7 Opcional
Actividad Descripción
Cambio cerrado
Esta es la actividad final y marca el cierre formal de la solicitud de cambio en el sistema. El evento se registra cuando el estado de la solicitud cambia a «Closed».
Por qué es importante

Esta actividad marca el final satisfactorio del ciclo de vida del cambio. Es esencial para medir la duración integral del proceso y el rendimiento general.

Dónde obtenerlo

Se deduce del historial de cambios de estado del formulario CHG:Change cuando el estado pasa a «Closed».

Capturar

Identifique la marca de tiempo en que el campo «Status» de CHG:Change se actualiza a «Closed».

Tipo de evento inferred
Cambio implementado
Esta actividad representa la finalización satisfactoria del trabajo de implementación del cambio. Por lo general, se registra cuando el estado se actualiza a «Completed» con un motivo que indica que la implementación se realizó correctamente.
Por qué es importante

Este hito importante marca el final de la fase de implementación. Es esencial para calcular el tiempo de ciclo de implementación de cambios y analizar los incidentes causados por los cambios.

Dónde obtenerlo

Se deduce del formulario CHG:Change cuando «Status» se establece en «Completed» y «Status Reason» en «Successful».

Capturar

Identifique la marca de tiempo en que el campo «Status» de CHG:Change se actualiza a «Completed».

Tipo de evento inferred
Cambio programado
Esta actividad marca el momento en que el cambio aprobado queda oficialmente programado para su implementación. El evento se obtiene del cambio de estado a «Scheduled» en el sistema.
Por qué es importante

Este hito clave indica que el cambio está listo para implementarse. Es el punto de partida para medir el tiempo de ciclo de implementación de cambios y el tiempo promedio de espera para la implementación.

Dónde obtenerlo

Se deduce del historial de cambios de estado del formulario CHG:Change cuando el estado pasa a «Scheduled».

Capturar

Identifique la marca de tiempo en que el campo «Status» de CHG:Change se actualiza a «Scheduled».

Tipo de evento inferred
Evaluación de riesgos realizada
Esta actividad indica que se ha completado la evaluación de riesgos del cambio propuesto. A menudo se registra cuando se actualiza el estado de la solicitud de cambio o se cierra una tarea específica de evaluación de riesgos.
Por qué es importante

Hacer seguimiento de esta actividad es esencial para garantizar el cumplimiento de las políticas de gestión de cambios. Ayuda a detectar retrasos en la fase de evaluación y a analizar la tasa de retrabajo de cambios si el proceso vuelve a este paso.

Dónde obtenerlo

Se deduce de un cambio de estado en el formulario CHG:Change (por ejemplo, al pasar a «Request For Change») o de la finalización de una tarea relacionada en el formulario CHG:Task.

Capturar

Identifique la marca de tiempo en que una tarea vinculada de «Risk Assessment» en CHG:Task se marca como «Closed» o «Completed».

Tipo de evento inferred
Pruebas realizadas
Indica que se han completado las pruebas o la validación posteriores a la implementación. A menudo se registra al cerrar una tarea de pruebas específica asociada a la solicitud de cambio.
Por qué es importante

Hacer seguimiento de esta actividad es clave para medir el tiempo promedio del ciclo de pruebas y garantizar la calidad. Ayuda a detectar cuellos de botella en el proceso de validación antes de la verificación final.

Dónde obtenerlo

Se deduce de la finalización de un registro de tarea de pruebas en el formulario CHG:Task, vinculado a la solicitud de cambio principal.

Capturar

Identifique la marca de tiempo en que una tarea vinculada de «Testing» o «Validation» en CHG:Task se marca como «Closed» o «Completed».

Tipo de evento inferred
Solicitud de cambio aprobada
Este es un hito clave: la solicitud de cambio recibe la aprobación formal para continuar. El evento se deduce de un cambio de estado, normalmente a «Scheduled» o «Planning In Progress» tras la autorización final.
Por qué es importante

Este hito marca el final de la fase de aprobación y es fundamental para medir los cuellos de botella en las aprobaciones y el KPI del tiempo promedio de aprobación de cambios. Es un punto de decisión clave en el proceso.

Dónde obtenerlo

Se deduce del historial de cambios de estado del formulario CHG:Change, en concreto, cuando la solicitud deja un estado de aprobación como «Request For Authorization».

Capturar

Identifique la marca de tiempo en que el campo «Status» de CHG:Change supera la fase de aprobación final, por ejemplo, al cambiar a «Scheduled».

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. El evento se obtiene de la marca de tiempo de creación de la solicitud en el formulario CHG:Change.
Por qué es importante

Este es el punto de partida de cada solicitud de cambio. Es fundamental para medir la duración total del ciclo de vida y analizar el volumen de cambios recibidos.

Dónde obtenerlo

Este evento se obtiene de «Submit Date» o de la marca de tiempo de creación del registro en el registro de auditoría del formulario CHG:Change (por ejemplo, HPD:Help Desk Audit Log).

Capturar

Utilice la marca de tiempo de creación del registro del formulario CHG:Change.

Tipo de evento explicit
Análisis de impacto realizado
Representa la finalización del análisis de impacto para determinar las posibles consecuencias de un cambio. Por lo general, se deduce de una actualización de estado o del cierre de una tarea asociada.
Por qué es importante

Esta actividad es fundamental para comprender la eficiencia de la planificación y su efecto en el retrabajo. Analizar su duración y frecuencia ayuda a mejorar la fase de evaluación inicial.

Dónde obtenerlo

Se deduce de la marca de tiempo de finalización de una tarea de «Impact Analysis» en el formulario CHG:Task o de una transición de estado específica en el formulario CHG:Change.

Capturar

Identifique la marca de tiempo en que una tarea vinculada de «Impact Analysis» en CHG:Task se marca como «Closed» o «Completed».

Tipo de evento inferred
Cambio cancelado
Representa la cancelación de una solicitud de cambio antes de su implementación o finalización. Se registra cuando el estado de la solicitud cambia a «Cancelled».
Por qué es importante

Hacer seguimiento de las cancelaciones permite conocer los motivos por los que se retiran los cambios. Puede revelar problemas como una planificación inicial deficiente, cambios de prioridades o limitaciones de recursos.

Dónde obtenerlo

Se deduce del historial de cambios de estado del formulario CHG:Change cuando el estado pasa a «Cancelled».

Capturar

Identifique la marca de tiempo en que el campo «Status» de CHG:Change se actualiza a «Cancelled».

Tipo de evento inferred
Cambio verificado
Esta actividad indica que las partes interesadas han verificado formalmente que el cambio se implementó correctamente y que las pruebas han concluido. A menudo se representa mediante un cambio de estado antes del cierre final.
Por qué es importante

La verificación es el último control de calidad antes de cerrar un cambio. Confirma que el cambio cumplió sus objetivos y no tuvo efectos negativos imprevistos.

Dónde obtenerlo

Se deduce de un cambio de estado en el formulario CHG:Change, por ejemplo, al pasar de «Completed» a «Verification» o «Closed».

Capturar

Identifique la marca de tiempo en que el campo «Status» de CHG:Change cambia a «Closed» después de las actividades de implementación.

Tipo de evento inferred
Plan de implementación elaborado
Indica que se ha creado y documentado el plan detallado para implementar el cambio. Por lo general, se registra cuando se completa una tarea de planificación asociada al cambio.
Por qué es importante

Completar esta actividad es un requisito previo para programar e implementar el cambio. Analizar su duración ayuda a detectar retrasos en la fase de planificación antes de ejecutar el cambio.

Dónde obtenerlo

Se deduce de la finalización de un registro de tarea de planificación específico en el formulario CHG:Task, vinculado a la solicitud de cambio principal.

Capturar

Identifique la marca de tiempo en que una tarea vinculada de «Implementation Planning» en CHG:Task se marca como «Closed» o «Completed».

Tipo de evento inferred
Revisión posterior a la implementación
Representa la finalización de una revisión formal después de implementar el cambio. Por lo general, esta actividad se registra al cerrar una tarea de revisión posterior a la implementación (PIR).
Por qué es importante

Esta actividad es fundamental para el aprendizaje organizacional y la mejora de procesos. Medir el KPI de la tasa de revisiones posteriores a la implementación ayuda a garantizar que se extraigan aprendizajes de los cambios.

Dónde obtenerlo

Se deduce de la finalización de una tarea de «Post-Implementation Review» en el formulario CHG:Task, vinculada a la solicitud de cambio principal.

Capturar

Identifique la marca de tiempo en que una tarea vinculada de «PIR» en CHG:Task se marca como «Closed» o «Completed».

Tipo de evento inferred
Solicitud de cambio enviada
Representa el envío formal de una solicitud de cambio para su revisión y autorización. Por lo general, se deduce cuando el estado de la solicitud cambia de «Borrador» a «Request For Authorization».
Por qué es importante

Esta actividad inicia el proceso de aprobación. Hacerle seguimiento es fundamental para medir cuánto tiempo esperan las solicitudes la revisión inicial y analizar el KPI de tiempo de aprobación de cambios.

Dónde obtenerlo

Se deduce del historial de cambios de estado de la solicitud en el formulario CHG:Change, en concreto, de la transición a «Request For Authorization».

Capturar

Identifique la marca de tiempo en que el campo «Status» de CHG:Change cambia de «Borrador» a «Request For Authorization».

Tipo de evento inferred
Solicitud de cambio rechazada
Esta actividad indica que una persona aprobadora ha rechazado formalmente la solicitud de cambio. Se registra cuando el estado cambia a «Rejected» y representa un estado final.
Por qué es importante

Hacer seguimiento de los rechazos ayuda a identificar los motivos, como información incompleta o un nivel de riesgo elevado. Este análisis puede mejorar la calidad de futuras solicitudes de cambio.

Dónde obtenerlo

Se deduce del historial de cambios de estado del formulario CHG:Change, en concreto, de la transición al estado «Rejected».

Capturar

Identifique la marca de tiempo en que el campo «Status» de CHG:Change se actualiza a «Rejected».

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de BMC Helix ITSM

¿Listo para empezar?

Empiece hoy mismo a optimizar el proceso de gestión de cambios: prepare sus datos con este Template. Obtenga información valiosa y mejore la eficiencia de sus operaciones.

Optimice ahora la gestión de cambios y evite interrupciones

Aumente al 95 % la tasa de éxito de los cambios y evite interrupciones costosas del servicio.

Comience la prueba gratuita

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