Visualización y configuración de la velocidad del equipo

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Las métricas de velocidad proporcionan información valiosa que ayuda a los equipos a planear y prever sprints, y a evaluar con qué precisión calculan y cumplen los compromisos planeados. Estas métricas indican cuánto trabajo puede completar un equipo durante un sprint, en función del recuento de elementos de trabajo completados o de la suma de estimaciones de esfuerzo (elementos de trabajo pendiente del producto), puntos de historia (casos de usuario) o tamaño (requisitos). Use la velocidad para ayudar a determinar la capacidad del equipo, pero no lo confunda con indicadores clave de rendimiento.

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 funciones	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 tareas	Reconocimiento de las tareas necesarias o recomendadas que se enumeran más adelante en este artículo.

Sugerencia

Las imágenes de este artículo pueden diferir de lo que ve en el portal web. Estas diferencias pueden deberse a actualizaciones de su aplicación web, opciones habilitadas por usted o su administrador y el proceso elegido al crear su proyecto (Agile, Basic, Scrum o CMMI).

Entender los números de velocidad

La velocidad representa la cantidad de trabajo que el equipo completó en los sprints anteriores, lo que ayuda a predecir la capacidad futura:

• Al realizar el seguimiento por recuento: velocidad muestra el número de elementos de trabajo (casos de usuario, errores, tareas) completados por sprint
• Cuando se realiza el seguimiento por suma: La velocidad muestra el total de puntos de historia, horas de esfuerzo o estimaciones de tamaño completadas por sprint

Por ejemplo, si su equipo completó historias de usuario por valor de 25 puntos de historia en el Sprint 1, 30 puntos de historia en el Sprint 2 y 28 puntos de historia en el Sprint 3, su velocidad media es de aproximadamente 28 puntos de historia por sprint. Este promedio le ayuda a planificar cuánto trabajo debe comprometerse en futuros sprints.

Tipos de gráficos de velocidad

Puede elegir entre dos gráficos de velocidad: el gráfico de velocidad en contexto de la página Backlogs y el widget de velocidad para cuadros de mando. Ambos gráficos le ayudan a comprender rápidamente las categorías de estado de flujo de trabajo descritas en la tabla siguiente.

Los elementos en los estados Propuesto o Resuelto se excluyen de los cálculos de Terminado, Tarde y Incompleto. Para obtener más información, consulte Cómo se utilizan los estados de categoría de flujo de trabajo en Azure Boards. Las selecciones son personales y se conservan entre sesiones hasta que se cambien.

Estado de flujo de trabajo	Descripción
Planeado	Elementos de trabajo asignados a un sprint antes de que comience. Si son reasignados después de que comience el sprint, se mantienen planificados en el sprint original y aparecen como Retrasados o Incompletos en el nuevo sprint.
Completado	Elementos de trabajo asignados al sprint y completados antes de que finalice.
Con finalización tardía	Elementos de trabajo asignados al sprint pero completados después de que finalice.
Incompleto	Elementos de trabajo asignados al sprint pero aún no completados.
Resuelto	Errores asignados al sprint, que indican que se ha implementado una solución pero aún no se ha verificado.

Más adelante en este artículo, aprenda como abrir el informe en contexto de Velocity o configurar el widget de Velocity.

Gráfico de Velocity en contexto

Widget de velocidad

Puede configurar cada gráfico de las siguientes maneras:

• Suma de Esfuerzo, Puntos de historia, tamaño u otros campos numéricos admitidos asignados a elementos de trabajo pendientes.
• Recuento de elementos de trabajo en el backlog.
• Número de iteraciones.

El widget ofrece más opciones de configuración. Para obtener más información, consulte Configurar y ver gráficos de Velocity.

Ver el informe de Velocity en contexto

Los informes de velocidad están disponibles para trabajos pendientes de productos y carteras. Cada informe incluye controles interactivos que permiten a los usuarios personalizar la vista según sus intereses específicos.

