Plantilla de Datos para el Ciclo de Vida de Desarrollo de Software

Azure DevOps
Plantilla de Datos para el Ciclo de Vida de Desarrollo de Software

Plantilla de Datos para el Ciclo de Vida de Desarrollo de Software

Esta plantilla proporciona una hoja de ruta clara para preparar sus datos del Ciclo de Vida de Desarrollo de Software para Process Mining. Describe los atributos de datos esenciales que necesita recopilar, las actividades clave a seguir y ofrece una guía práctica sobre cómo extraer esta información específicamente de Azure DevOps. Aproveche este recurso para asegurar que sus datos estén perfectamente estructurados para un análisis perspicaz y una optimización de procesos.
  • Atributos recomendados para recopilar
  • Actividades clave a seguir para su SDLC
  • Guía detallada de extracción para Azure DevOps
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos del Ciclo de Vida de Desarrollo de Software

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis y optimización exhaustivos del Ciclo de Vida de Desarrollo de Software.
5 Requerido 8 Recomendado 6 Opcional
Nombre Descripción
Development Item
DevelopmentItem
El identificador único para una sola unidad de trabajo, como una funcionalidad, un error o una historia de usuario, que sirve como identificador de caso para el proceso.
Descripción

El Elemento de Desarrollo representa una pieza de trabajo distinta seguida dentro de Azure DevOps. Cada elemento, identificado por su ID único, es el objeto central alrededor del cual giran todas las actividades del proceso, desde la creación y planificación hasta el desarrollo, las pruebas y el despliegue.

En el análisis de Process Mining, este atributo es fundamental para correlacionar todos los eventos relacionados en un solo recorrido de caso. Permite la reconstrucción del ciclo de vida de principio a fin para cada elemento de trabajo, posibilitando el análisis de los tiempos de ciclo, las desviaciones del proceso y los bucles de retrabajo sobre una base de elemento individual.

Por qué es importante

Este es el identificador central que conecta todos los pasos del proceso en un caso coherente, haciendo posible el análisis de principio a fin del ciclo de vida de desarrollo de software.

Dónde obtener

Esto corresponde al campo 'ID' de un elemento de trabajo en Azure DevOps Boards. Es accesible a través de la API REST de Azure DevOps para el seguimiento de elementos de trabajo.

Ejemplos
10234102351023610237
Hora del Evento
EventTime
La marca de tiempo precisa que indica cuándo ocurrió una actividad o evento específico para un elemento de desarrollo.
Descripción

La Event Time captura la fecha y hora de cada actividad en el ciclo de vida de desarrollo. Esta marca de tiempo es el elemento temporal fundamental utilizado para ordenar los eventos cronológicamente y calcular las duraciones entre ellos.

En el análisis, este atributo es crítico para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo, los tiempos de procesamiento y los tiempos de espera. Permite la creación de un registro de eventos ordenado por tiempo, que es la entrada requerida para cualquier análisis de Process Mining. Se utiliza para diagnosticar retrasos, medir el rendimiento frente a los SLA y rastrear tendencias a lo largo del tiempo.

Por qué es importante

Esta marca de tiempo proporciona el orden cronológico de los eventos, lo cual es esencial para calcular todos los KPIs basados en duración y comprender el flujo del proceso y los cuellos de botella.

Dónde obtener

Esta es la 'Fecha de Cambio' asociada con cada actualización en el historial de un elemento de trabajo. Para eventos externos como compilaciones o despliegues, es la marca de tiempo de finalización de ese evento.

Ejemplos
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:00:00Z
Nombre de la Actividad
ActivityName
El nombre del evento o tarea específica que ocurrió en un momento determinado dentro del ciclo de vida de desarrollo para un elemento de trabajo.
Descripción

El Nombre de la Actividad describe un paso o hito específico en el proceso, como 'Desarrollo Iniciado', 'Solicitud de Extracción Creada' o 'Desplegado en Producción'. Estas actividades se derivan de cambios en el estado del elemento de trabajo, eventos vinculados como compilaciones o solicitudes de extracción, o eventos personalizados.

Este atributo es esencial para construir el mapa de procesos, que representa visualmente el flujo de trabajo. Permite a los analistas comprender la secuencia de eventos, identificar vías comunes, descubrir cuellos de botella entre actividades específicas y analizar la frecuencia de cada paso.

