Su Template de datos para la gestión de cambios

Freshservice
Su Template de datos para la gestión de cambios

Su Template de datos para la gestión de cambios

Este Template le ayuda a recopilar los datos adecuados para analizar su proceso de gestión de cambios. Describe los atributos esenciales que debe recopilar y las actividades clave que debe seguir, y ofrece orientación para extraer esta información de su sistema. Úselo para preparar los datos para descubrir y optimizar el proceso.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Guía para extraer datos de Freshservice
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de gestión de cambios

Estos campos de datos son esenciales para crear un Registro de eventos completo y analizar en detalle el proceso de gestión de cambios.
5 Obligatorio 8 Recomendado 8 Opcional
Nombre Descripción
Hora del evento
EventTime
Fecha y hora exactas en que se produjo una actividad o un evento específicos.
Descripción

Cada actividad del proceso tiene una marca de tiempo que indica cuándo ocurrió. Estos datos temporales son fundamentales para calcular la duración entre actividades, identificar tiempos de espera y analizar el tiempo de ciclo general del proceso. Permiten analizar el rendimiento, detectar cuellos de botella y supervisar el cumplimiento de los SLA.

Por qué es importante

Esta marca de tiempo es fundamental para todos los análisis basados en el tiempo, incluidos los cálculos de tiempos de ciclo, duraciones y esperas entre pasos del proceso.

Dónde obtenerlo

Marca de tiempo asociada a cada entrada de los registros de auditoría o del flujo de actividad de un registro Change en Freshservice.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
ID de la solicitud de cambio
ChangeRequestId
Identificador único de cada solicitud de cambio enviada en Freshservice.
Descripción

El ID de la solicitud de cambio es el identificador principal de cada caso, desde su inicio hasta su cierre. Vincula todas las actividades, aprobaciones y registros asociados en una cronología coherente, lo que permite analizar el proceso de principio a fin. En Process Mining, este ID es esencial para reconstruir el ciclo de vida de cada cambio y entender su recorrido, duración y resultados.

Por qué es importante

Este es el ID del caso principal que agrupa todos los eventos relacionados y permite seguir y analizar el recorrido completo de una solicitud de cambio.

Dónde obtenerlo

Es un campo principal del objeto Change en Freshservice.

Ejemplos
CHG-10234CHG-10235CHG-10236
Nombre de la actividad
ActivityName
Nombre de un evento o una tarea específicos que tuvieron lugar durante el proceso de gestión de cambios.
Descripción

Este atributo describe un paso o hito del ciclo de vida del cambio, como «Solicitud de cambio creada», «Aprobación solicitada» o «Implementación completada». La secuencia de actividades de cada ID de solicitud de cambio constituye la base del mapa del proceso. Analizarlas ayuda a identificar el flujo del proceso, detectar desviaciones y medir el tiempo dedicado a cada etapa.

Por qué es importante

Define los pasos del flujo del proceso y permite visualizar el ciclo de vida del cambio, así como analizar las variantes del proceso y los cuellos de botella.

Dónde obtenerlo

Se genera a partir de los registros de auditoría, el flujo de actividad o el historial de cambios de estado de un registro Change en Freshservice.

Ejemplos
Cambio aprobadoEvaluación de riesgos completadaImplementación iniciadaCambio cerrado
Sistema de origen
SourceSystem
Identifica el sistema del que se extrajeron los datos.
Descripción

Este atributo especifica el origen de los datos del proceso. En esta vista, el valor siempre será «Freshservice». Incluir este atributo es una práctica recomendada, especialmente en entornos donde se combinan datos de varios sistemas, ya que aporta contexto esencial y facilita la gobernanza de datos y la resolución de problemas.

Por qué es importante

Proporciona una trazabilidad clara del origen de los datos, algo fundamental al analizar datos de varios sistemas empresariales.

Dónde obtenerlo

Es un valor estático que se establece durante la extracción de datos para indicar su origen.

Ejemplos
Freshservice
Última actualización de los datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este registro desde el sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción o actualización más reciente de cada evento. Permite conocer la actualidad de los datos analizados y comprobar que los análisis se basan en información vigente. Así se mantiene la integridad de los datos y se aporta contexto sobre la actualidad de la información obtenida.

