Configurar y supervisar el sprint burndown

Servicios de Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

A lo largo del sprint, supervise el informe de evolución de sprint para determinar si el equipo está en camino para completar su plan de sprint. Hay dos gráficos de agotamiento disponibles:

• Informe de tendencia de evolución en contexto: se puede ver desde la pestaña Análisis de trabajo pendiente de sprint de un equipo.
• Widget de evolución de sprint: agregue a cualquier panel del catálogo de widgets.

Ambos gráficos derivan datos de Análisis y admiten la evolución en función de un recuento de elementos de trabajo o una suma de grados de dificultad del caso, esfuerzo, trabajo restante u otros campos numéricos. Para obtener más opciones de configuración, consulte Configuración de un widget de evolución o evolución ascendente. Para obtener información general sobre todos los tipos de gráficos de evolución, consulte Guía sobre evolución y evolución ascendente.

Sugerencia

Puede utilizar la inteligencia artificial para ayudar con esta tarea más adelante en este artículo, o consulte Habilitar la asistencia de IA con Azure DevOps MCP Server para comenzar.

Requisitos previos

Categoría	Requisitos
Niveles de acceso	- Miembro del proyecto. - Al menos acceso Básico.
Permisos	- Administrador de equipo o administrador de proyecto o permisos de panel de control específicos que le hayan otorgado. - Para agregar un widget a un panel de equipo: miembro del equipo.
Activación de funcionalidades	Azure Boards activado. Si está deshabilitado, no se muestra ninguno de los widgets de Análisis de seguimiento de trabajo. Para volver a habilitarlo, consulte Activar o desactivar un servicio.
Conciencia de la tarea	Reconocimiento de las tareas necesarias o recomendadas que se enumeran más adelante en este artículo.

Para supervisar la quema de sprints, el equipo debe programar sprints y asignar trabajo a esos sprints. Si desea ver la evolución del trabajo restante, también debe:

• Defina y calcule las tareas de cada elemento de trabajo pendiente en el sprint.
• Actualice trabajo restante para cada tarea a medida que avance el trabajo.

Importante

Al eliminar valores de ruta de área o volver a configurar los valores de ruta de iteración, se produce una pérdida de datos irreversible en los gráficos siguientes:

• Gráficos tipo widget de trabajo pendiente y trabajo realizado
• Gráficos de agotamiento de sprints
• Gráficos de velocidad para equipos con rutas de áreas de trabajo modificadas
• Gráficos de tendencias históricos que hacen referencia a los valores de Ruta de acceso de área e Ruta de acceso de iteración tal como se define en el momento de cada elemento de trabajo

Puede eliminar rutas de área e iteración solo cuando ya no sean utilizadas por ningún elemento de trabajo. Al eliminar estas rutas de acceso, ya no puede recuperar sus datos históricos.

Descripción de los elementos del gráfico de evolución de sprint

El informe en contexto y el widget Sprint Burndown muestran los mismos elementos del gráfico. La etiqueta de métrica de encabezado (por ejemplo, Historias restantes o tareas restantes) cambia en función del tipo de elemento de trabajo que seleccione.

Elemento	Descripción
Rango de fechas	Fecha de inicio y finalización del sprint.
Elementos restantes	Número de elementos de trabajo restantes en el sprint. La etiqueta cambia en función de la selección del tipo de elemento de trabajo.
Completadas	Porcentaje de trabajo completado en función del ámbito original. Seleccionar Completadas para ver la lista completa de los elementos de trabajo completados.
Reducción de carga de trabajo media	Promedio de trabajo completado por día o intervalo.
aumento total del alcance	El cambio en el trabajo respecto al ámbito original desde que comenzó la evolución.
Restantes	Número de elementos de trabajo aún activos o en curso.
Alcance total	Número total de elementos de trabajo en el sprint, incluidos los elementos cerrados. El ámbito disminuye cuando la ruta de iteración de un elemento cambia a otro sprint o cuando se completan los elementos.
Tendencia ideal	La tasa de evolución ideal calculada a partir del número de elementos de trabajo, días en el sprint y días laborables.

Dado que los miembros individuales del equipo solo pueden actualizar sus elementos de trabajo una vez a la semana o cada pocos días, normalmente hay un patrón de evolución escalonada.

Apertura del informe de tendencia de evolución en contexto