Por qué es importante

Define los pasos del proceso, formando la columna vertebral del mapa de procesos y permitiendo el análisis del flujo de trabajo, los cuellos de botella y las desviaciones.

Dónde obtener

Esto se deriva típicamente de cambios en el campo 'Estado' de un elemento de trabajo, o de eventos vinculados como compilaciones, commits y solicitudes de extracción. El Historial de Elementos de Trabajo proporciona los datos brutos para estos eventos.

Ejemplos
Desarrollo IniciadoSolicitud de Extracción CompletadaPruebas de QA FallidasDesplegado a ProducciónElemento de Trabajo Cerrado
Source System
SourceSystem
El sistema del cual se extrajeron los datos del proceso, que en este caso es Azure DevOps.
Descripción

Este atributo identifica el sistema de origen de los datos. Es particularmente útil en entornos donde se combinan datos de múltiples sistemas para una vista de proceso más amplia. Para este modelo específico, el valor es consistentemente Azure DevOps.

Aunque pueda parecer estático en un análisis de un solo sistema, proporciona un contexto esencial sobre el origen de los datos, lo cual es crucial para la gobernanza de datos, la resolución de problemas y futuras integraciones con otros sistemas como ServiceNow o SAP.

Por qué es importante

Proporciona un contexto crucial sobre el origen de los datos, lo cual es importante para la gobernanza de datos, la validación y el análisis de procesos multisistema.

Dónde obtener

Este es un valor estático que debe agregarse durante el proceso de extracción y transformación de datos para etiquetar el conjunto de datos.

Ejemplos
Azure DevOps
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica la última vez que se actualizaron los datos para este proceso desde el sistema de origen.
Descripción

Este atributo registra cuándo se extrajo y actualizó por última vez el conjunto de datos de Azure DevOps. Proporciona una indicación clara de la actualización de los datos y el marco temporal cubierto por el análisis.

En cualquier análisis de procesos, conocer la actualidad de los datos es crítico para tomar decisiones informadas. Esta marca de tiempo ayuda a los usuarios a comprender si están viendo información en tiempo real o una instantánea histórica, lo que afecta la relevancia de los hallazgos.

Por qué es importante

Informa a los usuarios sobre la actualización de los datos, asegurando que los análisis y las decisiones se basen en un marco temporal comprendido.

Dónde obtener

Esta es una marca de tiempo de metadatos generada y almacenada durante el proceso de extracción, transformación y carga (ETL) de datos.

Ejemplos
2024-05-20T08:00:00Z
¿Es Retrabajo?
IsRework
Un indicador booleano que señala si un elemento de desarrollo ha reingresado a una etapa previa en su ciclo de vida.
Descripción

Este indicador se establece en verdadero si un elemento de trabajo exhibe un bucle de retrabajo, por ejemplo, pasando de 'Pruebas de QA Completadas' de vuelta a 'Desarrollo Iniciado'. Se calcula analizando la secuencia de actividades para un caso y detectando progresiones no lineales.

Este atributo es esencial para el dashboard de Frecuencia de Retrabajo y Repruebas y el KPI de Frecuencia de Bucle de Retrabajo. Permite un fácil filtrado y cuantificación del retrabajo, ayudando a señalar problemas de calidad, brechas de comunicación o pruebas insuficientes que conducen a ineficiencias.

Por qué es importante

Identifica y cuantifica directamente el retrabajo, ayudando a resaltar problemas de calidad e ineficiencias del proceso que extienden los tiempos de ciclo.

Dónde obtener

Este es un atributo calculado derivado del análisis de la secuencia de actividades en el registro de eventos para cada caso.

Ejemplos
truefalse
Asignado a
AssignedTo
El usuario o miembro del equipo al que está asignado actualmente el elemento de desarrollo.
Descripción

Este atributo identifica al individuo responsable del elemento de trabajo en una etapa determinada del proceso. La asignación puede cambiar varias veces a lo largo del ciclo de vida del elemento, por ejemplo, de un desarrollador a un probador y luego a un gestor de lanzamientos.

Analizar por 'Asignado a' es crítico para el dashboard de Resumen de Carga de Trabajo de Desarrolladores y Probadores. Ayuda a comprender la asignación de recursos, identificar miembros del equipo sobrecargados y analizar las diferencias de rendimiento entre individuos o equipos.

