Su Template de datos para la gestión de cambios
Su Template de datos para la gestión de cambios
- Atributos recomendados para recopilar
- Actividades clave que debe seguir
- Guía para extraer datos de Freshservice
Atributos de gestión de cambios
| 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
|
|||
Actividades de gestión de cambios
| 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
|
|||
Guías de extracción
¿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.
No se requiere tarjeta de crédito. Empiece en unos minutos.