Por qué es importante

Permite saber si los datos están actualizados y ayuda a comprobar la vigencia del análisis de Process Mining.

Dónde obtenerlo

Esta marca de tiempo suele generarse y añadirse durante la ingesta de datos o el proceso ETL.

Ejemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Estado del cambio
ChangeStatus
Estado actual o final de la solicitud de cambio.
Descripción

Este atributo indica el estado de una solicitud de cambio en un momento determinado o su resultado final, como «Cerrado», «Cancelado» o «Rechazado». Es fundamental para el análisis de resultados, ya que permite distinguir entre los cambios completados correctamente y los que fallaron o se abandonaron. Filtrar por estado permite centrarse en grupos específicos de cambios.

Por qué es importante

Permite analizar los resultados de los cambios y entender las tasas de éxito, fracaso y cancelación.

Dónde obtenerlo

Es el campo «Estado» del objeto Change en Freshservice.

Ejemplos
CerradoCanceladoRechazadoAbierto
Fecha prevista de finalización
TargetCompletionDate
Fecha planificada o establecida en el acuerdo de nivel de servicio (SLA) para completar el cambio.
Descripción

Esta fecha representa el plazo para cerrar una solicitud de cambio. Es la referencia principal para medir el cumplimiento del SLA. Al comparar la hora de finalización real con la fecha prevista de finalización, se puede determinar si el cambio se completó a tiempo, antes o después de lo previsto. Es un dato clave para el KPI de tasa de cumplimiento del SLA de cambios.

Por qué es importante

Sirve como referencia para medir las entregas a tiempo y el cumplimiento del SLA, dos indicadores clave del rendimiento del proceso.

Dónde obtenerlo

Podría corresponder a un campo específico de fecha 'Due by' o 'SLA Target' del objeto Change en Freshservice.

Ejemplos
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Grupo asignado
AssignedGroup
Equipo o grupo responsable de implementar el cambio.
Descripción

Este atributo indica qué equipo se encarga de realizar el trabajo relacionado con el cambio, como 'Equipo de redes' o 'Administradores de bases de datos'. Analizar el rendimiento del proceso por grupo asignado es fundamental para comprender la carga de trabajo y la eficiencia de los equipos, así como para identificar cuellos de botella en los recursos. Permite ver qué equipos tardan más en implementar los cambios o registran más problemas después de la implementación.

Por qué es importante

Permite analizar el rendimiento y la carga de trabajo de los distintos equipos de implementación para identificar limitaciones de recursos o buenas prácticas.

Dónde obtenerlo

Corresponde al campo 'Group' o 'Assigned Group' del objeto Change en Freshservice.

Ejemplos
Equipo de infraestructuraSoporte de aplicacionesOperaciones de seguridad
Hora de fin
EndTime
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 y suele corresponder a la actividad «Cambio cerrado» o «Cambio cancelado». Se utiliza junto con la hora de inicio para calcular el tiempo total del ciclo de principio a fin de cada caso. Analizar este atributo ayuda a entender la duración general 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 clave para medir la eficiencia del proceso.

Dónde obtenerlo

Es la marca de tiempo de la actividad final del Registro de eventos para un ID de solicitud de cambio determinado.

Ejemplos
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
Nivel de riesgo
RiskLevel
Nivel de riesgo evaluado asociado a la implementación del cambio.
Descripción

El nivel de riesgo clasifica el posible impacto negativo de un cambio en caso de que falle. Los niveles habituales son bajo, medio y alto. Este atributo es fundamental para el análisis de cumplimiento y para determinar si los cambios de mayor riesgo siguen un proceso más riguroso, por ejemplo, si requieren más aprobaciones o pruebas más exhaustivas. Ayuda a garantizar que los controles de gestión de riesgos se apliquen correctamente.

Por qué es importante

Es fundamental para el análisis de cumplimiento y de riesgos, ya que garantiza que los cambios de alto riesgo reciban la revisión adecuada y sigan un proceso más riguroso.

Dónde obtenerlo