Por qué es importante

Permite un análisis basado en recursos, ayudando a comprender la distribución de la carga de trabajo, identificar cuellos de botella específicos de los recursos y gestionar la capacidad del equipo.

Dónde obtener

Esto corresponde al campo 'Asignado a' en un elemento de trabajo en Azure DevOps. El valor se captura del historial del elemento de trabajo para cada evento.

Ejemplos
jane.doe@example.comjohn.smith@example.comno asignado
Estado
State
El estado actual del elemento de desarrollo dentro de su flujo de trabajo, como 'Nuevo', 'Activo', 'Resuelto' o 'Cerrado'.
Descripción

El atributo Estado representa el estado formal de un elemento de trabajo en cualquier momento, según lo define la plantilla de proceso del proyecto. Las transiciones entre estos estados son la fuente principal para generar las actividades en el registro de eventos.

Si bien el atributo 'Actividad' es a menudo una versión más descriptiva de un cambio de estado, el atributo 'Estado' sin procesar es útil para filtrar y analizar. Ayuda a comprender cuánto tiempo pasan los elementos en estados particulares y es fundamental para construir el dashboard de Duración de Etapa y analizar las transferencias.

Por qué es importante

Indica el estado del elemento de trabajo en el ciclo de vida, lo cual es fundamental para comprender el flujo del proceso y calcular el tiempo invertido en diversas etapas.

Dónde obtener

Esto corresponde al campo 'Estado' en un elemento de trabajo en Azure DevOps.

Ejemplos
NuevoActivoEn QAResueltoCerrado
Hora de Finalización
EndTime
La marca de tiempo que indica cuándo se completó una actividad. Se utiliza para calcular el tiempo de procesamiento de una actividad.
Descripción

La Hora de Fin marca la conclusión de una actividad. En muchos registros de eventos, la hora de inicio de la siguiente actividad sirve como la hora de fin de la anterior. Sin embargo, tener una hora de fin distinta permite un cálculo más preciso tanto del tiempo de procesamiento de la actividad como del tiempo de inactividad entre actividades.

Este atributo es crucial para calcular el KPI de ProcessingTime y para realizar un análisis detallado de cuellos de botella. Ayuda a diferenciar entre el tiempo dedicado activamente a una tarea y el tiempo dedicado a esperar que comience el siguiente paso, lo cual es clave para el dashboard de Análisis de Transferencia de Etapa.

Por qué es importante

Permite el cálculo preciso de los tiempos de procesamiento de actividades y los tiempos de inactividad, lo cual es fundamental para el análisis de cuellos de botella y las mejoras de eficiencia.

Dónde obtener

Esto se deriva a menudo. Puede ser la hora de inicio del evento subsiguiente para el mismo caso, o puede registrarse explícitamente si el sistema de origen captura tanto las horas de inicio como las de fin para las tareas.

Ejemplos
2023-10-26T18:00:00Z2023-10-27T15:00:00Z2023-10-28T11:00:00Z
Nombre del Equipo
TeamName
El nombre del equipo de desarrollo responsable del elemento de trabajo.
Descripción

El Nombre del Equipo identifica el equipo específico al que se asigna un elemento de trabajo. En Azure DevOps, el trabajo a menudo se organiza por equipos, que pueden ser subconjuntos de un proyecto más grande.

Este atributo permite que el análisis de procesos sea segmentado por equipo. Es invaluable para comparar procesos y rendimiento entre diferentes equipos, identificar mejores prácticas en equipos de alto rendimiento y encontrar áreas donde equipos específicos puedan necesitar soporte o mejoras de proceso.

Por qué es importante

Permite el análisis comparativo entre diferentes equipos, ayudando a identificar variaciones en el rendimiento y a compartir las mejores prácticas en toda la organización.

Dónde obtener

Esto se deriva a menudo de la 'Ruta de Área' de un elemento de trabajo, ya que los equipos suelen mapearse a rutas de área específicas en Azure DevOps.

Ejemplos
Equipo FénixEscuadrón OmegaNúcleo de la PlataformaEquipo de Frontend
Prioridad
Priority
Una clasificación numérica o descriptiva de la importancia del elemento de desarrollo en relación con otros elementos.
Descripción

