Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Servicios de Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
A lo largo del sprint, monitorea el informe de reducció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 tendencias de quemado en contexto: se puede ver desde la pestaña Análisis del backlog de sprint de un equipo.
- Widget Sprint Burndown: agregue a cualquier panel del catálogo de widgets.
Ambos gráficos derivan datos de Analytics y admiten el agotamiento en función de un recuento de elementos de trabajo o una suma de puntos de historia, esfuerzo, trabajo restante u otros campos numéricos. Para obtener más opciones de configuración, consulte Configurar un widget de gráfico de burndown o burnup. Para obtener información general sobre todos los tipos de gráficos de agotamiento, consulte Instrucciones de burndown y burnup.
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 proyectos o permisos específicos de panel de que te hayan sido concedidos. - Para agregar un widget a un panel de equipo: miembro del equipo. |
| Activación de funcionalidades | Azure Boards habilitado. 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. |
| Categoría | Requisitos |
|---|---|
| niveles de acceso |
-
miembro del proyecto. - Al menos acceso básico. |
| permisos |
-
administrador de equipo o administrador de proyectos o permisos específicos de panel de que te hayan sido concedidos. - Para agregar un widget a un panel de equipo: miembro del equipo. |
| Activación de funcionalidades |
-
Azure Boards habilitados. 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. - Analytics instalado y habilitado. Los miembros del grupo Administradores de colecciones de proyectos pueden agregar extensiones o habilitar el servicio. Los propietarios de la organización son miembros automáticamente de este grupo. |
Para supervisar el burndown de sprints, el equipo debe programar sprints y asignar trabajo a esos sprints. Si desea reducir el 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 de widget de burndown y burn up
- Gráficos de reducción de sprint
- 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
Solo puede eliminar rutas de acceso de área e iteración 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 reducció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 |
|---|---|
| intervalo 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. |
| Completado | Porcentaje de trabajo completado en función del ámbito original. Seleccione Completado para ver la lista completa de elementos de trabajo completados. |
| Reducción promedio | Promedio de trabajo completado por día o intervalo. |
| aumento total del alcance | El cambio en el trabajo desde el ámbito original desde que comenzó el burndown. |
| restante | Número de elementos de trabajo aún activos o en curso. |
| Ámbito 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 agotamiento 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 reducción de escaleras.
Abrir el informe de Tendencia de desglose en contexto
Vaya a Tableros>Sprints, seleccione su equipo y, a continuación, seleccione Trabajo pendiente.
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.
Seleccione la pestaña Análisis.
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 Burndown disponibles.
- Desglose de trabajo en: seleccione Cantidad de elementos de trabajo o una suma de un campo como Puntos de historia, 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.
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:
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.
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
Agregue el widget Sprint Burndown al panel. Filtre el cuadro de diálogo Agregar widget mediante la reducción de sprint para buscar el widget.
Seleccione el
icono de acciones en el widget y seleccione Configurar.
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. Gráfico de quemado en 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. 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 Sombrea días no laborables en el gráfico de trabajo pendiente. Gráfico restante usando el color del tipo de elemento de trabajo Los colores restantes funcionan por tipo de elemento de trabajo en lugar de azul predeterminado. Apila los colores de varios tipos de elementos de trabajo. Haga clic en Guardar.
Widget Sprint Burndown (Antiguo)
Los gráficos del widget Sprint Burndown (heredado) representan el trabajo restante para 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.
Revisar gráficos de burndown de sprints anteriores
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?
Procedimientos recomendados para la quema de sprints
- 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. Si lo hace, especifique las horas solo para las subtareas: las horas se suman como valores de resumen para la tarea principal.
- Actualice el trabajo restante diariamente o varias veces a la semana para lograr un gráfico de evolución más suave.
- 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 agotamiento 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.
Usar inteligencia artificial para supervisar la reducción de los sprints
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 quema 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? |
| Comparar informe frente a 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 es especialmente útil para iterar en el análisis de varios pasos (por ejemplo, comparar tendencias de agotamiento en varios sprints y resumir los resultados).