Corresponde al campo 'Risk' del objeto Change en Freshservice.

Ejemplos
BajaMediaAltaMuy alto
Nombre de quien solicita
RequesterName
Nombre de la persona que inició la solicitud de cambio.
Descripción

Quien solicita es la persona que presentó el cambio para su evaluación. Analizar los datos por persona solicitante puede ayudar a identificar patrones, como qué personas o roles presentan cambios con frecuencia, o si es más probable que se rechacen las solicitudes de ciertos usuarios o que requieran volver a trabajarse. También permite analizar la carga de trabajo si se combina con información del departamento.

Por qué es importante

Identifica el origen de la demanda de cambios y puede revelar necesidades de formación o grupos de usuarios con un volumen elevado de solicitudes.

Dónde obtenerlo

Corresponde al campo 'Requested by' del objeto Change en Freshservice, vinculado a un registro de usuario.

Ejemplos
Alice JohnsonRobert SmithMaria Garcia
Prioridad del cambio
ChangePriority
Nivel de prioridad asignado a la solicitud de cambio, que indica su importancia para el negocio.
Descripción

La prioridad suele determinarse combinando el impacto y la urgencia, y se utiliza para orientar la asignación de recursos y la programación. Analizar cómo afecta la prioridad a métricas del proceso como el tiempo de ciclo y el cumplimiento del SLA permite saber si los cambios de alta prioridad se procesan más rápido que los de baja prioridad. También 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 más importantes y asigna los recursos en consecuencia.

Dónde obtenerlo

Corresponde al campo 'Priority' del objeto Change en Freshservice.

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

El tipo de cambio clasifica las solicitudes según su naturaleza, riesgo y requisitos de aprobación. Los cambios estándar están preaprobados, los normales siguen el proceso habitual y los de emergencia requieren una gestión acelerada. Analizar el proceso por tipo de cambio es fundamental para saber si cada tipo sigue una ruta distinta y presenta 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 permite descubrir diferencias en el comportamiento y el rendimiento de los cambios estándar, normales y de emergencia.

Dónde obtenerlo

Es el campo «Tipo de cambio» del objeto Change en Freshservice.

Ejemplos
EstándarNormalEmergenciaMayor
¿Se incumplió el SLA?
IsSlaBreached
Indicador booleano que señala si la solicitud de cambio se completó después de la fecha prevista.
Descripción

Este atributo indica de forma binaria el cumplimiento del SLA: su valor es 'true' si la hora de finalización del cambio es posterior a la fecha prevista de finalización, y 'false' en caso contrario. Facilita la creación de Dashboards y KPI relacionados con el cumplimiento del SLA, ya que permite filtrar y agrupar rápidamente los cambios que se completaron tarde. Contribuye directamente al KPI de tasa de cumplimiento del SLA de cambios.

Por qué es importante

Ofrece un resultado claro y binario sobre el cumplimiento del SLA, y facilita filtrar y generar informes sobre los cambios completados a tiempo o tarde.

Dónde obtenerlo

Se calcula comparando EndTime con TargetCompletionDate. Si EndTime > TargetCompletionDate, el valor es true.

Ejemplos
truefalse
Cantidad de incidentes asociados
AssociatedIncidentsCount
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 los incidentes que se generaron como consecuencia de su implementación. Un número elevado puede indicar problemas de planificación, pruebas o calidad de la implementación. Es un dato directo para el KPI de tasa de problemas posteriores a la implementación y resulta fundamental para medir la estabilidad y el éxito de los cambios.

Por qué es importante

Mide directamente la calidad y la estabilidad de los cambios implementados, y ayuda a identificar los que provocan interrupciones del servicio.

Dónde obtenerlo

Se obtiene contando los tickets de incidentes vinculados a un ticket de cambio en Freshservice.

Ejemplos
015
Código de cierre
CloseCode
Código o motivo que indica por qué se cerró la solicitud de cambio.
Descripción

El código de cierre aporta detalles específicos sobre el resultado de un cambio cerrado. Algunos ejemplos son 'Implementado correctamente', 'Revertido' o 'Rechazado'. Estos datos ofrecen un contexto valioso más allá del estado final y permiten analizar con mayor detalle los distintos resultados, tanto positivos como negativos, del proceso de gestión de cambios.