La Prioridad indica la importancia de programación de un elemento de trabajo. Una mayor prioridad sugiere que un elemento debe ser abordado más rápidamente que los elementos de menor prioridad. Los valores comunes son numéricos, como 1, 2, 3, 4, siendo 1 el más alto.

Este atributo es esencial para el dashboard de Rendimiento y Tiempo de Ciclo Basado en Prioridad. Analizar los datos con este atributo ayuda a determinar si el sistema de priorización es efectivo, es decir, si los elementos de alta prioridad realmente avanzan por el proceso más rápido que los de baja prioridad.

Por qué es importante

Permite analizar si el proceso acelera eficazmente los elementos de alta prioridad, lo cual es clave para evaluar el éxito de las estrategias de priorización.

Dónde obtener

Esto corresponde al campo 'Prioridad' en un elemento de trabajo en Azure DevOps.

Ejemplos
1234
Tiempo de Ciclo de Desarrollo
DevelopmentCycleTime
El tiempo total transcurrido desde la creación de un elemento de desarrollo hasta su despliegue en producción.
Descripción

El Development Cycle Time es un indicador clave de rendimiento (KPI) que mide la duración de principio a fin del proceso de desarrollo para un solo elemento de trabajo. Se calcula como la diferencia entre la marca de tiempo de la actividad 'Deployed to Production' y la actividad 'Work Item Created'.

Esta métrica calculada es el KPI principal para el dashboard de Tiempo de Ciclo de Desarrollo de Principio a Fin y las Tendencias Históricas del Tiempo de Ciclo. Proporciona una medida holística de la velocidad y eficiencia del proceso, y su seguimiento a lo largo del tiempo muestra el impacto de las iniciativas de mejora de procesos.

Por qué es importante

Este es un KPI crítico que mide la velocidad y eficiencia general del proceso de desarrollo de principio a fin.

Dónde obtener

Esto se calcula tomando la marca de tiempo del evento de despliegue final y restando la marca de tiempo del evento de creación para cada caso.

Ejemplos
10 días 4 horas 30 minutos25 días 8 horas 0 minutos5 días 2 horas 15 minutos
Tipo de Elemento de Trabajo
WorkItemType
La clasificación del elemento de desarrollo, como Error, Funcionalidad, Historia de Usuario o Tarea.
Descripción

El Tipo de Elemento de Trabajo categoriza la naturaleza del trabajo que se realiza. Diferentes tipos de elementos de trabajo a menudo siguen diferentes rutas de proceso y tienen diferentes expectativas de rendimiento o SLAs. Por ejemplo, un 'Error' podría seguir una ruta acelerada en comparación con una 'Funcionalidad'.

Este atributo es esencial para el análisis comparativo. Le permite filtrar el mapa de procesos o los KPIs por el tipo de trabajo para comprender si ciertos procesos son más eficientes para errores frente a funcionalidades, o para rastrear las tendencias históricas del tiempo de ciclo para diferentes categorías de trabajo.

Por qué es importante

Permite la segmentación del análisis de procesos, posibilitando la comparación de flujos de trabajo y rendimiento para diferentes categorías de trabajo como errores y funcionalidades.

Dónde obtener

Esto corresponde al campo 'Tipo de Elemento de Trabajo' en un elemento de trabajo en Azure DevOps.

Ejemplos
`Bug``Feature`Historia de UsuarioTask
ID de Solicitud de Extracción
PullRequestId
El identificador de una solicitud de extracción vinculada al elemento de desarrollo.
Descripción

Este atributo vincula un elemento de trabajo a una solicitud de extracción específica, que es el mecanismo para enviar y revisar cambios de código. Un solo elemento de trabajo puede estar asociado con múltiples solicitudes de extracción.

Tener el ID de Solicitud de Extracción permite un análisis más granular de la parte de revisión e integración de código del ciclo de vida. Puede utilizarse para medir el tiempo desde la creación hasta la finalización de la solicitud de extracción, y para analizar con qué frecuencia las solicitudes de extracción son rechazadas o requieren cambios significativos, lo que puede ser un indicador de la calidad del código o de requisitos poco claros.

Por qué es importante

Conecta el trabajo de desarrollo con actividades específicas de revisión de código, permitiendo un análisis detallado del proceso de integración y aseguramiento de la calidad del código.

