Guía de evolución y evolución
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Los gráficos de evolución ascendente y descendente admiten la administración de proyectos para realizar un seguimiento visual del trabajo completado a lo largo del tiempo.
- Los gráficos de agotamiento comienzan con la cantidad total de trabajo planeado y, a continuación, a medida que se completa el trabajo, el trabajo restante se completa. Con la progresión del tiempo, la cantidad de trabajo pendiente disminuye.
- Los gráficos de evolución ascendente realizan un seguimiento del trabajo a medida que se va completando. Son útiles para mostrar la velocidad a la que se completa el trabajo.
Los gráficos de reducción de sprint realizan un seguimiento del trabajo planeado para un equipo y un sprint seleccionado, por lo que los equipos pueden revisar la eficacia que planean y ejecutan el sprint a través del sprint.
Los gráficos de reducción generalmente muestran una tendencia descendente. Sin embargo, si los equipos agregan trabajo a través de un sprint o un período de lanzamiento, el gráfico muestra tendencias ascendentes. Estos gráficos ayudan a los equipos a supervisar lo que planeaban hacer frente a lo que realmente hacen. Los gráficos de grabación, por otro lado, siempre deben mostrar una tendencia ascendente a medida que se completa el trabajo con el tiempo.
Los siguientes gráficos y widgets configurables están disponibles para el seguimiento de la grabación o la grabación.
- Widget de quema/grabación (Analytics)
- Informe integrado de reducción de sprint (Analytics)
- Widget de reducción de sprint (Analytics)
- Widget de reducción de sprint (heredado) (almacén de elementos de trabajo)
Importante
- La eliminación de rutas de acceso de área o la reconfiguración de las rutas de acceso de iteración provoca una pérdida de datos irreversible. Por ejemplo, los gráficos de widgets de grabación y de grabación, reducción de sprint y gráficos de velocidad para los equipos con rutas de área modificadas no mostrarán datos precisos. Los gráficos de tendencias históricos hacen referencia a la ruta de acceso del área y a la ruta de iteración tal como se definieron en el momento de cada elemento de trabajo. Una vez eliminado, no puede recuperar datos históricos para estas rutas de acceso.
- Solo puede eliminar rutas de acceso de área e iteración que ya no usan los elementos de trabajo.
Opciones de configuración admitidas
En la tabla siguiente se resumen las opciones de configuración admitidas por las distintas opciones del gráfico de agotamiento. Los gráficos de reducción de sprint siempre se centran en un único equipo, mientras que un widget Burndown/Burnup puede realizar un seguimiento del trabajo de varios equipos. Todos los gráficos admiten el seguimiento por recuento de elementos de trabajo o una suma de puntos de historia, esfuerzo, trabajo restante u otro campo personalizado (entero o decimal).
| Configuración | Informe de reducción de sprint | Widget de reducción de sprint | Widget de burndown/Burnup |
|---|---|---|---|
| Equipos | Equipo único | Equipo único | Uno o varios equipos |
| Trabajo pendiente | Trabajo pendiente del producto, Trabajo pendiente de tareas |
Trabajo pendiente del producto, Trabajo pendiente de cartera, Cualquier tipo de elemento de trabajo |
Trabajo pendiente del producto Trabajo pendiente de cartera tipo de elemento de trabajo |
| Filtros de campo de elemento de trabajo | None | None | Compatible |
| Foco de agotamiento | Recuento o suma | Recuento o suma | Recuento o suma |
| Período de tiempo | Sprint único | Sprint único | Configurable |
Para obtener más información sobre cómo ver y configurar gráficos, consulte Configuración y supervisión de la grabación de sprint o Configuración de un widget de grabación o de grabación.
Instrucciones generales
En función de los equipos, los tipos de elementos de trabajo y el período de tiempo que quiera supervisar, elija la opción de gráfico según las instrucciones siguientes.
| Monitor | Opción gráfico |
|---|---|
| Reducción de sprints para un equipo | Gráfico de evolución de sprint |
| Reducción de sprint para un tipo de elemento de trabajo específico o un trabajo pendiente de cartera | Widget de reducción de sprint |
| Reducción de sprints para varios equipos | Widget de agotamiento |
| Lanzamiento de la grabación o el agotamiento de uno o varios equipos o equipos en proyectos diferentes | Widget de burndown/Burnup |
| Grabar o quemar para cualquier tipo de elemento de trabajo y período de tiempo | Widget de burndown/Burnup |
| Fecha de finalización del proyecto y de destino | Widget de burndown/Burnup |
Administración de ámbitos
Al calcular el trabajo restante de las tareas de cada elemento de trabajo pendiente, los equipos comprenderán mejor lo que pueden lograr dentro de un sprint. Dado que las tareas de sprint definen el ámbito general del sprint, definir el trabajo restante conduce a un ámbito de sprint bien definido. Las tareas no realizadas en el sprint deben considerarse fuera del ámbito del sprint.
A medida que el equipo avanza, las divergencias de la línea de tendencia ideal ayudan al equipo a supervisar las divergencias del ámbito.
La opción Mostrar días no laborables sombrea esos días establecidos a través de la configuración días laborables del equipo y días fuera del equipo.
Los aumentos en lugar de las disminuciones dentro del gráfico azul pueden indicar lo siguiente:
- Estimaciones deficientes realizadas a las tareas
- Detección de un nuevo trabajo que no se tiene en cuenta en el planeamiento de sprint
- Creep de ámbito, otro trabajo no acordado por el equipo.
Independientemente de la causa, los equipos deben reunirse rápidamente para determinar cómo solucionar el aumento de la carga de trabajo. Las soluciones pueden incluir reasignar tareas o contratar más recursos. El equipo debe mover todo el trabajo de sprint no esencial al trabajo pendiente y considerarlo durante la próxima reunión de planeación de sprints.
Mitigación del riesgo a través de la inspección diaria
El gráfico de agotamiento muestra si el proyecto está programado. Una comprobación diaria puede mitigar los riesgos y proporcionar una advertencia temprana de posibles sobrecargas de programación o costos, dos métricas asociadas a la administración de proyectos tradicional.
Por ejemplo, cuando el trabajo restante real (área azul) pasa plano durante un tiempo, o permanece alto por encima de la línea de tendencia ideal, el equipo corre el riesgo de no cumplir sus compromisos de sprint.
Los equipos deben cumplir inmediatamente para corregir el curso y reasignar el trabajo, contratar más recursos o restablecer las expectativas.
Pasos siguientes
Configuración y supervisión de la grabación de sprints o Configuración de un widget de agotamiento o de grabación
Artículos relacionados
- Visualización y configuración de la velocidad
- Implementar prácticas de Scrum para su equipo en Azure Boards
- Consultar por fecha o iteración actual, enumerar los elementos de trabajo que se han movido fuera de un sprint
- Consultar por fecha o iteración actual, Enumerar elementos de trabajo agregados a un sprint después de la fecha de inicio
- Administración de prioridades y obtención de visibilidad en todos los equipos
- Descripción del gráfico de burndown de Scrum