Por qué es importante

Aporta detalles sobre los resultados de los cambios y permite analizar en profundidad por qué se completaron correctamente, fallaron o se revirtieron.

Dónde obtenerlo

Consulte la documentación de Freshservice o revise el formulario de cambio para localizar un campo llamado 'Closure Code' o similar.

Ejemplos
CorrectoCorrecto, con problemasFallidoRevertido
Duración de la aprobación
ApprovalDuration
Tiempo que la solicitud de cambio permaneció en la fase de aprobación.
Descripción

Esta duración calculada mide el tiempo transcurrido desde que se solicita una aprobación hasta que se concede o se deniega. Es fundamental para el Dashboard 'Duración de la fase de aprobación del cambio' y ayuda a localizar cuellos de botella en el flujo de trabajo de aprobación. Analizar esta métrica puede revelar aprobaciones lentas, traspasos ineficientes entre grupos o demoras sistemáticas en la toma de decisiones.

Por qué es importante

Mide directamente la eficiencia de la fase de aprobación y ayuda a identificar y resolver los cuellos de botella que retrasan los cambios.

Dónde obtenerlo

Se calcula como la diferencia de tiempo entre la actividad 'Approval Requested' y la actividad 'Change Approved' o 'Change Rejected'.

Ejemplos
1 día y 2 horas5 horas y 30 minutos3 días
Duración de la implementación
ImplementationDuration
Tiempo que tarda la fase de implementación del cambio.
Descripción

Esta métrica calcula la duración del trabajo principal de implementación, normalmente desde la actividad 'Implementation Started' hasta la actividad 'Implementation Completed'. Se utiliza para analizar la eficiencia de la fase de ejecución técnica y es compatible con el Dashboard 'Eficiencia de la fase de implementación del cambio'. Una duración elevada puede indicar complejidad técnica, falta de recursos o dificultades imprevistas.

Por qué es importante

Mide la eficiencia del trabajo técnico práctico y lo separa de las demoras de planificación y aprobación.

Dónde obtenerlo

Se calcula como la diferencia de tiempo entre las actividades 'Implementation Started' y 'Implementation Completed'.

Ejemplos
4 horas1 hora y 30 minutos8 horas
Nivel de impacto
ImpactLevel
Impacto empresarial evaluado en caso de que el cambio falle o provoque una interrupción del servicio.
Descripción

El nivel de impacto indica el posible efecto en las operaciones del negocio, desde bajo (afecta a una sola persona) hasta alto (afecta a toda la organización). Junto con la urgencia, suele determinar la prioridad general. Analizar los datos por impacto ayuda a comprobar si el proceso gestiona correctamente los cambios que suponen una amenaza importante para la continuidad del negocio.

Por qué es importante

Ayuda a analizar los riesgos y confirma que los cambios con un posible impacto empresarial alto se gestionen con mayor cuidado.

Dónde obtenerlo

Corresponde al campo 'Impact' del objeto Change en Freshservice.

Ejemplos
BajaMediaAlta
Nombre del departamento
DepartmentName
Departamento de la persona que solicitó el cambio.
Descripción

Este atributo aporta contexto organizativo al identificar la unidad de negocio que inicia la solicitud de cambio. Analizar los datos por departamento permite descubrir qué áreas de la organización generan más cambios, tienen más solicitudes rechazadas o registran tiempos de ciclo más largos. Esta información resulta útil para orientar las mejoras del proceso y planificar los recursos.

Por qué es importante

Permite analizar el rendimiento del proceso y la demanda de las distintas unidades de negocio, y facilita la aplicación de mejoras específicas.

Dónde obtenerlo

Esta información suele obtenerse del perfil de usuario de quien solicita el cambio en Freshservice.

Ejemplos
FinanzasRecursos humanosTecnología de la informaciónMarketing
Urgencia
Urgency
Indica con qué rapidez debe implementarse el cambio desde el punto de vista del negocio.
Descripción