Dónde obtener

Esta información se encuentra en la sección 'Vínculos' o 'Desarrollo' de un elemento de trabajo en Azure DevOps.

Ejemplos
452145334589
Nombre del Proyecto
ProjectName
El nombre del proyecto de Azure DevOps al que pertenece el elemento de desarrollo.
Descripción

Este atributo identifica el proyecto específico dentro de la organización de Azure DevOps donde se encuentra el elemento de trabajo. Proporciona un contexto de alto nivel, especialmente en organizaciones con muchos proyectos.

El Nombre del Proyecto es una dimensión crítica para el filtrado y la comparación. Apoya el dashboard de Tendencias Históricas del Tiempo de Ciclo al permitir que el análisis se segmente por proyecto, revelando si ciertos proyectos son más o menos eficientes que otros, o si las mejoras de proceso en un proyecto han tenido un impacto positivo.

Por qué es importante

Proporciona una agrupación de alto nivel para el análisis, permitiendo la comparación de rendimiento y el análisis de tendencias entre diferentes proyectos.

Dónde obtener

Esto corresponde al campo 'Proyecto de Equipo' en un elemento de trabajo en Azure DevOps.

Ejemplos
Plataforma de E-CommerceRelanzamiento de la App MóvilModernización de `Data Warehouse`
Ruta de Iteración
IterationPath
El sprint de desarrollo o timebox al que está asignado el elemento de trabajo.
Descripción

La Ruta de Iteración, o sprint, representa un período de desarrollo con límite de tiempo específico. Los elementos de trabajo se asignan a una iteración para completarse dentro de ese plazo.

Analizar por Ruta de Iteración ayuda a comprender el rendimiento del proceso sobre una base sprint a sprint. Puede utilizarse para rastrear si los tiempos de ciclo están mejorando en sprints sucesivos, para analizar el trabajo pendiente y para evaluar la previsibilidad de la planificación del sprint.

Por qué es importante

Permite un análisis basado en sprints, ayudando a los equipos a evaluar su rendimiento a lo largo del tiempo y a mejorar sus prácticas ágiles.

Dónde obtener

Esto corresponde al campo 'Ruta de Iteración' en un elemento de trabajo en Azure DevOps.

Ejemplos
Plataforma de E-Commerce\Sprint 12Plataforma de E-Commerce\Sprint 13Relanzamiento de la App Móvil\Fase 2\Sprint 4
Severidad
Severity
Indica el impacto de un `bug` o problema en el sistema o en los usuarios finales.
Descripción

La Gravedad se utiliza para clasificar el impacto de un error, desde fallos críticos del sistema hasta problemas cosméticos menores. Esto es distinto de la prioridad, que dicta el orden del trabajo. Un error de alta gravedad puede tener una prioridad baja si tiene una solución alternativa fácilmente disponible.

Este atributo proporciona otra dimensión para el análisis, particularmente para el dashboard de Rendimiento y Tiempo de Ciclo Basado en Prioridad. Permite investigar preguntas como '¿Estamos corrigiendo primero los errores más críticos?' y ayuda a comprender el perfil de riesgo del trabajo que se está procesando.

Por qué es importante

Ayuda a categorizar los elementos de trabajo por su impacto comercial, permitiendo analizar la eficacia con la que el equipo aborda los problemas de alto impacto.

Dónde obtener

Esto corresponde al campo 'Gravedad' en un elemento de trabajo, típicamente para errores, en Azure DevOps.

Ejemplos
1 - Crítico2 - Alta3 - Medio4 - Baja
Tiempo de Espera de Aprobación
ApprovalWaitingTime
El tiempo que un elemento de desarrollo pasa esperando una aprobación después de que se ha realizado una solicitud.
Descripción

Esta métrica mide la duración de períodos de espera específicos donde un elemento de trabajo está pendiente de una aprobación. Un ejemplo principal es el tiempo entre 'UAT Iniciada' y 'UAT Aprobada'. Se calcula midiendo el tiempo entre estas dos actividades específicas para un caso dado.

Este atributo calculado apoya directamente el dashboard de Análisis de Tiempo de Espera de Aprobación y el KPI correspondiente. Al aislar estos retrasos específicos, los equipos pueden dirigir los procesos de comunicación y toma de decisiones para reducir el tiempo de inactividad y acelerar el ciclo de vida general.

