Su Plantilla de Datos de Gestión de Cambios
Su Plantilla de Datos de Gestión de Cambios
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía de extracción para Freshservice
Atributos de Gestión de Cambios
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del Evento
EventTime
|
La fecha y hora exactas en que ocurrió una actividad o evento específico. | ||
|
Descripción
Cada actividad en el proceso tiene una marca de tiempo correspondiente, que señala su ocurrencia. Estos datos temporales son críticos para calcular duraciones entre actividades, identificar tiempos de espera y analizar el tiempo de ciclo general del proceso. Permite el análisis del rendimiento, la identificación de cuellos de botella y el monitoreo del cumplimiento de los SLA.
Por qué es importante
Esta marca de tiempo es fundamental para todo análisis basado en el tiempo, incluyendo el cálculo de tiempos de ciclo, duraciones y tiempos de espera entre los pasos del proceso.
Dónde obtener
Marca de tiempo asociada a cada entrada en los registros de auditoría o flujo de actividad de un registro de Cambio en Freshservice.
Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
|
|||
|
ID de Solicitud de Cambio
ChangeRequestId
|
El identificador único para cada solicitud de cambio presentada dentro del sistema Freshservice. | ||
|
Descripción
El ID de Solicitud de Cambio sirve como identificador principal para un único caso de cambio desde el inicio hasta el cierre. Vincula todas las actividades, aprobaciones y registros asociados en una línea de tiempo coherente, permitiendo un análisis de proceso de extremo a extremo. En la minería de procesos, este ID es esencial para reconstruir el ciclo de vida de cada cambio para comprender su ruta, duración y resultados.
Por qué es importante
Este es el ID de Caso esencial que agrupa todos los eventos relacionados, haciendo posible rastrear y analizar todo el recorrido de una única solicitud de cambio.
Dónde obtener
Este es un campo primario en el objeto Cambio en Freshservice.
Ejemplos
CHG-10234CHG-10235CHG-10236
|
|||
|
Nombre de la Actividad
ActivityName
|
El nombre de un evento o tarea específico que ocurrió dentro del proceso de gestión de cambios. | ||
|
Descripción
Este atributo describe un solo paso o hito en el ciclo de vida del cambio, como 'Solicitud de Cambio Creada', 'Aprobación Solicitada' o 'Implementación Completada'. La secuencia de estas actividades para un ID de Solicitud de Cambio dado forma la base del mapa del proceso. Analizar estas actividades ayuda a identificar el flujo del proceso, detectar desviaciones y medir el tiempo dedicado en diferentes etapas.
Por qué es importante
Define los pasos en el flujo del proceso, permitiendo la visualización del ciclo de vida del cambio y el análisis de variantes de proceso y cuellos de botella.
Dónde obtener
Generado a partir de los registros de auditoría, el flujo de actividad o el historial de cambios de estado de un registro de Cambio en Freshservice.
Ejemplos
Cambio AprobadoEvaluación de Riesgos CompletadaImplementación IniciadaCambio Cerrado
|
|||
|
Source System
SourceSystem
|
Identifica el sistema del cual se extrajeron los `datos`. | ||
|
Descripción
Este atributo especifica el origen de los datos del proceso. Para esta vista, el valor será consistentemente 'Freshservice'. Incluir este atributo es una buena práctica, especialmente en entornos donde los datos podrían fusionarse de múltiples sistemas, ya que proporciona contexto esencial y ayuda en la gobernanza de datos y la resolución de problemas.
Por qué es importante
Proporciona una clara procedencia de los datos, lo cual es crucial al analizar datos de múltiples sistemas empresariales.
Dónde obtener
Este es un valor estático establecido durante el proceso de extracción de datos para etiquetar el origen de los datos.
Ejemplos
Freshservice
|
|||
|
Ú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 registra la fecha y hora de la extracción o actualización más reciente de datos para cada evento. Es importante para comprender la actualidad de los datos que se analizan y para asegurar que los análisis se basen en información actual. Esto ayuda a mantener la integridad de los datos y proporciona contexto para la puntualidad de los conocimientos.
Por qué es importante
Asegura que los usuarios estén al tanto de la actualidad de los datos y ayuda a validar la vigencia del análisis de process mining.
Dónde obtener
Esta marca de tiempo se genera y se añade típicamente durante el proceso de ingesta de datos o ETL.
Ejemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Estado de Cambio
ChangeStatus
|
El estado actual o final de la solicitud de cambio. | ||
|
Descripción
Este atributo indica el estado de una solicitud de cambio en un momento específico o su resultado final, como 'Cerrado', 'Cancelado' o 'Rechazado'. Es crucial para el análisis de resultados, ayudando a diferenciar entre cambios completados con éxito y aquellos que fallaron o fueron abandonados. Filtrar por estado permite un análisis centrado en cohortes específicas de cambios.
Por qué es importante
Permite el análisis de los resultados de los cambios, ayudando a comprender las tasas de éxito, fracaso y cancelación.
Dónde obtener
Este es el campo 'Estado' del objeto Cambio en Freshservice.
Ejemplos
CerradoCanceladaRechazadaAbierto
|
|||
|
Fecha Objetivo de Finalización
TargetCompletionDate
|
La fecha planificada o de acuerdo de nivel de servicio (SLA) para la cual el cambio debería estar completado. | ||
|
Descripción
Esta fecha representa la fecha límite para cerrar una solicitud de cambio. Es el principal punto de referencia para medir el cumplimiento del SLA. Al comparar la Hora de Fin real con la Fecha de Finalización Prevista, es posible determinar si un cambio se completó a tiempo, antes de tiempo o tarde. Esta es una entrada clave para el KPI de Tasa de Cumplimiento del SLA de Cambio.
Por qué es importante
Sirve como referencia para medir la entrega a tiempo y el cumplimiento del SLA, que son indicadores clave del rendimiento del proceso.
Dónde obtener
Podría ser un campo de fecha dedicado 'Fecha límite' o 'Objetivo SLA' en el objeto Cambio en Freshservice.
Ejemplos
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
|
|||
|
Grupo Asignado
AssignedGroup
|
El equipo o grupo responsable de implementar el cambio. | ||
|
Descripción
Este atributo especifica qué equipo está asignado para llevar a cabo el trabajo del cambio, como el 'Equipo de Red' o los 'Administradores de Base de Datos'. Analizar el rendimiento del proceso por grupo asignado es clave para comprender la carga de trabajo del equipo, la eficiencia y la identificación de cuellos de botella de recursos. Puede mostrar qué equipos tienen tiempos de implementación más largos o mayores tasas de problemas post-implementación.
Por qué es importante
Permite el análisis del rendimiento y la carga de trabajo en diferentes equipos de implementación para identificar limitaciones de recursos o mejores prácticas.
Dónde obtener
Este es el campo 'Grupo' o 'Grupo Asignado' del objeto Cambio en Freshservice.
Ejemplos
Equipo de InfraestructuraSoporte de AplicacionesOperaciones de Seguridad
|
|||
|
Hora de Finalización
EndTime
|
La marca de tiempo del último evento registrado para el caso de la solicitud de cambio. | ||
|
Descripción
La Hora de Fin marca la conclusión del ciclo de vida de una solicitud de cambio, correspondiendo típicamente a la actividad 'Cambio Cerrado' o 'Cambio Cancelado'. Se utiliza junto con la Hora de Inicio para calcular el tiempo de ciclo total de extremo a extremo para cada caso. Analizar este atributo ayuda a comprender la duración total y el rendimiento del proceso de gestión de cambios.
Por qué es importante
Es esencial para calcular el tiempo total del ciclo de una solicitud de cambio, un KPI primario para la eficiencia del proceso.
Dónde obtener
Esta es la marca de tiempo de la actividad final en el registro de eventos para un ID de Solicitud de Cambio dado.
Ejemplos
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
|
|||
|
Nivel de riesgo
RiskLevel
|
El nivel de riesgo evaluado asociado con la implementación del cambio. | ||
|
Descripción
El Nivel de Riesgo clasifica el impacto negativo potencial de un cambio si fallara. Los niveles comunes incluyen Bajo, Medio y Alto. Este atributo es vital para el análisis de cumplimiento y para entender si los cambios de mayor riesgo siguen una ruta de proceso más rigurosa, como requerir más aprobaciones o pruebas más exhaustivas. Ayuda a asegurar que los controles de gestión de riesgos se apliquen correctamente.
Por qué es importante
Esto es crítico para el cumplimiento y el análisis de riesgos, asegurando que los cambios de alto riesgo reciban el escrutinio adecuado y sigan un proceso más robusto.
Dónde obtener
Esto corresponde al campo 'Riesgo' del objeto Cambio en Freshservice.
Ejemplos
BajoMedioAltoMuy Alta
|
|||
|
Nombre del Solicitante
RequesterName
|
El nombre del individuo que inició la solicitud de cambio. | ||
|
Descripción
El Solicitante es la persona que presentó el cambio para su consideración. Analizar los datos por solicitante puede ayudar a identificar patrones, como qué individuos o roles presentan cambios con frecuencia, o si las solicitudes de ciertos usuarios son más propensas a ser rechazadas o a requerir retrabajo. También puede usarse para el análisis de la carga de trabajo cuando se combina con información departamental.
Por qué es importante
Identifica el origen de la demanda de cambios y puede resaltar necesidades de capacitación o grupos de usuarios específicos con altos volúmenes de cambios.
Dónde obtener
Este es el campo 'Solicitado por' del objeto Cambio en Freshservice, vinculado a un registro de usuario.
Ejemplos
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Prioridad de Cambio
ChangePriority
|
El nivel de prioridad asignado a la solicitud de cambio, indicando su importancia para el negocio. | ||
|
Descripción
La Prioridad se determina típicamente combinando el impacto y la urgencia, y se utiliza para guiar la asignación de recursos y la programación. Analizar cómo la prioridad afecta las métricas del proceso, como el tiempo de ciclo y el cumplimiento del SLA, puede revelar si los cambios de alta prioridad se procesan más rápido que los de baja prioridad. Ayuda a evaluar la eficacia de las políticas de priorización.
Por qué es importante
Ayuda a determinar si el proceso prioriza eficazmente los cambios de alta importancia y asigna los recursos en consecuencia.
Dónde obtener
Este es el campo 'Prioridad' del objeto Cambio en Freshservice.
Ejemplos
BajoMedioAltoUrgente
|
|||
|
Tipo de Cambio
ChangeType
|
La clasificación del cambio, como Estándar, Normal o de Emergencia. | ||
|
Descripción
El Tipo de Cambio clasifica las solicitudes de cambio según su naturaleza, riesgo y requisitos de aprobación. Los cambios estándar están preaprobados, los cambios normales siguen el proceso estándar y los cambios de emergencia requieren un manejo acelerado. Analizar el proceso por Tipo de Cambio es fundamental para comprender si los diferentes tipos siguen rutas distintas y tienen características de rendimiento diferentes, como el tiempo de ciclo o la tasa de éxito.
Por qué es importante
Segmentar el proceso por Tipo de Cambio ayuda a revelar diferentes comportamientos de proceso y niveles de rendimiento para cambios estándar, normales y de emergencia.
Dónde obtener
Este es el campo 'Tipo de Cambio' del objeto Cambio en Freshservice.
Ejemplos
EstándarNormalEmergenciaMayor
|
|||
|
¿Se incumplió el SLA?
IsSlaBreached
|
Un indicador booleano que señala si la solicitud de cambio se completó después de su fecha objetivo. | ||
|
Descripción
Este atributo es un indicador binario del cumplimiento del SLA, marcado como 'verdadero' si la Hora de Fin del cambio es posterior a su Fecha de Finalización Prevista, y 'falso' en caso contrario. Simplifica la creación de dashboards y KPIs relacionados con el cumplimiento del SLA, permitiendo un filtrado y agregación rápidos de los cambios tardíos. Apoya directamente el KPI de Tasa de Cumplimiento del SLA de Cambio.
Por qué es importante
Ofrece un resultado binario claro para el rendimiento del SLA, simplificando el filtrado y la generación de informes sobre cambios a tiempo frente a los tardíos.
Dónde obtener
Calculado comparando la EndTime con la TargetCompletionDate. Si EndTime > TargetCompletionDate, entonces verdadero.
Ejemplos
truefalse
|
|||
|
Código de Cierre
CloseCode
|
Un código o motivo que indica por qué se cerró la solicitud de cambio. | ||
|
Descripción
El Código de Cierre proporciona detalles específicos sobre el resultado de un cambio cerrado. Los ejemplos incluyen 'Implementado con Éxito', 'Revertido' o 'Rechazado'. Estos datos añaden un valioso contexto más allá del estado final, permitiendo un análisis más granular de los modos de éxito y fracaso dentro del proceso de gestión de cambios.
Por qué es importante
Ofrece detalles granulares sobre los resultados de los cambios, permitiendo un análisis más profundo de por qué los cambios tuvieron éxito, fallaron o fueron revertidos.
Dónde obtener
Consulte la documentación de Freshservice o revise el formulario de Cambio para ver un campo 'Código de Cierre' o similar.
Ejemplos
ExitosoExitoso con problemasFallidoRevertido
|
|||
|
Duración de Implementación
ImplementationDuration
|
El tiempo que llevó la fase de implementación del cambio. | ||
|
Descripción
Esta métrica calcula la duración del trabajo de implementación central, típicamente medida desde la actividad 'Implementación Iniciada' hasta la actividad 'Implementación Completada'. Se utiliza para analizar la eficiencia de la fase de ejecución técnica y apoya el dashboard de 'Eficiencia de la Fase de Implementación de Cambios'. Las duraciones altas pueden indicar complejidad técnica, escasez de recursos o desafíos imprevistos.
Por qué es importante
Mide la eficiencia del trabajo técnico práctico, aislándolo de los retrasos en la planificación y aprobación.
Dónde obtener
Calculado como la diferencia de tiempo entre las actividades 'Implementación Iniciada' e 'Implementación Completada'.
Ejemplos
4 horas1 hora 30 minutos8 horas
|
|||
|
Duración de la Aprobación
ApprovalDuration
|
El tiempo que una solicitud de cambio pasó en la fase de aprobación. | ||
|
Descripción
Esta duración calculada mide el tiempo desde que se solicita una aprobación hasta que se concede o se deniega. Es esencial para el dashboard de 'Duración de la Fase de Aprobación de Cambios' y ayuda a identificar cuellos de botella en el flujo de trabajo de aprobación. Analizar esta métrica puede resaltar aprobadores lentos, traspasos de grupo ineficientes o retrasos sistémicos en la toma de decisiones.
Por qué es importante
Mide directamente la eficiencia de la etapa de aprobación, ayudando a identificar y abordar los cuellos de botella que retrasan los cambios.
Dónde obtener
Calculado como la diferencia de tiempo entre la actividad 'Aprobación Solicitada' y la actividad 'Cambio Aprobado' o 'Cambio Rechazado'.
Ejemplos
1 día 2 horas5 horas 30 minutos3 días
|
|||
|
Nivel de Impacto
ImpactLevel
|
El impacto comercial evaluado si el cambio fallara o causara una interrupción del servicio. | ||
|
Descripción
El Nivel de Impacto indica el efecto potencial en las operaciones comerciales, desde bajo (afectando a un solo usuario) hasta alto (afectando a toda la organización). Junto con la Urgencia, a menudo determina la Prioridad general. Analizar por impacto ayuda a comprender si el proceso maneja correctamente los cambios que representan una amenaza significativa para la continuidad del negocio.
Por qué es importante
Ayuda en el análisis de riesgos y confirma que los cambios con un alto impacto comercial potencial se gestionan con mayor cuidado.
Dónde obtener
Esto corresponde al campo 'Impacto' del objeto Cambio en Freshservice.
Ejemplos
BajoMedioAlto
|
|||
|
Nombre del Departamento
DepartmentName
|
El departamento del usuario que solicitó el cambio. | ||
|
Descripción
Este atributo proporciona contexto organizacional al identificar la unidad de negocio que inicia la solicitud de cambio. Analizar por departamento puede revelar qué partes de la organización generan más cambios, tienen las tasas de rechazo más altas o experimentan los tiempos de ciclo más largos. Esta información es valiosa para la mejora de procesos dirigida y la planificación de recursos.
Por qué es importante
Permite el análisis del rendimiento del proceso y la demanda de diferentes unidades de negocio, apoyando mejoras específicas.
Dónde obtener
Esta información se deriva típicamente del perfil de usuario del solicitante en Freshservice.
Ejemplos
FinanzasRecursos HumanosTecnología de la InformaciónMarketing
|
|||
|
Número de Incidentes Asociados
AssociatedIncidentsCount
|
El número de incidentes vinculados a esta solicitud de cambio después de su implementación. | ||
|
Descripción
Esta métrica cuantifica el impacto posterior de un cambio al contar cuántos incidentes se crearon como resultado de su implementación. Un recuento alto sugiere posibles problemas con la planificación, las pruebas o la calidad de la implementación. Es una entrada directa para el KPI de Tasa de Problemas Post-Implementación y es crucial para medir la estabilidad y el éxito de los cambios.
Por qué es importante
Mide directamente la calidad y estabilidad de los cambios implementados, ayudando a identificar aquellos que causan interrupciones del servicio.
Dónde obtener
Derivado contando el número de tickets de Incidente vinculados a un ticket de Cambio en Freshservice.
Ejemplos
015
|
|||
|
Tiempo de Ciclo Total
TotalCycleTime
|
El tiempo total transcurrido desde la creación hasta el cierre de una solicitud de cambio. | ||
|
Descripción
Esta métrica se calcula como la duración entre el primer y el último evento para una solicitud de cambio dada. Representa el tiempo de procesamiento de extremo a extremo y es un KPI fundamental para medir la eficiencia general del proceso. Analizar el Tiempo de Ciclo Total ayuda a identificar casos de larga duración y proporciona una línea de base para las iniciativas de mejora.
Por qué es importante
Este es un KPI primario para medir la velocidad y eficiencia generales del proceso de gestión de cambios de principio a fin.
Dónde obtener
Calculado restando la marca de tiempo del primer evento de la marca de tiempo del último evento para cada ID de Solicitud de Cambio.
Ejemplos
2 días 4 horas 30 minutos10 días 0 horas 0 minutos1 hora 15 minutos
|
|||
|
Urgencia
Urgency
|
Indica la rapidez con la que el cambio debe implementarse desde una perspectiva de negocio. | ||
|
Descripción
La Urgencia refleja la sensibilidad temporal de un cambio. Por ejemplo, un parche de seguridad podría tener alta urgencia. Este atributo, a menudo combinado con el Impacto para establecer la Prioridad, ayuda a analizar si el proceso reacciona apropiadamente a las necesidades comerciales críticas en el tiempo. Puede revelar si los cambios urgentes realmente se mueven más rápido a través del proceso.
Por qué es importante
Proporciona contexto sobre la sensibilidad temporal de un cambio, que puede correlacionarse con el tiempo de ciclo para evaluar la capacidad de respuesta del proceso.
Dónde obtener
Este es el campo 'Urgencia' del objeto Cambio en Freshservice.
Ejemplos
BajoMedioAlto
|
|||
Actividades de Gestión de Cambios
| Actividad | Descripción | ||
|---|---|---|---|
|
Cambio Aprobado
|
Un hito clave donde una autoridad designada, como la Junta Asesora de Cambios (CAB), aprueba formalmente que la solicitud de cambio proceda. Esto suele ser una acción explícita registrada en el sistema. | ||
|
Por qué es importante
Marca el final de la fase de aprobación y el comienzo de la planificación de la implementación. Esta actividad es esencial para medir el 'Tiempo Promedio de Aprobación de Cambios' y la 'Tasa de Aprobación en Primera Instancia'.
Dónde obtener
Freshservice lo registra como un evento explícito cuando un aprobador hace clic en el botón 'Aprobar'. El evento se registra en el registro de actividad del ticket con una marca de tiempo.
Capturar
La marca de tiempo de la acción 'Aprobado' en la pestaña de aprobaciones o en el registro de actividades.
Tipo de evento
explicit
|
|||
|
Cambio Cerrado
|
Esto marca la finalización oficial exitosa del proceso de gestión de cambios. Este evento se captura cuando el estado del ticket de cambio se mueve a su estado final 'Cerrado'. | ||
|
Por qué es importante
Este es el evento final primario para el proceso. Es el punto de datos final para calcular el 'Tiempo de Ciclo Promedio de Cambio' de extremo a extremo y la 'Tasa de Cumplimiento del SLA de Cambio'.
Dónde obtener
Este evento se captura de la marca de tiempo asociada con el cambio de estado final a 'Cerrado' en el historial del ticket de cambio.
Capturar
La marca de tiempo del cambio de estado final a 'Cerrado'.
Tipo de evento
explicit
|
|||
|
Cambio Programado
|
La actividad de asignar una hora de inicio y fin específicas para la implementación del cambio aprobado. Esto se infiere típicamente cuando los campos 'Hora de Inicio Programada' y 'Hora de Fin Programada' se rellenan. | ||
|
Por qué es importante
Este es un hito clave que activa el inicio de la fase de implementación. Es esencial para calcular el 'Tiempo Promedio de Implementación' y analizar la eficiencia de la programación.
Dónde obtener
Inferido de la marca de tiempo cuando se rellenan los campos de fecha relacionados con la programación y el estado cambia a 'Programado' o similar.
Capturar
Inferido del llenado de 'Fecha de Inicio Programada' y una actualización de estado correspondiente.
Tipo de evento
inferred
|
|||
|
Implementación Completada
|
Indica que el trabajo técnico de implementar el cambio ha finalizado. Esto se infiere típicamente de un cambio de estado a un estado post-implementación como 'Pendiente de Revisión'. | ||
|
Por qué es importante
Este hito marca el final del trabajo de implementación central. Es el punto final para calcular el 'Tiempo Promedio de Implementación' y señala el inicio de las actividades de prueba o revisión.
Dónde obtener
Inferido de un cambio de estado a un valor como 'Pendiente de Revisión', 'Esperando Pruebas' o 'Completado'.
Capturar
Inferido de un cambio en el campo de estado a 'Pendiente de Revisión' o similar.
Tipo de evento
inferred
|
|||
|
Solicitud de Cambio Creada
|
Esto marca el inicio oficial del proceso de gestión de cambios, donde una nueva solicitud de cambio se registra formalmente en Freshservice. Este evento se captura explícitamente cuando un usuario guarda un nuevo ticket de cambio, creando un ID de Solicitud de Cambio único y una marca de tiempo de creación. | ||
|
Por qué es importante
Este es el evento de inicio primario para el proceso. Analizar el tiempo desde esta actividad hasta 'Cambio Cerrado' proporciona el tiempo de ciclo de extremo a extremo, un KPI clave para la eficiencia del proceso.
Dónde obtener
Este es un evento explícito capturado en el historial de auditoría del registro de cambios. Corresponde a la marca de tiempo de creación del ticket de cambio.
Capturar
La marca de tiempo de creación del registro de la solicitud de cambio.
Tipo de evento
explicit
|
|||
|
Aprobación Solicitada
|
Representa el punto donde la solicitud de cambio se presenta formalmente para revisión y autorización. Esto se infiere típicamente cuando el estado de la solicitud de cambio transita a un estado como 'En espera de aprobación' o cuando se asigna a un aprobador. | ||
|
Por qué es importante
Esta actividad marca el inicio de la fase de aprobación. Medir la duración desde este punto hasta 'Cambio Aprobado' es crucial para identificar cuellos de botella en el ciclo de aprobación.
Dónde obtener
Inferido del Registro de Actividad o mediante el seguimiento de cambios en el campo de estado a 'Esperando Aprobación'. La marca de tiempo de este cambio de estado se utiliza como tiempo del evento.
Capturar
Inferido de un cambio en el campo de estado a 'Esperando Aprobación'.
Tipo de evento
inferred
|
|||
|
Cambio Cancelado
|
Representa la terminación de una solicitud de cambio antes de su finalización. Este es un estado final alternativo, capturado cuando el estado del ticket se establece en 'Cancelado' o 'Retirado'. | ||
|
Por qué es importante
El análisis de los cambios cancelados puede revelar problemas en las fases iniciales de planificación o aprobación, como solicitudes que ya no son necesarias o que no tienen un caso de negocio válido.
Dónde obtener
Capturado de la marca de tiempo del cambio de estado a 'Cancelado' o un estado terminal equivalente que no sea 'Cerrado'.
Capturar
La marca de tiempo del cambio de estado a 'Cancelado'.
Tipo de evento
explicit
|
|||
|
Cambio Reabierto
|
Ocurre cuando un cambio que previamente fue cerrado o resuelto vuelve a un estado abierto, generalmente debido a problemas descubiertos post-implementación. Esto se infiere por un cambio de estado de cerrado a abierto. | ||
|
Por qué es importante
Esta actividad es un fuerte indicador de retrabajo o cambios fallidos. Rastrear su frecuencia es crucial para comprender la calidad del cambio y la efectividad de las pruebas.
Dónde obtener
Inferido al detectar una transición de estado de 'Cerrado' o 'Resuelto' de nuevo a un estado 'Abierto' o 'En Progreso' en el registro de actividad del ticket.
Capturar
Detecta el cambio de estado de un estado terminal (por ejemplo, 'Cerrado') a un estado no terminal (por ejemplo, 'Abierto').
Tipo de evento
inferred
|
|||
|
Cambio Rechazado
|
Indica que un aprobador ha rechazado formalmente la solicitud de cambio, impidiendo que avance. Esta acción se registra explícitamente y a menudo envía el proceso a un bucle de retrabajo. | ||
|
Por qué es importante
Esta actividad es crucial para analizar el retrabajo e identificar las razones del fallo del proceso. Una alta frecuencia de rechazos apunta a problemas con la calidad de la solicitud o la evaluación de riesgos.
Dónde obtener
Freshservice lo registra como un evento explícito cuando un aprobador hace clic en el botón 'Rechazar'. El evento se registra en el registro de actividad del ticket.
Capturar
La marca de tiempo de la acción 'Rechazado' en la pestaña de aprobaciones o en el registro de actividades.
Tipo de evento
explicit
|
|||
|
Evaluación de Riesgos Completada
|
Indica que la evaluación formal de los riesgos potenciales asociados con el cambio ha finalizado. Esta actividad a menudo se infiere cuando el campo de nivel de riesgo se rellena o actualiza, o se completa una tarea relacionada. | ||
|
Por qué es importante
El seguimiento de esta actividad ayuda a asegurar el cumplimiento con las políticas de cambio que exigen una evaluación de riesgos. Permite el análisis de la 'Cobertura de Evaluación de Riesgos' y el tiempo dedicado a este paso crítico.
Dónde obtener
Esto se infiere probablemente de una actualización con marca de tiempo del campo 'Riesgo' en el formulario de cambio o la finalización de una tarea específica relacionada con el análisis de riesgos.
Capturar
Inferido de la marca de tiempo cuando el campo 'Riesgo' se rellena o un elemento de la lista de verificación relacionado se marca como completado.
Tipo de evento
inferred
|
|||
|
Implementación Iniciada
|
Marca el inicio del despliegue o la ejecución real del cambio. Esto se infiere cuando el estado de la solicitud de cambio se actualiza a 'En Curso' o un estado activo similar. | ||
|
Por qué es importante
Ofrece un punto de partida claro para el seguimiento de la duración activa de la implementación. Ayuda a diferenciar entre el tiempo de espera y el trabajo real realizado.
Dónde obtener
Inferido de un cambio de estado a un valor como 'En Curso' o 'Implementación en Curso' a la hora de inicio programada.
Capturar
Inferido de un cambio en el campo de estado a 'En Curso'.
Tipo de evento
inferred
|
|||
|
Nota Añadida al Cambio
|
Representa la adición de un comentario o nota a la solicitud de cambio, indicando una actividad de comunicación o documentación. Freshservice registra explícitamente estos eventos en el historial de actividades de cada ticket. | ||
|
Por qué es importante
Aunque no es un paso central del proceso, el seguimiento de notas puede proporcionar contexto para los retrasos, especialmente durante las fases de aprobación o planificación. Una alta frecuencia de notas puede indicar requisitos poco claros o problemas de comunicación.
Dónde obtener
Registrado explícitamente en la sección 'Actividad' o 'Auditoría' de un ticket de solicitud de cambio, con una marca de tiempo y el usuario que añadió la nota.
Capturar
Registrado como un evento 'Nota Añadida' en el registro de actividad del ticket.
Tipo de evento
explicit
|
|||
|
Planificación Completada
|
Significa que toda la planificación necesaria para el cambio, incluyendo el desarrollo de los planes de implementación y reversión, ha sido finalizada. Esto suele inferirse de un cambio de estado después de la aprobación. | ||
|
Por qué es importante
Marca la transición de la planificación a la ejecución. Analizar la duración de la fase de planificación ayuda a identificar oportunidades para optimizar las actividades previas a la implementación.
Dónde obtener
Inferido de un cambio de estado de un estado relacionado con la planificación, como 'Pendiente de Lanzamiento', a un estado de implementación, como 'Programado'.
Capturar
Inferido de un cambio de estado de 'Planificación en Curso' o un estado similar.
Tipo de evento
inferred
|
|||
|
Pruebas Completadas
|
Representa la finalización de todas las actividades de prueba y validación requeridas para asegurar que el cambio fue exitoso y no causó efectos adversos. Esto puede inferirse del cierre de una tarea o un cambio de estado. | ||
|
Por qué es importante
El seguimiento de esta actividad ayuda a medir el KPI de 'Tasa de Finalización de Pruebas' y asegura que los cambios se validen correctamente antes del cierre final, reduciendo los problemas post-implementación.
Dónde obtener
Esto puede ser difícil de capturar y puede ser necesario inferirlo de la finalización de una tarea de 'Pruebas' vinculada o un cambio de estado a 'Pruebas Completadas'.
Capturar
Inferido del cierre de una tarea relacionada con las pruebas asociada al cambio.
Tipo de evento
inferred
|
|||
|
Revisión Post-Implementación Realizada
|
Indica la finalización de la Revisión Post-Implementación (PIR) para evaluar el éxito del cambio y documentar las lecciones aprendidas. Esto a menudo se infiere cuando se añaden notas de revisión post-implementación o se actualiza un estado. | ||
|
Por qué es importante
Asegura que se siga un proceso de revisión formal. Analizar esta actividad ayuda a comprender la efectividad de los cambios y apoya la mejora continua del proceso.
Dónde obtener
Inferido del llenado de campos relacionados con la PIR en el formulario de cambio después de la fecha de implementación, o un cambio de estado a un estado como 'Revisión Completa'.
Capturar
Inferido del llenado de los campos de notas PIR o una actualización de estado específica.
Tipo de evento
inferred
|
|||