La urgencia refleja cuánto tiempo puede esperar un cambio. Por ejemplo, un parche de seguridad puede ser muy urgente. Este atributo, que suele combinarse con el impacto para establecer la prioridad, ayuda a analizar si el proceso responde adecuadamente a las necesidades urgentes del negocio. También permite comprobar si los cambios urgentes avanzan realmente más rápido por el proceso.

Por qué es importante

Aporta contexto sobre la urgencia de un cambio. Al relacionarla con el tiempo de ciclo, se puede evaluar la capacidad de respuesta del proceso.

Dónde obtenerlo

Corresponde al campo 'Urgency' del objeto Change en Freshservice.

Ejemplos
BajaMediaAlta
Obligatorio Recomendado Opcional

Actividades de gestión de cambios

Estos son los pasos e hitos clave que debe registrar con precisión en el Registro de eventos para descubrir a fondo el proceso de gestión de cambios.
5 Recomendado 10 Opcional
Actividad Descripción
Cambio aprobado
Hito clave en el que una autoridad designada, como el comité asesor de cambios (CAB), aprueba formalmente la solicitud para que pueda continuar. Por lo general, esta acción queda registrada explícitamente en el sistema.
Por qué es importante

Marca el final de la fase de aprobación y el inicio de la planificación de la implementación. Esta actividad es esencial para medir el «Tiempo medio de aprobación de cambios» y la «Tasa de aprobación en el primer intento».

Dónde obtenerlo

Freshservice registra este evento explícitamente cuando una persona aprobadora hace clic en el botón «Aprobar». El evento queda registrado con una marca de tiempo en el Registro de actividad del ticket.

Capturar

La marca de tiempo de la acción «Aprobado» en la pestaña de aprobaciones o en el Registro de actividad.

Tipo de evento explicit
Cambio cerrado
Marca la finalización oficial y satisfactoria del proceso de gestión de cambios. Este evento se captura cuando el estado del ticket de cambio pasa a su estado final, «Cerrado».
Por qué es importante

Este es el evento de fin principal del proceso. Es el último dato necesario para calcular el «Tiempo medio del ciclo de cambio» de principio a fin y la «Tasa de cumplimiento del SLA de cambios».

Dónde obtenerlo

Este evento se captura a partir de la marca de tiempo asociada al cambio final de estado a «Cerrado» en el historial del ticket de cambio.

Capturar

La marca de tiempo del cambio final de estado a «Cerrado».

Tipo de evento explicit
Cambio programado
Consiste en asignar una hora de inicio y de fin específicas para implementar el cambio aprobado. Suele inferirse cuando se completan los campos «Hora de inicio programada» y «Hora de fin programada».
Por qué es importante

Este hito clave activa el inicio de la fase de implementación. Es esencial para calcular el «Tiempo medio de implementación» y analizar la eficiencia de la programación.

Dónde obtenerlo

Se infiere de la marca de tiempo en que se completan los campos de fecha relacionados con la programación y el estado cambia a «Programado» o a uno similar.

Capturar

Se infiere cuando se completa «Fecha de inicio programada» y se actualiza el estado correspondiente.

Tipo de evento inferred
Implementación completada
Indica que ha finalizado el trabajo técnico de implementación del cambio. Normalmente se infiere de un cambio de estado a uno posterior a la implementación, como «Pendiente de revisión».
Por qué es importante

Este hito marca el final del trabajo central de implementación. Es el punto final para calcular el «Tiempo medio de implementación» y señala el inicio de las pruebas o las actividades de revisión.

Dónde obtenerlo

Se infiere de un cambio de estado a «Pendiente de revisión», «Pendiente de pruebas», «Completado» o un valor similar.

Capturar

Se infiere de un cambio en el campo de estado a «Pendiente de revisión» o a uno similar.

Tipo de evento inferred
Solicitud de cambio creada
Este evento marca el inicio oficial del proceso de gestión de cambios: una nueva solicitud queda registrada formalmente en Freshservice. Se captura cuando un usuario guarda un nuevo ticket de cambio, lo que genera 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 principal del proceso. Analizar el tiempo transcurrido desde esta actividad hasta «Cambio cerrado» permite calcular el tiempo de ciclo de principio a fin, un KPI clave para medir la eficiencia del proceso.