Por qué es importante

Mide específicamente los retrasos causados por la espera de decisiones o aprobaciones, destacando oportunidades para mejorar la comunicación y los procesos de toma de decisiones.

Dónde obtener

Esto se calcula encontrando actividades de aprobación de inicio y fin específicas en el registro de eventos (por ejemplo, 'UAT Iniciada' y 'UAT Aprobado') y calculando la diferencia de tiempo.

Ejemplos
3 días 2 horas1 día 8 horas 30 minutos4 horas
Tiempo de Transferencia de Etapa
StageHandoffTime
La duración del tiempo de inactividad entre la finalización de una etapa importante y el inicio de la siguiente.
Descripción

El Tiempo de Transferencia de Etapa mide el período de espera entre etapas secuenciales del proceso, por ejemplo, el tiempo entre 'Desarrollo Completado' y 'Pruebas de QA Iniciadas'. Se calcula identificando estas transiciones clave y midiendo la brecha de tiempo entre el final de la primera actividad y el inicio de la segunda.

Esta métrica es el enfoque del dashboard de Análisis de Duración y Transferencia de Etapa. Aislar y medir el tiempo de transferencia es crítico para identificar cuellos de botella ocultos donde el trabajo está inactivo, a menudo debido a la indisponibilidad de recursos, retrasos en la comunicación o procesos ineficientes.

Por qué es importante

Cuantifica los tiempos de espera entre las etapas del proceso, exponiendo directamente cuellos de botella y retrasos ocultos que no forman parte del trabajo activo.

Dónde obtener

Este es un atributo calculado. Requiere identificar pares de actividades secuenciales que representan una transferencia y luego calcular la diferencia de tiempo entre ellas.

Ejemplos
2 horas 15 minutos1 día 4 horas0 horas 30 minutos
Requerido Recomendado Opcional

Actividades del Ciclo de Vida de Desarrollo de Software

Estos son los pasos clave del proceso y los hitos a registrar en tu registro de eventos para un descubrimiento preciso del proceso y la identificación de cuellos de botella.
7 Recomendado 8 Opcional
Actividad Descripción
Desarrollo Iniciado
Esta actividad significa que un desarrollador ha comenzado a trabajar activamente en el elemento. Se captura infiriendo un cambio en el estado del elemento de trabajo a 'Activo', 'En Progreso' o 'Comprometido'.
Por qué es importante

Marca el inicio de la fase de desarrollo activo. Analizar el tiempo desde 'Creado' hasta 'Desarrollo Iniciado' revela los tiempos de espera en el backlog.

Dónde obtener

Inferido del historial del elemento de trabajo cuando el campo System.State cambia de un estado 'New' o 'Approved' a un estado 'In Progress'.

Capturar

Inferido del cambio del campo State a 'Active' o 'In Progress'.

Tipo de evento inferred
Desplegado a Producción
Marca el despliegue exitoso del código asociado al elemento de trabajo en el entorno de producción. Este es un evento explícito capturado de los registros de lanzamiento de Azure Pipelines.
Por qué es importante

Este es un hito crítico que representa la entrega de valor. Sirve como punto final para calcular el tiempo de entrega y el tiempo de ciclo.

Dónde obtener

Capturado de datos de release pipeline de Azure Pipelines, específicamente del evento de finalización de un despliegue a una etapa de 'Producción' que está vinculada al elemento de trabajo.

Capturar

Capturado de un evento de finalización de despliegue de una release pipeline.

Tipo de evento explicit
Elemento de Trabajo Creado
Esta actividad marca el comienzo del ciclo de vida de desarrollo, representando la creación de un nuevo elemento de trabajo como una Historia de Usuario, un Error o una Tarea. Se captura explícitamente cuando se guarda un nuevo registro en Azure DevOps Boards.
Por qué es importante

Este es el evento de inicio principal para el proceso. Es esencial para medir el tiempo de ciclo de desarrollo de principio a fin y comprender las fuentes iniciales de trabajo.

Dónde obtener

Este evento se captura de la 'Fecha de Creación' del propio elemento de trabajo. La tabla de historial del elemento de trabajo también registra esta transición de estado inicial.

Capturar

Capturado del campo 'Created Date' del elemento de trabajo.