1. Vaya a Paneles>Sprints, seleccione su equipo y, a continuación, Trabajo pendiente.

   

2. Para ver un sprint diferente, abra el selector de sprint y seleccione el sprint que desee.

   

   Si no ve el sprint que desea, seleccione Nuevo Sprint>Seleccionar iteración existente. Para obtener más información, vea Definir rutas de iteración.

3. Seleccione la pestaña Análisis.

   

4. Use los controles interactivos para configurar el informe:

   • Fecha de inicio y Fecha de finalización: valor predeterminado para las fechas de sprint actuales.
   • Trabajos pendientes/Elementos de trabajo: seleccione un backlog de producto (historias de usuario, problemas, elementos del backlog de producto o requisitos) o el backlog de tareas. La selección determina las opciones de Evolución disponibles.
   • Evolución de trabajo pendiente: seleccione Recuento de elementos de trabajo o una suma de un campo como Grados de dificultad del caso, Esfuerzo o Tamaño.
   • Mostrar días no laborables: muestra días no laborables como barras grises. Para obtener más información, consulte Configurar capacidad de sprint.

   Seleccione Restablecer para volver a las opciones predeterminadas. Los cambios en los controles de fecha no cambian las definiciones de fecha de sprint.

5. Mantenga el puntero sobre cualquier punto del gráfico para ver un resumen de ese día.

En el gráfico se muestran diferentes datos según tu selección de Burndown on:

Suma del trabajo restante

El área azul muestra la suma del trabajo restante por día para las tareas activas o en curso. La línea Ámbito muestra trabajo restante agregado después de iniciar el sprint. La línea Ideal muestra la velocidad de agotamiento ideal. Las líneas de capacidad solo aparecen cuando el equipo configuró la capacidad.

Recuento de elementos de trabajo

El área azul muestra el recuento de elementos de trabajo activos o en curso. La línea Ámbito muestra los elementos agregados después de iniciar el sprint. La línea Ideal muestra la velocidad de agotamiento ideal.

Suma de puntos de historia de usuario

El área azul muestra la suma de Puntos de Historia para Historias de Usuario activas o en progreso. La línea Ámbito muestra los Grados de dificultad del caso agregados después de iniciar el sprint. La línea Ideal muestra la velocidad de agotamiento ideal.

Nota:

Los campos de suma disponibles dependen de los campos numéricos definidos para los tipos de elemento de trabajo de tareas y requisitos. Los campos más comunes son Puntos de historia, Esfuerzo o Tamaño y Trabajo restante.

Las selecciones se conservan entre sesiones hasta que las cambie.

Agregar el informe a un tablero de control

Para agregar el informe en contexto a un panel, seleccione el icono de acciones y seleccione Copiar en el panel. A continuación, seleccione el panel de destino.

Adición y configuración del widget Sprint Burndown

1. Agregue el widget Sprint Burndown al panel. Filtre el cuadro de diálogo Agregar widget mediante la evolución del sprint para localizar el widget.

   

2. Seleccione el icono de acciones en el widget y seleccione Configurar.

   

3. Configure los valores siguientes:

   Configuración	Descripción
   Título	Modifique el título del widget.
   Tamaño	Seleccione su tamaño preferido (hasta 10x10).
   Equipo	Seleccione el equipo para realizar el seguimiento.
   Trabajos pendientes y elementos de trabajo	Seleccione cualquier nivel de trabajo pendiente o un tipo de elemento de trabajo específico.
   Evolución de trabajo pendiente	Elija Recuento de elementos de trabajo o una suma basada en un campo seleccionado.
   Selección de iteración	Elija @CurrentIteration o una iteración específica.
   Período de tiempo	Para @CurrentIteration, las fechas se establecen automáticamente. Para una iteración específica, personalice las fechas de inicio y finalización.

4. Seleccione características avanzadas para agregar al gráfico:

   Opción	Descripción
   Mostrar el ámbito total	Muestra el incremento del alcance histórico y proyectado.
   Mostrar días no laborables	Sombree los días no laborables en la evolución.
   Gráfico de datos restantes usando el color del tipo de elemento de trabajo	Los colores restantes funcionan por tipo de elemento de trabajo en lugar de azul predeterminado. Agrupa colores para distintos tipos de elementos de trabajo.

5. Haga clic en Guardar.

Widget sprint Burndown (heredado)

