Su Plantilla de Datos de Gestión de Cambios
Su Plantilla de Datos de Gestión de Cambios
- `Atributos` recomendados para recopilar para un análisis exhaustivo
- Actividades y hitos clave para rastrear en su proceso
- Orientación de extracción específica para sistemas fuente relevantes
Atributos de Gestión de Cambios
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
El nombre del evento o tarea específica realizada dentro del proceso de gestión de cambios. | ||
|
Descripción
Este atributo representa un solo 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 de procesos. Analizar la secuencia y duración de estas actividades ayuda a identificar el flujo del proceso, descubrir desviaciones del procedimiento estándar y detectar cuellos de botella. Los nombres de las actividades se derivan típicamente de las transiciones de estado registradas en los registros de auditoría del sistema.
Por qué es importante
Define los pasos del proceso, permitiendo la visualización y el análisis del flujo del proceso, que es el núcleo del process mining.
Dónde obtener
Derivado de las transiciones de estado en el formulario 'CHG:ChangeRequest_AuditLog' o mediante el seguimiento de 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
|
El timestamp que indica cuándo comenzó una actividad o un evento específico. | ||
|
Descripción
Este atributo registra la fecha y hora precisas en que ocurrió una actividad. Por ejemplo, capturaría cuándo se envió, aprobó o cerró un cambio. Este timestamp es crucial para analizar la línea de tiempo 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. Los timestamps precisos son la base para cualquier análisis de procesos basado en el tiempo.
Por qué es importante
Aporta la dimensión temporal necesaria para calcular duraciones, analizar el rendimiento y comprender la secuencia de eventos en el proceso.
Dónde obtener
Obtenido del campo 'Fecha de Auditoría' en el formulario 'CHG:ChangeRequest_AuditLog' o de la 'Fecha de Última Modificación' asociada con 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 sirve como el identificador principal del caso. | ||
|
Descripción
El ID de Solicitud de Cambio es la clave única que identifica cada iniciativa de cambio a lo largo de su ciclo de vida. Agrupa todas las actividades, aprobaciones y tareas relacionadas, formando la base de un único caso en Process Mining. Analizar los procesos por este ID permite una vista de extremo a extremo de cómo se gestionan los cambios, desde la solicitud inicial hasta el cierre final. Esto es esencial para rastrear los tiempos de ciclo, identificar cuellos de botella y comprender las variaciones del proceso para cambios individuales.
Por qué es importante
Este es el atributo fundamental que conecta todos los eventos relacionados en una única instancia de proceso, haciendo posible el análisis de extremo a extremo del proceso de gestión de cambios.
Dónde obtener
Se encuentra en el campo 'Infrastructure Change ID' (ID de Cambio de Infraestructura) (ID de Campo 1000000182) del formulario 'CHG:Infrastructure Change'.
Ejemplos
CRQ0000001234567CRQ0000001234568CRQ0000001234569
|
|||
|
Source System
SourceSystem
|
El nombre del sistema del cual 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 en la gobernanza y trazabilidad de los datos, especialmente en entornos donde los datos de múltiples sistemas pueden combinarse para un análisis más amplio. Por ejemplo, si los datos de cambio se fusionan posteriormente con datos de un sistema financiero o de gestión de proyectos, este campo asegura una clara diferenciación de las fuentes de datos.
Por qué es importante
Aporta un contexto crucial sobre el origen de los datos, garantizando la trazabilidad y la correcta interpretación de los mismos, especialmente en escenarios de análisis multi-sistema.
Dónde obtener
Este es típicamente un valor estático añadido durante el proceso de extracción, transformación y carga de datos (ETL) para etiquetar el origen del conjunto de datos.
Ejemplos
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
|
|||
|
Última actualización de datos
LastDataUpdate
|
El timestamp que indica cuándo se actualizaron por última vez los datos de este registro desde el sistema de origen. | ||
|
Descripción
Este atributo muestra la fecha y hora en que los datos fueron extraídos por última vez de BMC Helix ITSM. No es la hora del evento en sí, sino la hora de la extracción de los datos. Esta información es vital para comprender la frescura de los datos que se analizan y para gestionar los ciclos de actualización de datos. En dashboards e informes, este timestamp informa a los usuarios cuán actual es el análisis, lo cual es particularmente importante para monitorear procesos en curso.
Por qué es importante
Indica la actualidad de los datos, lo cual es crítico para asegurar que los análisis y dashboards reflejen el estado más reciente del proceso.
Dónde obtener
Este es un campo de metadatos típicamente generado y poblado por la herramienta ETL o el pipeline de datos en el momento de la extracción de 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 es el 'Grupo Asignado' durante las fases de implementación del ciclo de vida del cambio. Esta información es crítica para el dashboard 'Cuellos de Botella de Recursos en el Proceso de Cambio'. Al analizar las duraciones y volúmenes de actividad por equipo de implementación, los gerentes pueden identificar desequilibrios de carga, brechas de habilidades u otras restricciones relacionadas con los 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 al permitir el análisis de rendimiento por equipo responsable.
Dónde obtener
Se encuentra en el campo 'ASGRP' (Grupo Asignado) del formulario 'CHG:Infrastructure Change'.
Ejemplos
Operaciones de ServidorAdministradores de bases de `datos`Equipo SAP BasisInfraestructura en la Nube
|
|||
|
Estado
Status
|
El estado o fase actual de la solicitud de cambio en su ciclo de vida. | ||
|
Descripción
El campo Estado indica la etapa exacta de una solicitud de cambio en un momento dado, como 'Borrador', 'Solicitud de Autorización' o 'Completado'. Si bien las actividades se derivan de las transiciones entre estos estados, el estado en sí es útil para analizar la carga de trabajo actual. Este atributo es esencial para el dashboard 'Rendimiento y Estado Actual de Cambios', que proporciona una instantánea de cuántos cambios se encuentran en cada etapa del pipeline. Ayuda a los gerentes a comprender el trabajo en curso y la asignación de recursos.
Por qué es importante
Ofrece una vista en tiempo real del pipeline de cambios, lo que permite analizar el trabajo en curso y el estado actual de todas las solicitudes de cambio.
Dónde obtener
Se encuentra en el campo 'Status' (Estado) del formulario 'CHG:Infrastructure Change'.
Ejemplos
BorradorSolicitud de AutorizaciónProgramadoImplementación en CursoCompletado
|
|||
|
Grupo de Aprobadores
ApproverGroup
|
El equipo o grupo responsable de aprobar una solicitud de cambio en una etapa específica. | ||
|
Descripción
Este atributo identifica el grupo asignado para revisar y autorizar un cambio. Dado que un cambio puede tener múltiples etapas de aprobación, esto puede representar diferentes grupos a lo largo del ciclo de vida, como un equipo de aprobación técnica y una junta de aprobación de negocio. Este es un atributo vital para el dashboard 'Cuellos de Botella en la Aprobación de Cambios', ya que permite la segmentación de los tiempos de aprobación por el grupo responsable. Esto ayuda a identificar equipos específicos que pueden estar sobrecargados o ser ineficientes, causando retrasos en el proceso.
Por qué es importante
Permite la identificación de cuellos de botella en el proceso de aprobación al permitir el análisis de las duraciones de aprobación por equipo responsable.
Dónde obtener
Obtenido del formulario 'AP:Signature', que gestiona las aprobaciones y está vinculado a la solicitud de cambio. El grupo del aprobador formaría parte de este registro.
Ejemplos
Junta Asesora de CambiosSeguridad de TIIngeniería de RedesDesarrollo de Aplicaciones
|
|||
|
Nivel de Riesgo
RiskLevel
|
Una evaluación del riesgo potencial asociado con la implementación del cambio. | ||
|
Descripción
El Nivel de Riesgo es una evaluación cualitativa o cuantitativa del potencial de consecuencias negativas si se implementa el cambio. Es un input clave para el proceso de aprobación, donde los cambios de mayor riesgo son sometidos a un escrutinio más exhaustivo. Este atributo es central para el dashboard 'Análisis del Perfil de Riesgo de Cambios', que ayuda a los stakeholders a comprender la exposición general al riesgo del portfolio de cambios. También se utiliza para identificar bucles de retrabajo donde las evaluaciones de riesgo iniciales son inadecuadas, lo que lleva a una reevaluación posterior.
Por qué es importante
Ofrece una dimensión crítica para analizar el cumplimiento y la eficiencia de los procesos, lo que ayuda a garantizar que los cambios de mayor riesgo sean examinados adecuadamente.
Dónde obtener
Se encuentra en el campo 'Risk Level' (Nivel de Riesgo) del formulario 'CHG:Infrastructure Change'.
Ejemplos
1 - Crítico2 - Alta3 - Medio4 - Baja5 - Planning
|
|||
|
Prioridad
Priority
|
El nivel de prioridad asignado a la solicitud de cambio, indicando su importancia para el negocio. | ||
|
Descripción
La Prioridad se determina generalmente combinando el Impacto y la Urgencia, y dicta el orden y la velocidad de gestión de una solicitud de cambio. Un cambio de mayor prioridad normalmente requiere un procesamiento más rápido y puede tener acuerdos de nivel de servicio (SLA) más estrictos. Este atributo se utiliza en el dashboard 'Rendimiento de SLA de Cambios' para segmentar y analizar el rendimiento de diferentes 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 el análisis de rendimiento segmentado por importancia del negocio, asegurando que los cambios más críticos se procesen de manera eficiente y cumplan sus objetivos.
Dónde obtener
Se encuentra en el campo 'Priority' (Prioridad) del formulario 'CHG:Infrastructure Change'.
Ejemplos
CríticoAltoMedioBajo
|
|||
|
Tipo de Cambio
ChangeType
|
La clasificación del cambio, como Estándar, Normal o de Emergencia. | ||
|
Descripción
Este atributo categoriza la solicitud de cambio según su naturaleza y el proceso que debe seguir. Los tipos comunes incluyen Estándar (pre-aprobado, bajo riesgo), Normal (requiere evaluación y aprobación completas) y de Emergencia (requiere manejo expedito debido a un problema urgente). Analizar por Tipo de Cambio es crítico para comprender las variaciones del proceso. Por ejemplo, el dashboard 'Volumen e Impacto de Cambios de Emergencia' se basa en este campo para rastrear cambios urgentes y su efecto en la estabilidad del servicio. También ayuda a evaluar si los diferentes tipos de cambio siguen sus rutas prescritas.
Por qué es importante
Permite la segmentación del proceso para analizar y comparar diferentes flujos de trabajo de cambios, lo cual es clave para el cumplimiento y el análisis de rendimiento.
Dónde obtener
Se encuentra en el campo 'Change Type' (Tipo de Cambio) del formulario 'CHG:Infrastructure Change'.
Ejemplos
EstándarNormalEmergencySin Impacto
|
|||
|
¿Es Retrabajo?
IsRework
|
Un indicador que señala si una actividad representa un bucle de retrabajo o un paso hacia atrás en el proceso. | ||
|
Descripción
Este atributo booleano se establece en verdadero cuando una solicitud de cambio retrocede a una etapa anterior de su ciclo de vida, por ejemplo, de 'Programado' a 'Evaluación de Riesgos'. Tales movimientos hacia atrás representan retrabajo, que a menudo es una fuente de ineficiencia. Esta bandera se utiliza para calcular el KPI de 'Tasa de Retrabajo de Cambios' y apoya el dashboard 'Retrabajo de Cambios y Eficiencia de Evaluación'. Ayuda a cuantificar la frecuencia del retrabajo e identificar los pasos específicos del proceso donde ocurre con mayor frecuencia, señalando áreas para mejorar la planificación y evaluación iniciales.
Por qué es importante
Identifica directamente las ineficiencias del proceso al señalar actividades que forman parte de un bucle de retrabajo, lo que permite esfuerzos de mejora dirigidos.
Dónde obtener
Este es un atributo calculado, derivado al analizar la secuencia de actividades para un caso. La lógica se aplica durante la transformación de datos para detectar movimientos hacia atrás en el flujo del proceso.
Ejemplos
truefalse
|
|||
|
Código de Cierre
CloseCode
|
Un código que indica el resultado final del cambio cuando se cerró. | ||
|
Descripción
El Código de Cierre proporciona una razón estandarizada para el cierre de una solicitud de cambio, como 'Exitoso', 'Exitoso con Problemas', 'Revertido' o 'Cancelado'. Este atributo ofrece una vista más granular del resultado del cambio que el estado final por sí solo. Analizar los Códigos de Cierre puede ayudar a evaluar la calidad y la tasa de éxito de los cambios implementados. Por ejemplo, un alto número de cambios 'Revertidos' puede indicar problemas en la planificación o las pruebas, proporcionando una métrica valiosa para la mejora del proceso.
Por qué es importante
Proporciona un resultado claro y estructurado para cada cambio, lo que permite analizar las tasas de éxito y las razones de fallos o cancelaciones.
Dónde obtener
Se encuentra en el campo 'Status Reason' (Razón de Estado) o un campo de código de cierre similar del formulario 'CHG:Infrastructure Change', que se activa en las etapas finales.
Ejemplos
ExitosoExitoso con ProblemasRetiradoCancelada
|
|||
|
Es Cambio de Emergencia
IsEmergencyChange
|
Un indicador booleano que es verdadero si el cambio es de tipo 'Emergencia'. | ||
|
Descripción
Esta bandera derivada simplifica el análisis al proporcionar un indicador binario claro para los cambios de emergencia. Se basa en el valor del atributo 'Tipo de Cambio'. Este atributo se utiliza principalmente para apoyar el dashboard 'Volumen e Impacto de Cambios de Emergencia' y el KPI de 'Porcentaje de Cambios de Emergencia'. Permite un fácil filtrado y agregación de datos relacionados con los cambios de emergencia, haciendo que sea sencillo rastrear su frecuencia y tendencias a lo largo del tiempo sin lógica de filtrado compleja en la herramienta de análisis.
Por qué es importante
Simplifica el análisis de cambios de emergencia, facilitando la filtración, la visualización en dashboards y el cálculo de KPIs relacionados con este tipo de cambio crítico.
Dónde obtener
Este es un atributo derivado creado durante la transformación de datos. La lógica es: SI 'Tipo de Cambio' = 'Emergencia' ENTONCES verdadero SINO falso.
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ó, estuvo en riesgo de incumplir o incumplió su Acuerdo de Nivel de Servicio (SLA). Se calcula comparando el timestamp de finalización real con la 'SLATargetDate'. Esta es la métrica principal para el dashboard 'Rendimiento de SLA de Cambios'. Proporciona una medida clara y concisa del rendimiento frente a los compromisos de servicio y permite segmentar y analizar los datos por prioridad, tipo de cambio o equipo para identificar áreas con baja adherencia al SLA.
Por qué es importante
Ofrece una medida directa del desempeño frente a los compromisos, lo que lo convierte en un indicador clave de la eficiencia de los procesos y la calidad del servicio.
Dónde obtener
Este es un atributo calculado derivado durante la transformación de datos al comparar el timestamp de la actividad final con la 'SLATargetDate'.
Ejemplos
A TiempoEn RiesgoIncumplido
|
|||
|
Fecha Objetivo de SLA
SLATargetDate
|
La fecha y hora objetivo en la que debe completarse la solicitud de cambio. | ||
|
Descripción
La Fecha Objetivo del Acuerdo de Nivel de Servicio (SLA) es el plazo para completar la solicitud de cambio, determinado por su prioridad y tipo. Este es el punto de referencia contra el cual se mide el tiempo de finalización real. Este atributo es fundamental para el dashboard 'Rendimiento de SLA de Cambios'. Al comparar el tiempo de cierre real con este objetivo, podemos determinar si el cambio cumplió su SLA. Analizar el rendimiento del SLA ayuda a evaluar la eficiencia general del proceso y la adherencia a los compromisos de nivel de servicio.
Por qué es importante
Establece el punto de referencia para medir el rendimiento, permitiendo el cálculo de las tasas de cumplimiento de SLA y la identificación de cambios en riesgo.
Dónde obtener
Esta información se almacena típicamente en formularios de gestión de SLA relacionados y está vinculada a la solicitud de cambio, a menudo visible en el propio formulario de cambio.
Ejemplos
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
|
|||
|
Hora de Finalización
EventEndTime
|
El `timestamp` que indica cuándo concluyó una `actividad` o un `evento` específico. | ||
|
Descripción
La Hora de Fin marca la finalización de una actividad. En Process Mining, esto se calcula a menudo como la hora de inicio de la actividad subsiguiente en el caso, proporcionando una duración clara para el paso precedente. Para la última actividad de un caso, podría ser la misma que su hora de inicio o un timestamp de cierre específico. Este atributo es esencial para calcular el
Por qué es importante
Permite el cálculo preciso de las duraciones de las actividades, lo cual es fundamental para identificar cuellos de botella y medir el rendimiento del proceso.
Dónde obtener
Este es un atributo calculado, típicamente derivado durante la transformación de datos al tomar la hora de inicio del siguiente evento en la secuencia para un caso dado.
Ejemplos
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
|
|||
|
ID de Incidente Relacionado
RelatedIncidentID
|
El identificador de cualquier incidente que haya sido causado por este cambio. | ||
|
Descripción
Este atributo vincula una solicitud de cambio con cualquier incidente posterior que pueda haber causado. Esta relación es crucial para comprender el impacto posterior de los cambios en la estabilidad del servicio. Este es el atributo principal necesario para calcular el KPI de 'Tasa de Incidentes Inducidos por Cambios'. Al rastrear estos vínculos, una organización puede medir la calidad de su proceso de cambio e identificar tipos de cambios, equipos o servicios que se asocian con una tasa más alta de problemas post-implementación.
Por qué es importante
Mide directamente el impacto negativo de los cambios, proporcionando un KPI crítico para evaluar la calidad del cambio y la efectividad de la gestión de riesgos.
Dónde obtener
Esta relación se establece típicamente en el formulario de Incidente ('HPD:Help Desk'), donde un incidente puede vincularse a una solicitud de cambio como su causa.
Ejemplos
INC000000987654INC000000987655INC000000987656
|
|||
|
Impacto
Impact
|
El impacto evaluado del cambio en los servicios empresariales y la infraestructura de TI. | ||
|
Descripción
El Impacto mide el efecto potencial de un cambio en las operaciones comerciales, los servicios y los usuarios. Es un factor crítico, junto con la Urgencia, para determinar la Prioridad de la solicitud de cambio. En el análisis, el Impacto se utiliza en el dashboard 'Análisis del Perfil de Riesgo del Cambio' para proporcionar una visión completa de las posibles consecuencias comerciales del portfolio de cambios. Comprender la distribución de los cambios de alto impacto puede informar las estrategias de gestión de riesgos y la planificación de recursos.
Por qué es importante
Ayuda a cuantificar las posibles consecuencias comerciales de los cambios, permitiendo el análisis de riesgos y la priorización basada en la gravedad con la que los servicios podrían verse afectados.
Dónde obtener
Se encuentra en el campo 'Impact' (Impacto) del formulario 'CHG:Infrastructure Change'.
Ejemplos
1-Extenso/Generalizado2-Significativo/Grande3-Moderado/Limitado4-Menor/Localizado
|
|||
|
Servicio Afectado
AffectedService
|
El servicio empresarial o técnico impactado por el cambio. | ||
|
Descripción
Este atributo vincula la solicitud de cambio a un servicio específico definido en la Base de Datos de Gestión de la Configuración (CMDB). Podría ser un servicio de negocio de cara al usuario como 'Servicios de Correo Electrónico' o un servicio técnico de back-end como 'Servicio de Autenticación'. Se utiliza en el dashboard 'Volumen e Impacto de Cambios de Emergencia' para correlacionar los cambios con los servicios que afectan. Esto ayuda a comprender la estabilidad de los diferentes servicios e identificar aquellos que requieren intervenciones de emergencia frecuentes.
Por qué es importante
Proporciona un contexto de negocio crucial, vinculando los cambios técnicos con su impacto en los servicios empresariales y permitiendo un análisis de procesos centrado en el servicio.
Dónde obtener
Obtenido del campo 'ServiceCI' o de las relaciones de Elemento 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
|
El individuo que creó y envió la solicitud de cambio. | ||
|
Descripción
Este atributo identifica a la persona que inició la solicitud de cambio. Típicamente se captura como el usuario 'Remitente' o 'Reportado Por' en el sistema. Aunque no siempre es una dimensión de análisis principal, puede ser útil para comprender las fuentes de las solicitudes de cambio. Por ejemplo, analizar si la mayoría de los cambios se originan en departamentos o roles específicos puede proporcionar insights sobre las necesidades del negocio y los procesos de planificación.
Por qué es importante
Ayuda a identificar los originadores de las solicitudes de cambio, lo que puede utilizarse para analizar patrones de demanda y comportamiento del usuario dentro del proceso.
Dónde obtener
Se encuentra en el campo 'Submitter' (Solicitante) del formulario 'CHG:Infrastructure Change'.
Ejemplos
Allen AllbrookMary MannBob Baxter
|
|||
|
Tiempo de Procesamiento
ProcessingTime
|
La duración del tiempo dedicado a una actividad, calculada a partir de sus horas de inicio y finalización. | ||
|
Descripción
El Tiempo de Procesamiento, también conocido como tiempo de ciclo, mide el tiempo transcurrido desde el inicio hasta el final de una actividad. Se calcula como la diferencia entre el 'EventEndTime' y el 'EventStartTime' para cada paso del proceso. Esta es una métrica fundamental en Process Mining, utilizada para identificar cuellos de botella, medir la eficiencia y establecer líneas base de rendimiento. Dashboards como 'Cuellos de Botella en la Aprobación de Cambios' y KPIs como 'Tiempo Promedio de Aprobación de Cambios' se basan directamente en la agregación de este valor calculado.
Por qué es importante
Es una métrica de rendimiento central utilizada para cuantificar la duración de los pasos del proceso, lo que la hace esencial para el análisis de cuellos de botella y las mejoras de eficiencia.
Dónde obtener
Esta es una métrica calculada, derivada durante la transformación de datos al restar el 'EventStartTime' del 'EventEndTime'.
Ejemplos
864000001728000003600000
|
|||
|
Urgencia
Urgency
|
La urgencia del cambio, reflejando la sensibilidad temporal de su implementación. | ||
|
Descripción
La Urgencia indica qué tan rápido necesita ser implementado el cambio. Es un componente clave, junto con el Impacto, utilizado para calcular la Prioridad general de la solicitud de cambio. La Urgencia es un atributo clave para el dashboard 'Análisis del Perfil de Riesgo de Cambios', que proporciona insights sobre las presiones de tiempo en el proceso de gestión de cambios. Analizar las tendencias en la urgencia puede ayudar a identificar problemas subyacentes que pueden estar impulsando un gran número de solicitudes sensibles al tiempo.
Por qué es importante
Refleja la naturaleza crítica de los cambios en cuanto al tiempo, ayudando a analizar si el proceso gestiona eficazmente las solicitudes con distintos niveles de sensibilidad temporal.
Dónde obtener
Se encuentra en el campo 'Urgency' (Urgencia) del formulario 'CHG:Infrastructure Change'.
Ejemplos
1-Critical2-High3-Medium4-Low
|
|||
Actividades de Gestión de Cambios
| Actividad | Descripción | ||
|---|---|---|---|
|
Cambio Cerrado
|
Esta es la actividad final, marcando el cierre formal de la solicitud de cambio en el sistema. Este evento se captura cuando el estado de la solicitud de cambio se establece en 'Cerrado'. | ||
|
Por qué es importante
Esta actividad marca el final exitoso del ciclo de vida del cambio. Es esencial para medir la duración del proceso de extremo a extremo y el rendimiento general.
Dónde obtener
Inferido del historial de cambios de estado en el formulario CHG:Change cuando el estado cambia a 'Closed'.
Capturar
Identifique la marca de tiempo cuando el campo 'Status' en CHG:Change se actualiza a 'Closed'.
Tipo de evento
inferred
|
|||
|
Cambio Implementado
|
Esta actividad representa la finalización exitosa del trabajo de implementación del cambio. Típicamente se registra cuando el estado se actualiza a 'Completado' con una razón que indica éxito. | ||
|
Por qué es importante
Este es un hito importante que marca el final de la fase de despliegue. Es esencial para calcular el Tiempo de Ciclo de Implementación de Cambios y analizar los incidentes inducidos por cambios.
Dónde obtener
Inferido del formulario CHG:Change cuando el 'Status' se establece en 'Completed' y la 'Status Reason' es 'Successful'.
Capturar
Identifique la marca de tiempo cuando el campo 'Status' en CHG:Change se actualiza a 'Completed'.
Tipo de evento
inferred
|
|||
|
Cambio Programado
|
Esta actividad marca el punto donde el cambio aprobado se programa oficialmente para su implementación. Este evento se captura del cambio de estado a 'Programado' en el sistema. | ||
|
Por qué es importante
Este es un hito crítico que señala la preparación para la implementación. Es el punto de partida para medir el KPI de Tiempo de Ciclo de Implementación de Cambios y el KPI de Tiempo de Espera Promedio de Implementación.
Dónde obtener
Inferido del historial de cambios de estado en el formulario CHG:Change cuando el estado cambia a 'Scheduled'.
Capturar
Identifique la marca de tiempo cuando el campo 'Status' en CHG:Change se actualiza a 'Scheduled'.
Tipo de evento
inferred
|
|||
|
Evaluación de Riesgos Realizada
|
Esta actividad significa la finalización de la evaluación de riesgos para el cambio propuesto. A menudo se captura cuando el estado de la solicitud de cambio se actualiza o se cierra una tarea específica de evaluación de riesgos. | ||
|
Por qué es importante
El seguimiento de esta actividad es vital para asegurar el cumplimiento de las políticas de gestión de cambios. Ayuda a identificar retrasos en la fase de evaluación y analizar la Tasa de Retrabajo de Cambios si el proceso revierte a este paso.
Dónde obtener
Inferido de un cambio de estado en el formulario CHG:Change (por ejemplo, pasando a 'Request For Change') o por la finalización de una tarea relacionada en el formulario CHG:Task.
Capturar
Identifique la marca de tiempo cuando una tarea de 'Evaluación de Riesgos' vinculada en CHG:Task se marca como 'Cerrada' o 'Completada'.
Tipo de evento
inferred
|
|||
|
Pruebas Realizadas
|
Significa que las pruebas o la validación post-implementación han sido completadas. Esto se captura a menudo a través del cierre de una tarea de prueba dedicada asociada a la solicitud de cambio. | ||
|
Por qué es importante
El seguimiento de esta actividad es clave para medir el Tiempo Promedio del Ciclo de Pruebas y asegurar la calidad. Ayuda a identificar cuellos de botella en el proceso de validación antes de la verificación final.
Dónde obtener
Inferido de la finalización de un registro de tarea de prueba en el formulario CHG:Task vinculado a la solicitud de cambio padre.
Capturar
Identifique la marca de tiempo cuando una tarea de 'Prueba' o 'Validación' vinculada en CHG:Task se marca como 'Cerrada' o 'Completada'.
Tipo de evento
inferred
|
|||
|
Solicitud de Cambio Aprobada
|
Este es un hito clave donde la solicitud de cambio recibe aprobación formal para proceder. El evento se infiere de un cambio de estado, típicamente a 'Programado' o 'Planificación en Curso' después de la autorización final. | ||
|
Por qué es importante
Esto marca el final de la fase de aprobación y es crítico para medir los cuellos de botella en la aprobación y el KPI de Tiempo Promedio de Aprobación de Cambios. Es un punto de decisión clave en el proceso.
Dónde obtener
Inferido del historial de cambios de estado en el formulario CHG:Change, específicamente cuando la solicitud sale de un estado de aprobación como 'Request For Authorization'.
Capturar
Identifique la marca de tiempo cuando el campo 'Status' en CHG:Change transiciona más allá de la fase de aprobación final, por ejemplo, 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 captura del timestamp 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 para cada solicitud de cambio, esencial para medir la duración total del ciclo de vida y analizar el volumen de cambios entrantes.
Dónde obtener
Este evento se captura de la 'Fecha de Envío' o del timestamp de creación del registro en el log de auditoría del formulario CHG:Change (p. ej., HPD:Help Desk Audit Log).
Capturar
Utilice el timestamp 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. Esto se infiere típicamente de una actualización de estado o del cierre de una tarea asociada. | ||
|
Por qué es importante
Esta actividad es crucial 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 obtener
Inferido de la marca de tiempo de finalización de una tarea de 'Análisis de Impacto' 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 cuando una tarea de 'Análisis de Impacto' vinculada en CHG:Task se marca como 'Cerrada' o 'Completada'.
Tipo de evento
inferred
|
|||
|
Cambio Cancelado
|
Representa la cancelación de una solicitud de cambio antes de su implementación o finalización. Esto se captura cuando el estado de la solicitud de cambio se actualiza a 'Cancelado'. | ||
|
Por qué es importante
El seguimiento de las cancelaciones proporciona insights sobre por qué se retiran los cambios. Esto puede resaltar problemas como una mala planificación inicial, cambios de prioridades o restricciones de recursos.
Dónde obtener
Inferido del historial de cambios de estado en el formulario CHG:Change cuando el estado cambia a 'Cancelled'.
Capturar
Identifique la marca de tiempo cuando el campo 'Status' en CHG:Change se actualiza a 'Cancelled'.
Tipo de evento
inferred
|
|||
|
Cambio Verificado
|
Esta actividad indica que el cambio ha sido verificado formalmente como exitoso por los stakeholders después de la implementación y las pruebas. 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 causó impactos negativos no deseados.
Dónde obtener
Inferido de un cambio de estado en el formulario CHG:Change, como pasar de 'Completed' a un estado de 'Verification' o 'Closed'.
Capturar
Identifique la marca de tiempo cuando el campo 'Status' en CHG:Change transiciona a 'Closed' después de las actividades de implementación.
Tipo de evento
inferred
|
|||
|
Plan de Implementación Desarrollado
|
Indica que el plan detallado para implementar el cambio ha sido creado y documentado. Esto se captura típicamente cuando se completa una tarea de planificación asociada con el cambio. | ||
|
Por qué es importante
La finalización de esta actividad es un requisito previo para la programación e implementación. Analizar su duración ayuda a identificar retrasos en la etapa de planificación antes de que se ejecute el cambio.
Dónde obtener
Inferido 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 padre.
Capturar
Identifique la marca de tiempo cuando una tarea de 'Planificación de Implementación' vinculada en CHG:Task se marca como 'Cerrada' o 'Completada'.
Tipo de evento
inferred
|
|||
|
Revisión Post-Implementación
|
Representa la finalización de una revisión formal después de que el cambio ha sido implementado. Esta actividad se captura típicamente a partir del cierre de una tarea de revisión post-implementación (PIR). | ||
|
Por qué es importante
Esta actividad es crucial para el aprendizaje organizacional y la mejora de procesos. Medir el KPI de Tasa de Revisión Post-Implementación ayuda a garantizar que se aprendan lecciones de los cambios.
Dónde obtener
Inferido de la finalización de una tarea de 'Revisión Post-Implementación' en el formulario CHG:Task vinculado a la solicitud de cambio padre.
Capturar
Identifique la marca de tiempo cuando una tarea 'PIR' vinculada en CHG:Task se marca como 'Cerrada' o 'Completada'.
Tipo de evento
inferred
|
|||
|
Solicitud de Cambio Enviada
|
Representa la presentación formal de una solicitud de cambio para revisión y autorización. Esto se infiere típicamente cuando el estado de la solicitud de cambio cambia de 'Borrador' a 'Solicitud de Autorización'. | ||
|
Por qué es importante
Esta actividad inicia el proceso de aprobación. Su seguimiento es crucial para medir el tiempo que las solicitudes pasan esperando la revisión inicial y para analizar el KPI de Tiempo de Aprobación de Cambios.
Dónde obtener
Inferido del historial de cambios de estado de la solicitud de cambio en el formulario CHG:Change, específicamente la transición a 'Request For Authorization'.
Capturar
Identifique la marca de tiempo cuando el campo 'Status' en CHG:Change cambia de 'Draft' a 'Request For Authorization'.
Tipo de evento
inferred
|
|||
|
Solicitud de Cambio Rechazada
|
Esta actividad significa que la solicitud de cambio ha sido formalmente denegada por un aprobador. Se captura mediante un cambio de estado a 'Rechazado' y representa un estado terminal. | ||
|
Por qué es importante
El seguimiento de los rechazos ayuda a identificar las razones de la denegación, como información incompleta o alto riesgo. Este análisis puede mejorar la calidad de futuras presentaciones de cambios.
Dónde obtener
Inferido del historial de cambios de estado en el formulario CHG:Change, específicamente la transición a un estado de 'Rejected'.
Capturar
Identifique la marca de tiempo cuando el campo 'Status' en CHG:Change se actualiza a 'Rejected'.
Tipo de evento
inferred
|
|||