Dónde obtenerlo

Este evento se registra explícitamente en el historial de auditoría del cambio y corresponde a la marca de tiempo de creación del ticket.

Capturar

La marca de tiempo de creación del registro de la solicitud de cambio.

Tipo de evento explicit
Aprobación solicitada
Indica el momento en que la solicitud de cambio se envía formalmente para su revisión y autorización. Suele inferirse cuando el estado de la solicitud cambia a «Pendiente de aprobación» o cuando se asigna a una persona aprobadora.
Por qué es importante

Esta actividad marca el inicio de la fase de aprobación. Medir el tiempo transcurrido desde este momento hasta «Cambio aprobado» es fundamental para detectar cuellos de botella en el ciclo de aprobación.

Dónde obtenerlo

Se infiere del Registro de actividad o del seguimiento de los cambios en el campo de estado a «Pendiente de aprobación». La marca de tiempo de ese cambio de estado se utiliza como hora del evento.

Capturar

Se infiere de un cambio en el campo de estado a «Pendiente de aprobación».

Tipo de evento inferred
Cambio cancelado
Indica que una solicitud de cambio se ha terminado antes de completarse. Es un estado final alternativo que se captura cuando el estado del ticket pasa a «Cancelado» o «Retirado».
Por qué es importante

Analizar 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 carecen de una justificación empresarial válida.

Dónde obtenerlo

Se captura a partir de la marca de tiempo del cambio de estado a «Cancelado» o a un estado final equivalente distinto de «Cerrado».

Capturar

La marca de tiempo del cambio de estado a «Cancelado».

Tipo de evento explicit
Cambio reabierto
Se produce cuando un cambio que ya se había cerrado o resuelto vuelve a tener un estado abierto, normalmente debido a problemas detectados después de la implementación. Se infiere de un cambio de estado de cerrado a abierto.
Por qué es importante

Esta actividad es un indicador claro de retrabajo o de cambios fallidos. Hacer un seguimiento de su frecuencia es fundamental para entender la calidad de los cambios y la eficacia de las pruebas.

Dónde obtenerlo

Se infiere al detectar en el Registro de actividad del ticket un cambio de estado de «Cerrado» o «Resuelto» a «Abierto» o «En curso».

Capturar

Detecte el cambio de estado de uno terminal, por ejemplo, «Cerrado», a uno no terminal, como «Abierto».

Tipo de evento inferred
Cambio rechazado
Indica que una persona aprobadora ha rechazado formalmente la solicitud de cambio, impidiendo que continúe. Esta acción queda registrada explícitamente y suele iniciar un ciclo de retrabajo.
Por qué es importante

Esta actividad es fundamental para analizar el retrabajo e identificar las causas de los fallos del proceso. Un número elevado de rechazos apunta a problemas en la calidad de las solicitudes o en la evaluación de riesgos.

Dónde obtenerlo

Freshservice registra este evento explícitamente cuando una persona aprobadora hace clic en el botón «Rechazar». El evento queda registrado 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 actividad.

Tipo de evento explicit
Evaluación de riesgos completada
Indica que ha finalizado la evaluación formal de los posibles riesgos asociados al cambio. Esta actividad suele inferirse cuando se completa o actualiza el campo del nivel de riesgo, o cuando se completa una tarea relacionada.
Por qué es importante

El seguimiento de esta actividad ayuda a garantizar el cumplimiento de las políticas de cambio que exigen una evaluación de riesgos. También permite analizar la «Cobertura de la evaluación de riesgos» y el tiempo dedicado a este paso crítico.

Dónde obtenerlo

Probablemente se infiere de una actualización con marca de tiempo del campo «Riesgo» en el formulario de cambio o de la finalización de una tarea específica relacionada con el análisis de riesgos.

Capturar

Se infiere de la marca de tiempo en que se completa el campo «Riesgo» o se marca como completado un elemento de la lista de verificación relacionado.

