Plantilla de Datos para el Ciclo de Vida de Desarrollo de Software
Plantilla de Datos para el Ciclo de Vida de Desarrollo de Software
- Atributos recomendados para recopilar
- Actividades clave a seguir para su SDLC
- Guía detallada de extracción para Azure DevOps
Atributos del Ciclo de Vida de Desarrollo de Software
| 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 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
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 Esta métrica calculada es el KPI principal para el
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
|
|||
Actividades del Ciclo de Vida de Desarrollo de Software
| 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
Capturar
Capturado de un evento de finalización de despliegue de una
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 (
Capturar
Capturado del evento de fusión (
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
Capturar
Capturado de un evento de creación de
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 (
Capturar
Capturado de un evento de finalización de compilación (
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
|
|||