Tipo de evento explicit
Pruebas de QA Iniciadas
Representa el inicio de la fase formal de pruebas de aseguramiento de la calidad. Esta actividad se infiere cuando el estado de un elemento de trabajo cambia a 'En QA', 'Pruebas' o un valor similar.
Por qué es importante

Marca el inicio del ciclo de QA. Analizar la duración de esta fase es crucial para comprender los cuellos de botella y la eficiencia de las pruebas.

Dónde obtener

Inferido del historial del elemento de trabajo al rastrear un cambio en el campo System.State a 'In QA' o a otro estado de prueba designado.

Capturar

Inferido del cambio del campo State a 'In QA' o 'Testing'.

Tipo de evento inferred
Solicitud de Extracción Completada
Representa la finalización exitosa de una revisión de código, donde la solicitud de extracción es aprobada y el código se fusiona en la rama objetivo. Este evento se registra explícitamente en Azure Repos.
Por qué es importante

Marca el final de la fase de revisión de código, un cuello de botella común. Analizar el tiempo entre la creación y la finalización de una PR revela la eficiencia del ciclo de revisión.

Dónde obtener

Capturado del evento de finalización o fusión (merge) de una pull request en Azure Repos que está vinculada a un elemento de trabajo.

Capturar

Capturado del evento de fusión (merge) de pull request vinculado a un elemento de trabajo.

Tipo de evento explicit
Solicitud de Extracción Creada
Indica que el desarrollador ha completado la codificación inicial y ha enviado los cambios para revisión a través de una `pull request`. Este evento vincula el elemento de trabajo a un cambio de código específico en Azure Repos.
Por qué es importante

Esta es una transferencia clave del desarrollo a la revisión de código. El seguimiento de esto ayuda a medir la duración de la codificación e identifica cuándo el código está listo para la revisión por pares.

Dónde obtener

Capturado de datos de Azure Repos al vincular el evento de creación de pull request con su elemento de trabajo asociado. Esto suele ser un enlace explícito realizado por el desarrollador.

Capturar

Capturado de un evento de creación de pull request de Azure Repos vinculado a un elemento de trabajo.

Tipo de evento explicit
UAT Aprobado
Esta actividad significa que los interesados comerciales han aprobado los cambios después de las Pruebas de Aceptación de Usuario. Se infiere típicamente de un cambio de estado de 'En UAT' a 'UAT Aprobado' o 'Listo para Lanzamiento'.
Por qué es importante

Este es un hito de aprobación crítico que confirma que el elemento de trabajo cumple con los requisitos comerciales y está listo para su despliegue en producción.

Dónde obtener

Inferido del historial del elemento de trabajo al detectar un cambio en el campo System.State de un estado de UAT a un estado aprobado o listo para lanzamiento.

Capturar

Inferido del cambio del campo State de 'In UAT' a 'Ready for Release'.

Tipo de evento inferred
Compilación Exitosa
Esta actividad confirma que el código fuente, incluidos los nuevos cambios, ha sido compilado y empaquetado exitosamente por un pipeline de compilación. Este es un evento explícito registrado por Azure Pipelines.
Por qué es importante

Sirve como una puerta de calidad crítica, asegurando que el nuevo código se integre correctamente sin romper la compilación. Los fallos en esta etapa pueden indicar problemas de integración.

Dónde obtener

Capturado de eventos de finalización de compilación (build) de Azure Pipelines. La compilación debe estar vinculada al elemento de trabajo, ya sea directamente o a través de la pull request asociada.

Capturar

Capturado de un evento de finalización de compilación (build) de Azure Pipelines.

Tipo de evento explicit
Desarrollo Completado
Significa que todas las actividades de desarrollo y pruebas unitarias están completas, y el elemento está listo para pruebas formales. Esto se infiere típicamente de un cambio de estado del elemento de trabajo a 'Resuelto' o 'Listo para Prueba'.
Por qué es importante

Esto marca una transferencia importante del equipo de desarrollo al equipo de QA. Medir el tiempo hasta 'Pruebas de QA Iniciadas' ayuda a identificar retrasos en la transferencia.

Dónde obtener

Inferido del historial del elemento de trabajo cuando el campo System.State cambia a un valor como 'Resolved' o un estado personalizado que indica preparación para QA.

Capturar

Inferido del cambio del campo State a 'Resolved'.