Los gráficos del widget Evolución del sprint (heredado) representan el trabajo pendiente basándose en el trabajo pendiente de las tareas del sprint actual de un equipo. Use esta versión cuando no tenga acceso a Analytics.

Para configurar el widget, seleccione el icono de acciones y seleccione Configurar. Entre las opciones de configuración se incluyen la selección de equipo y el tamaño del widget.

Sugerencia

Para actualizar un widget heredado existente, seleccione Probar la nueva versión ahora en el cuadro de diálogo de configuración. Puede volver en cualquier momento.

Revisión de gráficos de evolución de un sprint pasado

A medida que complete cada sprint, el sistema mantiene un historial de su actividad. Para ver el gráfico de agotamiento de un sprint anterior, selecciónelo en el selector de sprint.

Al revisar los gráficos de agotamiento anteriores durante las retrospectivas, puede identificar patrones en la ejecución de su equipo. Tenga en cuenta estas preguntas:

• ¿Cómo coincide la velocidad proyectada con la velocidad real?
• ¿Cómo puede determinar con más precisión cuánto puede lograr su equipo en un sprint?
• ¿Cómo puede completar su trabajo a un ritmo más regular a lo largo del sprint?

Mayo

Junio

Julio

Procedimientos recomendados para la evolución del sprint

• Defina las tareas que tardan un día o menos en completarse para reducir el impacto de las estimaciones deficientes.
• No divida las tareas en subtareas. En caso afirmativo, indique únicamente las horas de las subtareas; estas se acumularán como valores de resumen en la tarea principal.
• Actualice el trabajo restante diariamente o varias veces a la semana para lograr un gráfico de evolución más uniforme.
• Al final de cada sprint, actualice el estado de las tareas completadas y determine cómo controlar las tareas incompletas.

Solución de problemas de un gráfico de evolución vacío

Si el gráfico de agotamiento de sprint aparece vacío, compruebe estos puntos:

• ¿Se asignan tareas al sprint asociado al gráfico?
• ¿El trabajo restante está asignado a las tareas?
• ¿Los elementos de trabajo primarios están asignados al mismo sprint? Si no es así, las tareas pueden aparecer en otro sprint asociado al elemento primario.

Uso de IA para supervisar la evolución del sprint

Si configura el servidor MCP de Azure DevOps, puede usar asistentes de IA para ayudar a configurar e interpretar las gráficas de avance de sprint.

Ejemplos de indicaciones

tarea	Mensaje de ejemplo
Visualización del informe	Open the in-context sprint burndown report for <team> in <project> (<organization>) and explain what I'm seeing
Configuración del widget	Help me set up a Sprint Burndown widget on the <dashboard> dashboard for <team> in <project> (<organization>) that burns down Remaining Work
Solución de problemas de un gráfico vacío	My sprint burndown chart is empty for <team> in <project> (<organization>) — walk me through what to check (iterations, tasks, Remaining Work, and parent items)
Seguimiento por puntos de historia	Help me configure sprint burndown by Story Points for <team> in <project> (<organization>) and explain any prerequisites
Interpretación de una evolución plana	In sprint <sprint-name>, our burndown is flat for the first <n> days — what does that usually indicate, and what should <team> do next?
Identificación de los cambios de ámbito	In the sprint burndown for <team> in <project> (<organization>), how do I tell whether scope was added mid-sprint and when it happened?
Comparación de un informe con un widget	What's the difference between the in-context Burndown Trend report and the Sprint Burndown widget in Azure DevOps, and when should <team> use each?
Comparación de sprints	Compare the last <n> sprints for <team> in <project> (<organization>) using burndown patterns and summarize whether our estimation accuracy is improving
Preparación para una retrospectiva	Based on the last sprint burndown for <team> in <project> (<organization>), suggest 3 retrospective questions and 3 process improvements to discuss

Sugerencia

Si usa Visual Studio Code, el modo de agente resulta especialmente útil para iterar en el análisis de varios pasos (por ejemplo, comparar tendencias de evolución en varios sprints y resumir los resultados).

Contenido relacionado

• Guía de burndown y burnup
• Configuración de un widget de evolución o evolución ascendente
• Definir rutas de iteración y configurar iteraciones de equipo
• Asignar elementos pendientes a un sprint
• Agregar tareas a elementos de trabajo pendiente
• Actualizar y supervisar el Panel de tareas