Tipo de evento inferred
Implementación iniciada
Marca el inicio del despliegue o la ejecución efectiva del cambio. Se infiere cuando el estado de la solicitud cambia a «En curso» o a un estado activo similar.
Por qué es importante

Proporciona un punto de partida claro para medir la duración de la implementación activa. Ayuda a distinguir el tiempo de espera del tiempo dedicado al trabajo efectivo.

Dónde obtenerlo

Se infiere de un cambio de estado a «En curso» o «Implementación en curso» en la hora de inicio programada.

Capturar

Se infiere de un cambio en el campo de estado a «En curso».

Tipo de evento inferred
Nota añadida al cambio
Indica que se ha añadido un comentario o una nota a la solicitud de cambio, como parte de una actividad de comunicación o documentación. Freshservice registra explícitamente estos eventos en el feed de actividad de cada ticket.
Por qué es importante

Aunque no es un paso central del proceso, el seguimiento de las notas puede aportar contexto sobre las demoras, especialmente durante las fases de aprobación o planificación. Una frecuencia elevada de notas puede indicar requisitos poco claros o problemas de comunicación.

Dónde obtenerlo

Se registra explícitamente en la sección «Actividad» o «Auditoría» del ticket de cambio, junto con una marca de tiempo y el usuario que añadió la nota.

Capturar

Se registra como un evento «Nota añadida» en el Registro de actividad del ticket.

Tipo de evento explicit
Planificación completada
Indica que ha finalizado toda la planificación necesaria para el cambio, incluidos los planes de implementación y reversión. Normalmente se infiere de un cambio de estado posterior a la aprobación.
Por qué es importante

Marca el paso de la planificación a la ejecución. Analizar la duración de la fase de planificación ayuda a detectar oportunidades para agilizar las actividades previas a la implementación.

Dónde obtenerlo

Se infiere de un cambio de estado desde uno relacionado con la planificación, como «Pendiente de lanzamiento», a uno de implementación, como «Programado».

Capturar

Se infiere de un cambio de estado desde «Planificación en curso» o un estado similar.

Tipo de evento inferred
Pruebas completadas
Indica que han finalizado todas las pruebas y validaciones necesarias para confirmar que el cambio se realizó correctamente y no tuvo efectos adversos. Puede inferirse del cierre de una tarea o de un cambio de estado.
Por qué es importante

El seguimiento de esta actividad ayuda a medir el KPI «Tasa de finalización de pruebas» y a garantizar que los cambios se validen correctamente antes del cierre definitivo, lo que reduce los problemas posteriores a la implementación.

Dónde obtenerlo

Puede ser difícil capturar este evento y quizá sea necesario inferirlo de la finalización de una tarea de «Pruebas» vinculada o de un cambio de estado a «Pruebas completadas».

Capturar

Se infiere del cierre de una tarea relacionada con las pruebas del cambio.

Tipo de evento inferred
Revisión posterior a la implementación realizada
Indica que ha finalizado la revisión posterior a la implementación (PIR), cuyo objetivo es evaluar el éxito del cambio y documentar las lecciones aprendidas. A menudo se infiere cuando se añaden notas de revisión después de la implementación o se actualiza el estado.
Por qué es importante

Permite comprobar que se ha seguido un proceso formal de revisión. Analizar esta actividad ayuda a entender la eficacia de los cambios y favorece la mejora continua del proceso.

Dónde obtenerlo

Se infiere cuando se completan los campos relacionados con la PIR en el formulario de cambio después de la fecha de implementación, o cuando el estado cambia a «Revisión completada» o a uno similar.

Capturar

Se infiere cuando se completan los campos de notas de la PIR o se actualiza un estado específico.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Freshservice

¿Listo para empezar?

Comience hoy mismo a optimizar la gestión de cambios preparando sus datos con este Template completo. Descubra información que antes pasaba inadvertida y consiga implementaciones más eficientes.

Evite cambios fallidos: mejore ahora la gestión en Freshservice

Consiga que el 95 % de los cambios se completen con éxito y elimine las interrupciones y los retrasos en Freshservice.

Comience la prueba gratuita

No se requiere tarjeta de crédito. Empiece en unos minutos.