Tipo de evento inferred
Elemento de Trabajo Aprobado
Representa la aprobación formal de un elemento de trabajo, confirmando que está bien definido y listo para desarrollo. Esto se infiere típicamente de un cambio en el campo 'Estado' a un valor como 'Aprobado' o 'Listo para Desarrollo'.
Por qué es importante

El seguimiento de las aprobaciones ayuda a analizar el tiempo entre la presentación de una idea y el compromiso de desarrollo. Resalta posibles retrasos en las fases de planificación y refinamiento del backlog.

Dónde obtener

Inferido del historial del elemento de trabajo al detectar un cambio del campo System.State a 'Approved' o un estado personalizado similar.

Capturar

Inferido del cambio del campo State a 'Approved'.

Tipo de evento inferred
Elemento de Trabajo Cancelado
Indica que el elemento de trabajo ha sido cancelado y no se completará ni desplegará. Esto se captura mediante un cambio de estado a 'Removed', 'Cancelled' o un estado similar.
Por qué es importante

Esto representa un final de proceso alternativo e infructuoso. Analizar los elementos cancelados puede revelar problemas con la planificación, la priorización o la definición de requisitos.

Dónde obtener

Inferido del historial del elemento de trabajo cuando el campo System.State cambia a un estado terminal en la categoría 'Removed'.

Capturar

Inferido del cambio del campo State a 'Removed' o 'Cancelled'.

Tipo de evento inferred
Elemento de Trabajo Cerrado
Representa el cierre final del elemento de trabajo después del despliegue y cualquier validación posterior. Se captura mediante un cambio de estado a 'Cerrado' o 'Terminado'.
Por qué es importante

Esta actividad marca la finalización exitosa y definitiva de todo el proceso para un elemento de trabajo. Es el punto final del ciclo de vida.

Dónde obtener

Inferido del historial del elemento de trabajo cuando el campo System.State cambia a 'Closed' o a un estado terminal similar en la categoría 'Completed'.

Capturar

Inferido del cambio del campo State a 'Closed'.

Tipo de evento inferred
Pruebas de QA Completadas
Marca la finalización exitosa de la fase de aseguramiento de la calidad. Esto se infiere cuando el estado del elemento de trabajo cambia de un estado de prueba a uno como 'Listo para UAT' o 'QA Aprobado'.
Por qué es importante

Esta es una puerta de calidad clave que indica que el elemento está listo para las pruebas de aceptación de usuario o el lanzamiento. Los retrasos después de este punto pueden indicar cuellos de botella en la UAT o en la planificación del lanzamiento.

Dónde obtener

Inferido del historial del elemento de trabajo cuando el campo System.State cambia de 'In QA' a un estado subsiguiente como 'Ready for UAT' o 'Done'.

Capturar

Inferido del cambio del campo State de 'In QA' a 'Ready for UAT'.

Tipo de evento inferred
Pruebas de QA Fallidas
Indica que el elemento de trabajo ha fallado las pruebas de aseguramiento de calidad y se está devolviendo a desarrollo. Esto se captura mediante un cambio de estado de un estado de prueba de nuevo a un estado 'In Progress' o 'Active'.
Por qué es importante

Esta actividad es esencial para identificar bucles de retrabajo. Una alta frecuencia de este evento indica problemas con la calidad del código, los requisitos o los procesos de prueba.

Dónde obtener

Inferido del historial del elemento de trabajo al detectar una transición de un estado como 'In QA' de nuevo a un estado como 'Active' o 'In Progress'.

Capturar

Inferido del cambio del campo State de 'In QA' a 'Active'.

Tipo de evento inferred
UAT Iniciado
Representa el inicio de las Pruebas de Aceptación de Usuario (UAT), donde los interesados comerciales validan la funcionalidad. Esto se infiere típicamente de un cambio de estado a 'En UAT' o un estado similar.
Por qué es importante

Mide el inicio de la validación final antes del lanzamiento. La duración de la UAT y los tiempos de espera para la aprobación son críticos de analizar para la optimización del proceso.

Dónde obtener

Inferido del historial del elemento de trabajo cuando el campo System.State se actualiza a un estado personalizado que representa UAT, como 'In UAT'.

Capturar

Inferido del cambio del campo State a 'In UAT'.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Azure DevOps