Su Template de datos de gestión de cambios
Su Template de datos de gestión de cambios
- Atributos recomendados para recopilar y realizar un análisis exhaustivo
- Actividades e hitos clave que debe seguir en su proceso
- Orientación específica para extraer datos de los sistemas de origen relevantes
Atributos de la gestión de cambios
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
El nombre del evento o la tarea específicos realizados dentro del proceso de gestión de cambios. | ||
|
Descripción
Este atributo representa un único paso o cambio de estado en el ciclo de vida de una solicitud de cambio, como «Change Request Submitted» o «Change Request Approved». Estas actividades son los componentes básicos del mapa de procesos. Analizar la secuencia y la duración de estas actividades ayuda a identificar el flujo del proceso, detectar desviaciones respecto al procedimiento estándar y localizar cuellos de botella. Los nombres de las actividades suelen derivarse 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 constituye el núcleo de Process Mining.
Dónde obtenerlo
Se deriva 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
Change Request enviadaEvaluación de riesgos realizadaChange Request aprobadaCambio implementado
|
|||
|
Hora de inicio
EventStartTime
|
La 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 tuvo lugar una actividad. Por ejemplo, captura 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 solicitud de cambio
ChangeRequestID
|
El identificador único generado por el sistema para una solicitud de cambio, que actúa como identificador principal del caso. | ||
|
Descripción
Change Request ID 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 único caso en Process Mining. Analizar los procesos mediante este ID permite obtener una visión integral de cómo se gestionan los cambios, desde la solicitud inicial hasta el cierre definitivo. Esto es esencial para realizar un seguimiento de los tiempos de ciclo, identificar cuellos de botella y comprender las variaciones del proceso en cada cambio.
Por qué es importante
Es el atributo fundamental que conecta todos los eventos relacionados en una única instancia de proceso y hace posible el análisis integral del 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
|
El nombre del sistema del que se extrajeron los datos. | ||
|
Descripción
Este atributo identifica el origen de los datos del proceso, que en este contexto 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 un análisis más amplio. Por ejemplo, si posteriormente se combinan datos de cambios con datos de un sistema financiero o de gestión de proyectos, este campo permite diferenciar claramente las fuentes de datos.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos y garantiza su trazabilidad e interpretación adecuada, especialmente en escenarios de análisis con varios sistemas.
Dónde obtenerlo
Normalmente es un valor estático que se añade durante el proceso de extracción, transformación y carga (ETL) de datos para identificar el origen del conjunto de datos.
Ejemplos
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
|
|||
|
Última actualización de datos
LastDataUpdate
|
La 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 en que se extrajeron por última vez los datos de BMC Helix ITSM. No corresponde a la hora del evento, sino al momento en que se obtuvieron los datos. Esta información es fundamental para comprender la actualidad de los datos analizados y gestionar los ciclos de actualización. En los Dashboards y los informes, esta marca de tiempo informa sobre la actualidad del análisis, algo especialmente importante para supervisar los 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
Es un campo de metadatos que normalmente genera y completa la herramienta ETL o la canalización de datos en el momento de extraer los datos.
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 asignado para realizar el trabajo requerido por la solicitud de cambio. A menudo corresponde al «Assigned Group» durante las fases de implementación del ciclo de vida del cambio. Esta información es fundamental para el panel «Resource Bottlenecks in Change Process». Al analizar la duración y el volumen de las actividades por equipo de implementación, los responsables pueden identificar desequilibrios de carga, carencias de habilidades u otras limitaciones de recursos que retrasan el despliegue del cambio.
Por qué es importante
Ayuda a identificar cuellos de botella relacionados con los recursos en la fase de implementación mediante el análisis del rendimiento por equipo responsable.
Dónde obtenerlo
Se encuentra en el campo «ASGRP» (Assigned Group) del formulario «CHG:Infrastructure Change».
Ejemplos
Operaciones de servidoresAdministradores de bases de datosEquipo SAP BasisInfraestructura en la nube
|
|||
|
Estado
Status
|
El estado o la fase actuales de la solicitud de cambio dentro de su ciclo de vida. | ||
|
Descripción
El campo Status indica la fase exacta de una solicitud de cambio en un momento determinado, como «Draft», «Request For Authorization» o «Completed». Aunque las actividades se derivan de las transiciones entre estos estados, el estado en sí resulta útil para analizar la carga de trabajo actual. Este atributo es esencial para el panel «Change Throughput & Current Status», ya que ofrece una instantánea del número de cambios que se encuentran en cada fase del flujo. Ayuda a los responsables a comprender el trabajo en curso y la asignación de recursos.
Por qué es importante
Proporciona una visión en tiempo real del flujo 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 fase específica. | ||
|
Descripción
Este atributo identifica al grupo encargado de revisar y autorizar un cambio. Dado que un cambio puede tener varias fases de aprobación, puede representar a distintos grupos a lo largo del ciclo de vida, como un equipo de aprobación técnica y un comité de aprobación empresarial. Es un atributo esencial para el panel «Change Approval Bottlenecks», ya que permite segmentar los tiempos de aprobación por grupo responsable. Esto ayuda a localizar equipos concretos que pueden estar sobrecargados o trabajar de forma ineficiente y provocar retrasos en el proceso.
Por qué es importante
Permite identificar cuellos de botella en el proceso de aprobación mediante el análisis de 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
|
La evaluación del riesgo potencial asociado a la implementación del cambio. | ||
|
Descripción
Risk Level es una evaluación cualitativa o cuantitativa de la posibilidad de que se produzcan consecuencias negativas si se implementa el cambio. Es un elemento clave del 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 panel «Change Risk Profile Analysis», que ayuda a las partes interesadas a comprender la exposición general al riesgo de la cartera de cambios. También se utiliza para identificar ciclos de retrabajo en los que las evaluaciones de riesgo iniciales son insuficientes y provocan una reevaluación posterior.
Por qué es importante
Proporciona una dimensión crítica para analizar el cumplimiento y la eficiencia del proceso, y ayuda a garantizar que los cambios de mayor riesgo reciban el nivel de revisión 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
|
El nivel de prioridad asignado a la solicitud de cambio, que indica su importancia para el negocio. | ||
|
Descripción
La prioridad suele determinarse combinando Impact y Urgency, y establece el orden y la rapidez con que debe gestionarse una solicitud de cambio. Un cambio de mayor prioridad normalmente requiere un procesamiento más rápido y puede estar sujeto a acuerdos de nivel de servicio (SLA) más estrictos. Este atributo se utiliza en el panel «Change SLA Performance» para segmentar y analizar el rendimiento según los distintos niveles de prioridad. Ayuda a responder preguntas como «¿Estamos cumpliendo nuestros SLA para los cambios de alta prioridad?» y orienta las decisiones de asignación de recursos.
Por qué es importante
Permite analizar el rendimiento segmentándolo por importancia empresarial, para garantizar 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
|
La clasificación del cambio, como Standard, Normal o Emergency. | ||
|
Descripción
Este atributo categoriza la solicitud de cambio según su naturaleza y el proceso que debe seguir. Entre los tipos habituales se incluyen Standard (preaprobado y de bajo riesgo), Normal (requiere una evaluación y aprobación completas) y Emergency (requiere una gestión acelerada debido a un problema urgente). Analizar por Change Type es fundamental para comprender las variaciones del proceso. Por ejemplo, el panel «Emergency Change Volume & Impact» utiliza este campo para realizar un seguimiento de los cambios urgentes y su efecto en la estabilidad del servicio. También ayuda a evaluar si los distintos tipos de cambio siguen las rutas establecidas.
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
|
Un código que indica el resultado final del cambio cuando se cerró. | ||
|
Descripción
Close Code proporciona un motivo estandarizado para el cierre de una solicitud de cambio, como «Successful», «Successful with Issues», «Backed Out» o «Cancelled». Este atributo ofrece una visión más detallada del resultado del cambio que el estado final por sí solo. Analizar los Close Codes puede ayudar a evaluar la calidad y la tasa de éxito de los cambios implementados. Por ejemplo, un número elevado de cambios «Backed Out» puede indicar problemas de planificación o pruebas y proporcionar una métrica valiosa para mejorar el proceso.
Por qué es importante
Proporciona 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 un campo similar de código de cierre del formulario «CHG:Infrastructure Change», que se activa en las fases finales.
Ejemplos
CorrectoCorrecto con incidenciasRevertidoCancelado
|
|||
|
Es retrabajo
IsRework
|
Un indicador que señala si una actividad representa un ciclo de retrabajo o un retroceso en el proceso. | ||
|
Descripción
Este atributo booleano se establece en true cuando una solicitud de cambio vuelve a una fase anterior de su ciclo de vida, por ejemplo, de «Scheduled» a «Risk Assessment». Estos retrocesos representan retrabajo, que suele ser una fuente de ineficiencia. Este indicador se utiliza para calcular el KPI «Change Rework Rate» y respalda el panel «Change Rework & Assessment Efficiency». Ayuda a cuantificar la frecuencia del retrabajo e identificar los pasos concretos del proceso en los que ocurre con mayor frecuencia, lo que señala áreas de mejora en la planificación y la evaluación iniciales.
Por qué es importante
Identifica directamente las ineficiencias del proceso al señalar las actividades que forman parte de un ciclo de retrabajo y permite orientar los esfuerzos de mejora.
Dónde obtenerlo
Es un atributo calculado que se obtiene analizando 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
|
Un indicador booleano que es true si el cambio es de tipo «Emergency». | ||
|
Descripción
Este indicador derivado simplifica el análisis al proporcionar una señal binaria clara para los cambios de emergencia. Se basa en el valor del atributo «ChangeType». Este atributo se utiliza principalmente para respaldar el panel «Emergency Change Volume & Impact» y el KPI «Emergency Change Percentage». Permite filtrar y agregar fácilmente los datos relacionados con los cambios de emergencia, lo que facilita el seguimiento de su frecuencia y evolución a lo largo del tiempo sin necesidad de aplicar 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, ya que facilita el filtrado, la creación de Dashboards y el cálculo de los KPI relacionados con este tipo de cambio crítico.
Dónde obtenerlo
Es un atributo derivado creado durante la transformación de datos. La lógica es: IF 'ChangeType' = 'Emergency' THEN true ELSE false.
Ejemplos
truefalse
|
|||
|
Estado del SLA
SLAState
|
El estado calculado de la solicitud de cambio en relación con su objetivo de SLA. | ||
|
Descripción
Este atributo indica si una solicitud de cambio completada cumplió su acuerdo de nivel de servicio (SLA), estuvo en riesgo de incumplirlo o lo incumplió. Se calcula comparando la marca de tiempo real de finalización con «SLATargetDate». Es la métrica principal del panel «Change SLA Performance». Proporciona una medida clara y concisa del rendimiento frente a los compromisos de servicio y permite segmentar los datos por prioridad, tipo de cambio o equipo para identificar áreas con un bajo cumplimiento de los SLA.
Por qué es importante
Proporciona una medida directa del rendimiento frente a los compromisos y es un indicador clave de la eficiencia del proceso y la calidad del servicio.
Dónde obtenerlo
Es un atributo calculado que se obtiene 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 en las que debería completarse la solicitud de cambio. | ||
|
Descripción
SLA Target Date es la fecha límite para completar la solicitud de cambio, determinada por su prioridad y tipo. Es el punto de referencia con el que se compara el tiempo real de finalización. Este atributo es fundamental para el panel «Change SLA Performance». Al comparar la hora real de cierre con este objetivo, podemos determinar si el cambio cumplió su SLA. Analizar el rendimiento de los SLA ayuda a evaluar la eficiencia general del proceso y el cumplimiento de los compromisos de nivel de servicio.
Por qué es importante
Proporciona el punto de referencia para medir el rendimiento, calcular las tasas de cumplimiento de los 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 es visible 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
|
La marca de tiempo que indica cuándo concluyó una actividad o un evento específicos. | ||
|
Descripción
End Time marca la finalización de una actividad. En Process Mining, a menudo se calcula como la hora de inicio de la actividad siguiente del caso, lo que proporciona una duración clara para el paso anterior. En el caso de la última actividad, puede coincidir con su hora de inicio o con una marca de tiempo de cierre específica. Este atributo es esencial para calcular el
Por qué es importante
Permite calcular con precisión la duración de las actividades, algo fundamental para identificar cuellos de botella y medir el rendimiento del proceso.
Dónde obtenerlo
Es un atributo calculado que normalmente se obtiene durante la transformación de datos tomando la hora de inicio del evento siguiente 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
|
El identificador de cualquier incidente provocado por este cambio. | ||
|
Descripción
Este atributo vincula una solicitud de cambio con los incidentes posteriores que pueda haber provocado. Esta relación es fundamental para comprender el impacto posterior de los cambios en la estabilidad del servicio. Es el atributo principal necesario para calcular el KPI «Change-Induced Incident Rate». Al realizar un seguimiento de estos vínculos, una organización puede medir la calidad de su proceso de cambios e identificar los tipos de cambio, equipos o servicios asociados a una mayor tasa de problemas posteriores a la implementación.
Por qué es importante
Mide directamente el impacto negativo de los cambios y proporciona un KPI crítico para evaluar la calidad de los cambios y la eficacia de la gestión de riesgos.
Dónde obtenerlo
Esta relación suele establecerse en el formulario Incident («HPD:Help Desk»), donde un incidente puede vincularse a una solicitud de cambio como causa.
Ejemplos
INC000000987654INC000000987655INC000000987656
|
|||
|
Impacto
Impact
|
El impacto evaluado del cambio en los servicios empresariales y la infraestructura de TI. | ||
|
Descripción
Impact mide el posible efecto de un cambio en las operaciones empresariales, los servicios y los usuarios. Es un factor crítico que, junto con Urgency, determina la Priority de la solicitud de cambio. En el análisis, Impact se utiliza en el panel «Change Risk Profile Analysis» para ofrecer una visión completa de las posibles consecuencias empresariales de la cartera de cambios. 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 empresariales de los cambios y permite analizar y priorizar los riesgos según la gravedad con la que podrían verse afectados 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 orientado al usuario, como «Email Services», o de un servicio técnico de backend, como «Authentication Service». Se utiliza en el panel «Emergency Change Volume & Impact» para relacionar los cambios con los servicios a los que afectan. Esto ayuda a comprender la estabilidad de los distintos servicios e identificar aquellos que requieren intervenciones de emergencia frecuentes.
Por qué es importante
Proporciona un contexto empresarial esencial, relaciona los cambios técnicos con su impacto en los servicios empresariales y permite analizar los procesos desde la perspectiva del servicio.
Dónde obtenerlo
Se obtiene del campo «ServiceCI» o de las relaciones con elementos de configuración (CI) relacionadas en el 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 envió la solicitud de cambio. | ||
|
Descripción
Este atributo identifica a la persona que inició la solicitud de cambio. Normalmente se registra como el usuario «Submitter» o «Reported By» en el sistema. Aunque no siempre es una dimensión de análisis principal, puede resultar útil para comprender el origen de las solicitudes de cambio. Por ejemplo, analizar si la mayoría de los cambios proceden de determinados departamentos o funciones puede aportar información sobre las necesidades empresariales y los procesos de planificación.
Por qué es importante
Ayuda a identificar a las personas que originan las solicitudes de cambio y permite analizar los patrones de demanda y el comportamiento de los usuarios dentro del proceso.
Dónde obtenerlo
Se encuentra en el campo «Submitter» del formulario «CHG:Infrastructure Change».
Ejemplos
Allen AllbrookMary MannBob Baxter
|
|||
|
Urgencia
Urgency
|
La urgencia del cambio, que refleja la sensibilidad temporal de su implementación. | ||
|
Descripción
Urgency indica con qué rapidez debe implementarse el cambio. Es un componente clave que, junto con Impact, se utiliza para calcular la Priority general de la solicitud de cambio. Urgency es un atributo clave del panel «Change Risk Profile Analysis», ya que ofrece información sobre las presiones de tiempo del proceso de gestión de cambios. Analizar las tendencias de urgencia puede ayudar a identificar problemas subyacentes que impulsan un número elevado de solicitudes con plazos críticos.
Por qué es importante
Refleja la naturaleza crítica de los cambios en términos de tiempo y ayuda a analizar si el proceso gestiona eficazmente las solicitudes con distintos niveles de urgencia.
Dónde obtenerlo
Se encuentra en el campo «Urgency» del formulario «CHG:Infrastructure Change».
Ejemplos
1-Crítico2-Alto3-Medio4-Bajo
|
|||
Actividades de gestión de cambios
| Actividad | Descripción | ||
|---|---|---|---|
|
Cambio cerrado
|
Esta es la actividad final, que marca el cierre formal de la solicitud de cambio en el sistema. El evento se captura cuando el estado de la solicitud de cambio se establece en «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
Inferido a partir del historial de cambios de estado del formulario CHG:Change, cuando el estado pasa a «Closed».
Recopilar
Identificar la marca de tiempo cuando 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. Normalmente se registra cuando el estado se actualiza a «Completed» con un motivo que indica que la implementación fue satisfactoria. | ||
|
Por qué es importante
Este es un hito importante que marca el final de la fase de despliegue. Es esencial para calcular el Change Implementation Cycle Time y analizar los incidentes provocados por cambios.
Dónde obtenerlo
Inferido a partir del formulario CHG:Change, cuando «Status» se establece en «Completed» y «Status Reason» es «Successful».
Recopilar
Identificar la marca de tiempo cuando 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 sistema captura este evento cuando el estado cambia a «Scheduled». | ||
|
Por qué es importante
Este es un hito crítico que indica que el cambio está listo para implementarse. Constituye el punto de partida para medir los KPI Change Implementation Cycle Time y Average Implementation Wait Time.
Dónde obtenerlo
Inferido a partir del historial de cambios de estado del formulario CHG:Change, cuando el estado pasa a «Scheduled».
Recopilar
Identificar la marca de tiempo cuando el campo «Status» de CHG:Change se actualiza a «Scheduled».
Tipo de evento
inferred
|
|||
|
Change Request aprobada
|
Este es un hito clave en el que la solicitud de cambio recibe la aprobación formal para continuar. El evento se infiere a partir de un cambio de estado, normalmente a «Scheduled» o «Planning In Progress» después de la autorización final. | ||
|
Por qué es importante
Esto marca el final de la fase de aprobación y es fundamental para medir los cuellos de botella de aprobación y el KPI Average Change Approval Time. Es un punto de decisión clave del proceso.
Dónde obtenerlo
Se infiere a partir del historial de cambios de estado del formulario CHG:Change, concretamente cuando la solicitud sale de un estado de aprobación como «Request For Authorization».
Recopilar
Identifique la marca de tiempo en la que el campo «Status» de CHG:Change supera la fase de aprobación final, por ejemplo, al pasar a «Scheduled».
Tipo de evento
inferred
|
|||
|
Change Request creado
|
Esta actividad marca la creación inicial de un registro de solicitud de cambio en el sistema. El evento se captura a partir de la marca de tiempo de creación de la entrada de solicitud de cambio en el formulario CHG:Change. | ||
|
Por qué es importante
Este es el punto de partida de cada solicitud de cambio, esencial para medir la duración total del ciclo de vida y analizar el volumen de cambios entrantes.
Dónde obtenerlo
Este evento se captura a partir 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.
Recopilar
Utilice la marca de tiempo de creación del registro del formulario CHG:Change.
Tipo de evento
explicit
|
|||
|
Evaluación de riesgos realizada
|
Esta actividad indica que se ha completado la evaluación de riesgos del cambio propuesto. A menudo se captura 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
Realizar el seguimiento de esta actividad es fundamental para garantizar el cumplimiento de las políticas de gestión de cambios. Ayuda a identificar retrasos en la fase de evaluación y a analizar el Change Rework Rate si el proceso vuelve a este paso.
Dónde obtenerlo
Se infiere a partir de un cambio de estado en el formulario CHG:Change, por ejemplo, al pasar a «Request For Change», o mediante la finalización de una tarea relacionada en el formulario CHG:Task.
Recopilar
Identifique la marca de tiempo en la que una tarea vinculada de «Risk Assessment» en CHG:Task se marca como «Closed» o «Completed».
Tipo de evento
inferred
|
|||
|
Pruebas realizadas
|
Indica que las pruebas o la validación posteriores a la implementación han finalizado. A menudo se captura mediante el cierre de una tarea de pruebas específica asociada a la solicitud de cambio. | ||
|
Por qué es importante
Registrar esta actividad es clave para medir el Average Testing Cycle Time y garantizar la calidad. Ayuda a identificar cuellos de botella en el proceso de validación antes de la verificación final.
Dónde obtenerlo
Inferido a partir de la finalización de un registro de tarea de pruebas en el formulario CHG:Task vinculado a la solicitud de cambio principal.
Recopilar
Identificar la marca de tiempo cuando una tarea vinculada de «Testing» o «Validation» en CHG:Task se marca como «Closed» o «Completed».
Tipo de evento
inferred
|
|||
|
Análisis de impacto realizado
|
Representa la finalización del análisis de impacto para determinar las posibles consecuencias de un cambio. Normalmente se infiere a partir 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 infiere a partir 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.
Recopilar
Identifique la marca de tiempo en la 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 captura cuando el estado de la solicitud de cambio se actualiza a «Cancelled». | ||
|
Por qué es importante
Registrar las cancelaciones proporciona información sobre los motivos por los que se retiran los cambios. Puede poner de manifiesto problemas como una planificación inicial deficiente, cambios de prioridades o limitaciones de recursos.
Dónde obtenerlo
Inferido a partir del historial de cambios de estado del formulario CHG:Change, cuando el estado pasa a «Cancelled».
Recopilar
Identificar la marca de tiempo cuando 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 fue satisfactorio después de su implementación y prueba. A menudo se representa mediante un cambio de estado antes del cierre definitivo. | ||
|
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 provocó impactos negativos imprevistos.
Dónde obtenerlo
Inferido a partir de un cambio de estado en el formulario CHG:Change, como el paso de «Completed» a un estado de «Verification» o «Closed».
Recopilar
Identificar la marca de tiempo cuando el campo «Status» de CHG:Change pasa a «Closed» después de las actividades de implementación.
Tipo de evento
inferred
|
|||
|
Change Request enviada
|
Representa el envío formal de una solicitud de cambio para su revisión y autorización. Normalmente se infiere cuando el estado de la solicitud de cambio pasa de «Draft» a «Request For Authorization». | ||
|
Por qué es importante
Esta actividad inicia el proceso de aprobación. Realizar su seguimiento es fundamental para medir el tiempo que las solicitudes permanecen a la espera de la revisión inicial y analizar el KPI Change Approval Time.
Dónde obtenerlo
Se infiere a partir del historial de cambios de estado de la solicitud de cambio en el formulario CHG:Change, concretamente de la transición a «Request For Authorization».
Recopilar
Identifique la marca de tiempo en la que el campo «Status» de CHG:Change cambia de «Draft» a «Request For Authorization».
Tipo de evento
inferred
|
|||
|
Change Request rechazada
|
Esta actividad indica que un aprobador ha rechazado formalmente la solicitud de cambio. Se captura mediante un cambio de estado a «Rejected» y representa un estado terminal. | ||
|
Por qué es importante
El seguimiento de los rechazos ayuda a identificar los motivos de la denegación, como información incompleta o un riesgo elevado. Este análisis puede mejorar la calidad de futuras solicitudes de cambio.
Dónde obtenerlo
Se infiere a partir del historial de cambios de estado del formulario CHG:Change, concretamente de la transición al estado «Rejected».
Recopilar
Identifique la marca de tiempo en la que el campo «Status» de CHG:Change se actualiza a «Rejected».
Tipo de evento
inferred
|
|||
|
Plan de implementación desarrollado
|
Indica que se ha creado y documentado el plan detallado para implementar el cambio. Normalmente se captura cuando se completa una tarea de planificación asociada al cambio. | ||
|
Por qué es importante
La finalización de esta actividad es un requisito previo para la programación y la implementación. Analizar su duración ayuda a identificar retrasos en la fase de planificación antes de ejecutar el cambio.
Dónde obtenerlo
Inferido a partir 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.
Recopilar
Identificar la marca de tiempo cuando 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. Normalmente, esta actividad se captura mediante el cierre de una tarea de revisión posterior a la implementación (PIR). | ||
|
Por qué es importante
Esta actividad es fundamental para el aprendizaje organizativo y la mejora de procesos. Medir el KPI Post-Implementation Review Rate ayuda a garantizar que se extraigan aprendizajes de los cambios.
Dónde obtenerlo
Inferido a partir de la finalización de una tarea de «Post-Implementation Review» en el formulario CHG:Task vinculada a la solicitud de cambio principal.
Recopilar
Identificar la marca de tiempo cuando una tarea vinculada de «PIR» en CHG:Task se marca como «Closed» o «Completed».
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Comience hoy mismo a optimizar su proceso de gestión de cambios preparando sus datos con esta plantilla. Descubra información valiosa e impulse la eficiencia en sus operaciones.
Optimice ahora su gestión de cambios y evite interrupciones
Aumente al 95 % su tasa de éxito en los cambios y evite costosas interrupciones del servicio.
No necesita tarjeta de crédito. La configuración tarda solo unos minutos.