1. Inicie sesión en el proyecto (https://dev.azure.com/{Your_Organization/Your_Project}).

2. Seleccione Boards>Backlogs>Analytics para abrir el informe Velocity de su backlog de producto o cartera.

   

3. Para cambiar a otro backlog, elija en el selector de backlog y, a continuación, seleccione Ver informe completo para Velocity.

4. Utilice los controles interactivos para seleccionar el campo de recuento o suma y el número de iteraciones. Seleccione Iteraciones personalizadas para especificar cualquier número de iteraciones entre 1 y 15.

   Si su equipo no completa un sprint o si está trabajando en elementos antes de la fecha de inicio de un sprint, no hay datos para analizar y hacer previsiones. El siguiente mensaje podría mostrarse: Establezca fechas de iteración para usar este widget. Para resolver esta situación, establezca un intervalo de fechas de iteración que incluya la fecha actual o espere a que comience el sprint.

   Pase el ratón sobre un área de columna para mostrar un resumen de los elementos de trabajo planificados y completados. Por ejemplo, para el sprint 07_2019, hay 131 elementos planificados.

   

   Para obtener más información, consulte las descripciones del estado del flujo de trabajo mencionadas anteriormente en este artículo.

5. Para agregar el informe a un panel, seleccione el icono de acciones y seleccione Copiar en panel.

   

6. Seleccione el panel y seleccione Aceptar.

7. Para volver al resumen de Analytics, seleccione la flecha atrás.

Configure el widget Velocity

Solo puede configurar su widget Velocity para un único equipo. Si desea ver la velocidad de varios equipos, debe configurar un equipo de gestión de cartera que consolide la información de varios equipos. Para más información, consulte Agregar equipos.

Si aún no lo ha hecho, Añada el widget Velocity a su panel. Para Azure DevOps Server 2019, Habilite o instale Analytics.

Complete los siguientes pasos para configurar el widget Velocity.

1. Seleccione el icono de acciones y seleccione la opción Configurar para abrir el cuadro de diálogo de configuración.

   

   Modifique el título, seleccione el equipo y, a continuación, seleccione el nivel de trabajo pendiente o el tipo de elemento de trabajo del que desea realizar el seguimiento. Seleccione si desea realizar el seguimiento de un recuento de elementos de trabajo o de una suma de un campo numérico. El campo sumado más común es el de Esfuerzo, Puntos de historia o Tamaño.

   

2. Especifique el número de sprints que desea ver. El valor predeterminado es de 6 y el valor máximo es de 15.

3. (Opcional) Seleccione las casillas de verificación para mostrar información adicional sobre el trabajo completado después de lo planificado para cada sprint.

   • Mostrar trabajo planificado para iteraciones: Marque esta casilla para mostrar la cantidad de trabajo planificado para una iteración al comienzo de la iteración, lo cual es útil para comparar su trabajo planificado con los entregables reales. Por defecto, el recuento del trabajo planificado comienza en la fecha de inicio de la iteración.
   • Días transcurridos desde la fecha de inicio de la iteración cuando el trabajo planificado es final: Especifique el número de días transcurridos desde la fecha de inicio para contar el trabajo planificado. Por ejemplo, si los dos primeros días de una iteración son para la planificación, entonces puede introducir 3, y el trabajo planificado se cuenta en el tercer día. Por ejemplo, si la iteración comienza en 01/01/2024, y tres elementos de backlog se asignan a la iteración en 01/01/2024 al final del día, entonces esos tres elementos de backlog se consideran Planificados. Si su equipo no completa la planificación hasta pasados unos días de la iteración, entonces puede actualizar los Días transcurridos desde la fecha de inicio de la iteración cuando el trabajo planificado esté finalizado.
   • Resaltar el trabajo completado tarde: Marque esta casilla para mostrar los elementos de trabajo marcados como completados después de la fecha de finalización de la iteración, lo que se considera completado tarde y se muestra en verde claro. Resaltar el trabajo completado con retraso es útil para detectar una tendencia en la que los elementos de trabajo se marcan como completados después de que la iteración haya finalizado.
   • Días transcurridos desde la fecha de finalización de la iteración a partir de los cuales el trabajo se considera retrasado: Especifique el número de días transcurridos desde la fecha de finalización de la iteración a partir de los cuales un elemento de trabajo se considera retrasado si su estado sigue siendo nuevo o está en curso. Por ejemplo, al introducir tres días, el equipo tiene tres días después del final de una iteración para marcar los elementos de trabajo como completos o realizados, antes de considerarse como tardío.

4. Selecciona Guardar. En la imagen siguiente se muestra velocidad basada en puntos de historia y ocho sprints de datos.

   

Para mayor información acerca de los estados Planificado, Terminado, Tarde, e Incompleto, vea las Descripciones de estados mencionadas anteriormente en este artículo.

Tareas requeridas y recomendadas para usar los gráficos de Velocity

Para que su equipo obtenga la mayor utilidad de los gráficos de Velocity, siga estas tareas requeridas y recomendadas.

Tareas requeridas

• Definición de rutas de iteración (sprints) y configuración de las iteraciones del equipo. Asegúrese de que los sprints tengan la misma duración.
• Defina y calcule los elementos de trabajo pendiente. Los elementos creados a partir del backlog del equipo se asignan automáticamente al sprint actual y a la Ruta de Área predeterminada del equipo.
• Actualice el estado de los elementos de trabajo pendiente cuando se inicie y complete el trabajo. Solo los elementos con un estado de En curso o Hecho aparecen en el gráfico o widget de velocidad.

Tareas recomendadas

• Definir y ajustar el tamaño de los elementos de trabajo pendiente para minimizar la variabilidad.
• Decida cómo el equipo trata los errores. Si se tratan como requisitos, los errores aparecen en el backlog y se incluyen en el gráfico Velocity y en la previsión.
• Establezca la ruta de acceso al área del equipo. La herramienta de previsión utiliza esta configuración para incluir o excluir elementos en las rutas de área por defecto del equipo.
• Evite crear una jerarquía de elementos de trabajo pendiente y errores. El panel, los paneles y el trabajo pendiente de sprint solo muestran el último nodo de una jerarquía. En su lugar, mantenga una lista plana con vínculos padre-hijo a un nivel de profundidad. Utilice características para agrupar requisitos o historias de usuario.
• Actualice el estado de los elementos de trabajo pendiente completados al final del sprint. Mueva los elementos incompletos de nuevo al backlog del producto para la planificación futura del sprint.
• Minimice la variabilidad del tamaño de los elementos de trabajo pendiente para mejorar la precisión de la estimación. Reducir la variabilidad aumenta la fiabilidad de las métricas de velocidad y los resultados de las previsiones. Las estimaciones son las mejores suposiciones del equipo sobre el esfuerzo necesario para completar un elemento en relación con otros del backlog.

Importante

• Al eliminar valores de Ruta de Área o reconfigurar los valores de Ruta de Iteración, se produce una pérdida de datos irreversible en los gráficos siguientes:
  • Gráficos de widgets de reducción y aumento de carga de trabajo
  • 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
• Al eliminar estas rutas de acceso, no puede recuperar sus datos históricos.
• Puede eliminar rutas de área e iteración solo cuando ya no sean utilizadas por ningún elemento de trabajo.

Añadir otros equipos

Si cada equipo quiere su propia vista de backlog, gráfico de velocidad y herramienta de previsión, puede añadir un nuevo equipo. Cada equipo tiene acceso a su propio conjunto de herramientas Agile, que filtran los elementos de trabajo para incluir solo las rutas de área asignadas y las rutas de iteración específicas de ese equipo.

Pasos siguientes

Planifique su sprint

Artículos relacionados

• Pronostique sus sprints
• Establecer permisos del panel
• Definición de rutas de iteración (sprints) y configuración de las iteraciones del equipo
• Configuración de un widget de evolución o evolución ascendente