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 útil, por lo que los equipos pueden planear y prever sprints y determinar qué tan bien calculan y cumplen los compromisos planeados. Puede obtener una indicación de cuánto trabajo puede completar un equipo durante un sprint en función de un recuento de elementos de trabajo completados o la suma de las estimaciones realizadas para el esfuerzo (elementos de trabajo pendiente del producto), puntos de historia (casos de usuario) o tamaño (requisitos). Use la velocidad como ayuda para determinar la capacidad del equipo y no la confunda con indicadores clave de rendimiento.

Requisitos previos

  • Tenga en cuenta las tareas necesarias y recomendadas, enumeradas más adelante en este artículo.

Sugerencia

Las imágenes que ve desde el portal web pueden diferir de las imágenes que se ven en este artículo. Estas diferencias se derivan de las actualizaciones realizadas en la aplicación web, las opciones que usted o el administrador han habilitado y qué proceso se eligió al crear el proyecto: Agile, Básico, Scrum o CMMI. El proceso básico está disponible con Azure DevOps Server 2019 Update 1 y versiones posteriores.

Tipos de gráficos de velocidad

Tiene una opción de gráficos de velocidad: el gráfico de velocidad en contexto al que accede desde una página Trabajos pendientes y el widget Velocidad que agrega a un panel. Con estos dos gráficos, puede determinar rápidamente la información de la tabla siguiente, que describe las categorías de estado de flujo de trabajo disponibles y sus descripciones.

Los elementos asignados a un objeto Propuesto o Resuelto no se incluyen en ninguno de los cálculos de Completado, Completado Tarde o Incompleto. Para más información, consulte Uso de los estados de categoría de flujo de trabajo en Azure Boards. Las selecciones que realice solo se establecen para usted y se conservan entre sesiones hasta que las cambie.

Estado de flujo de trabajo Descripción
Planeado Se calcula en función del número de elementos de trabajo asignados al sprint antes del inicio del sprint. Si un elemento de trabajo se asigna al sprint antes de comenzar, pero se asigna a otro sprint después del inicio del sprint original, se muestra como Planeado en el sprint original. A continuación, el elemento de trabajo se muestra como Retrasado o Incompleto en el nuevo sprint al que está asignado.
Completado Se calcula en función del número de elementos de trabajo asignados al sprint antes o después del inicio del sprint y completado antes del final del sprint.
Completado tarde Se calcula en función del número de elementos de trabajo asignados al sprint antes o después del inicio del sprint, pero completado después del final del sprint.
Incompleto Se calcula en función del número de elementos de trabajo asignados al sprint antes o después del inicio del sprint y aún no completado.

Más adelante en este artículo, aprenderá a abrir el informe Velocidad en contexto o a configurar el widget De velocidad.

Puede configurar cada gráfico de las maneras siguientes:

  • Suma de campos Esfuerzo, Puntos de historia o Tamaño u otro campo numérico admitido asignado a elementos de trabajo pendiente
  • Recuento de elementos de trabajo que aparecen en el trabajo pendiente
  • Número de iteraciones

El widget admite algunas opciones de configuración más. Para configurar o ver gráficos de velocidad, consulte Configurar y ver gráficos de velocidad.

Tiene una opción de gráficos de velocidad: el gráfico de velocidad en contexto al que accede desde una página Trabajos pendientes y el widget Velocidad que agrega a un panel. Con el widget Velocidad, puede determinar rápidamente la siguiente información:

  • Velocidad planeada
  • Velocidad real (completada)
  • Trabajo completado más adelante de lo planeado
  • Cantidad de trabajo no completado

Ambos gráficos admiten la visualización de la velocidad del equipo para varios sprints. Sin embargo, el widget Velocity admite las siguientes opciones de configuración:

  • Suma de campos Esfuerzo, Puntos de historia o Tamaño u otro campo numérico admitido asignado a elementos de trabajo pendiente
  • Recuento de elementos de trabajo que aparecen en el trabajo pendiente
  • Número de iteraciones
  • Características avanzadas

Visualización del informe de velocidad en contexto

Los informes de velocidad están disponibles para cada nivel de trabajo pendiente, tanto los trabajos pendientes de producto como los de cartera. Cada informe proporciona controles interactivos para proporcionar a cada usuario la vista de interés.

  1. Inicie sesión en su organización (https://dev.azure.com/{yourorganization}) y vaya al proyecto.

  2. En la pantalla Trabajos pendientes de paneles>, seleccione Análisis para abrir el informe De velocidad del trabajo pendiente de producto o cartera.

    Screenshot showing Backlogs, open Analytics.

  3. Para cambiar a otro trabajo pendiente, elija entre el selector de trabajos pendientes y, a continuación, seleccione Ver informe completo para Velocidad.

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

    Si el equipo no completa un sprint o si está trabajando en elementos antes de una fecha de inicio de sprint, no hay datos para analizar y predecir. Es posible que vea este mensaje: Establecer fechas de iteración para usar este widget. Para resolver esta situación, establezca un intervalo de fechas de iteración para incluir la fecha actual o espere a que se inicie el sprint.

    Mantenga el puntero sobre un área de columna para mostrar un resumen de los elementos de trabajo planeados y completados. Por ejemplo, para el sprint 07_2019, se planean 131 elementos.

    Screenshot of Velocity Analytics report.

    Para obtener más información, consulte las descripciones de 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.

    Screenshot of Analytics in-context report, Copy to dashboard option.

  6. Seleccione el panel y seleccione Aceptar.

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

  1. En el portal web, abra el trabajo pendiente del producto.

  2. Compruebe que seleccionó el proyecto correcto, seleccione Trabajos pendientes de paneles>y, a continuación, seleccione el equipo correcto en el menú selector de equipo.

    Screenshot to Open Boards, Backlogs, for a team, Azure DevOps Server 2019.

    Para seleccionar otro equipo, abra el selector y seleccione otro equipo o seleccione la opción Examinar todos los trabajos pendientes. O bien, escriba una palabra clave en el cuadro de búsqueda para filtrar la lista de trabajos pendientes de equipo para el proyecto.

    Screenshot to Select another team, Azure DevOps Server 2019.

    Sugerencia

    Seleccione el icono de estrella para marcar como favorito un trabajo pendiente de equipo. Los artefactos favoritos ( icono favorito) aparecen en la parte superior de la lista de selectores de equipo.

  3. Seleccione Elementos de trabajo pendiente (para Scrum), Historias (para Agile) o Requisitos (para CMMI) como nivel de trabajo pendiente.

    Screenshot to select product backlog level, Backlog items, Stories, or Requirements in Azure DevOps Server 2019.

  4. Abra el gráfico Velocidad.

    Screenshot to select product backlog level, Backlog items, Stories, or Requirements, Azure DevOps Server 2019.

    Para que aparezcan gráficos, el equipo debe llevar a cabo estas actividades:

    • Seleccione sprints para el equipo.
    • Asigne elementos de trabajo pendiente a sprints.
    • Calcule los elementos de trabajo pendiente definiendo el esfuerzo, los puntos de historia o el tamaño.
  5. El gráfico realiza un seguimiento del trabajo pendiente estimado (suma de esfuerzo, puntos de historia o tamaño) que se completa (verde) en los sprints anteriores o está en curso (azul).

    Como se muestra en el gráfico siguiente, la velocidad tiende a fluctuar de sprint a sprint por diferentes tipos de motivos. Sin embargo, puede determinar rápidamente la velocidad media promediando los valores que se muestran en verde para cada sprint. A continuación, puede conectar el promedio a la herramienta Previsión.

    Web portal, Velocity chart showing seven sprints of in progress and completed work.

    Los elementos de trabajo basados en el proceso de Scrum se cuentan en el gráfico una vez que su estado está establecido en Confirmado, mientras que los elementos basados en los procesos Agile y CMMI se cuentan una vez que su estado está establecido en Activo. Este comportamiento se establece a través de los estados de flujo de trabajo en asignaciones de estado de categoría.

Configuración del widget De velocidad

Solo puede configurar el widget De velocidad para un único equipo. Si desea ver la velocidad de varios equipos, debe configurar un equipo de administración de cartera que se acumula desde varios equipos. Para obtener más información, consulte Agregar equipos.

Si aún no lo ha hecho, agregue el widget De velocidad al panel. Para Azure DevOps Server 2019, habilite o instale Analytics.

Complete los pasos siguientes para configurar el widget De velocidad.

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

    Screenshot showing sequence of highlighted buttons to configure Velocity dashboard.

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

    Screenshot showing Configure dialog, Velocity widget.

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

  3. (Opcional) Active las casillas para mostrar información adicional para el trabajo completado más adelante de lo planeado para cada sprint.

    • Mostrar trabajo planeado para iteraciones: active esta casilla para mostrar la cantidad de trabajo planeado para una iteración al principio de la iteración, lo que resulta útil para comparar el trabajo planeado con las entregas reales. De forma predeterminada, el recuento de trabajo planeado comienza en la fecha de inicio de la iteración.
    • Días anteriores a la fecha de inicio de la iteración cuando el trabajo planeado es final: especifique el número de días pasados la fecha de inicio para contar el trabajo planeado. Por ejemplo, si los dos primeros días de una iteración son para planear, puede escribir 3y el trabajo planeado se cuenta en el tercer día. Por ejemplo, si la iteración se inicia en 01/01/2024y se asignan tres elementos de trabajo pendiente a la iteración al 01/01/2024 final del día, esos tres elementos de trabajo pendiente se consideran planeados. Si el equipo no completa el planeamiento hasta unos días en la iteración, puede actualizar la fecha de inicio días anteriores de iteración cuando el trabajo planeado sea final.

    Nota:

    El trabajo se considera Planeado si se asigna a la iteración a partir de la fecha de inicio de iteración.

    • Resaltar el trabajo completado tarde: active esta casilla para mostrar los elementos de trabajo marcados como completados después de la fecha de finalización de la iteración, que se considera que se ha completado tarde y se muestra como verde claro. Resaltar el trabajo completado tarde es útil para detectar una tendencia en la que los elementos de trabajo se marcan como completados una vez completada la iteración.

    • Días después de la fecha de finalización de la iteración después del cual el trabajo es tarde: especifique el número de días pasados que considere un elemento de trabajo en tiempo de ejecución si su estado sigue siendo nuevo o está en curso. Por ejemplo, al escribir tres días, el equipo recibe 3 días después del final de una iteración para marcar los elementos de trabajo completos o realizados, antes de que se consideren tarde.

      Nota:

      Un elemento de trabajo se considera tarde cuando la fecha de finalización del elemento de trabajo es posterior a la fecha de finalización de la iteración a la que está asignado actualmente el elemento de trabajo. Tiene en cuenta el valor que especifique para días después de la fecha de finalización de la iteración después de la cual el trabajo es tarde.

  4. Cuando haya terminado, haga clic en Guardar. En la imagen siguiente se muestra velocidad basada en puntos de historia y ocho sprints de datos.

    Screenshot of example Velocity widget, eight iterations.

Para obtener más información sobre los estados planeados, completados, completados en tiempo de ejecución e incompletos , vea las descripciones de estado mencionadas anteriormente en este artículo.

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

Requerido:

Se recomienda que use:

  • Defina y ajuste el tamaño de los elementos de trabajo pendiente para minimizar la variabilidad.
  • Determine cómo quiere el equipo tratar los errores. Si el equipo decide tratar errores como los requisitos, los errores aparecen en el trabajo pendiente y se cuentan en el gráfico velocidad y la previsión.
  • Establezca la ruta de acceso al área del equipo. La herramienta de previsión prevé esos elementos en función de la configuración predeterminada del equipo. Esta configuración puede especificar que se incluyan o excluyan elementos en rutas de acceso al área en el valor predeterminado del equipo.
  • No cree una jerarquía de elementos de trabajo pendiente y errores. Los paneles kanban y los paneles de tareas y el trabajo pendiente de sprint solo muestran el último nodo de una jerarquía, denominado nodo hoja. Por ejemplo, si vincula elementos dentro de una jerarquía que tiene cuatro niveles de profundidad, solo los elementos del cuarto nivel aparecen en el panel Kanban, el trabajo pendiente de sprint y el panel de tareas.
    En lugar de anidar requisitos, errores y tareas, se recomienda mantener una lista plana que solo crea vínculos primarios y secundarios de un nivel profundo entre elementos. Use características para agrupar requisitos o casos de usuario. Puede asignar rápidamente historias a características, que crean vínculos primarios y secundarios en segundo plano.
  • Actualice el estado de los elementos de trabajo pendiente que el equipo completó al final del sprint. Los elementos incompletos se deben trasladar al trabajo pendiente del producto y tenerse en cuenta en una futura reunión de planeación de sprints.
  • Minimice la variabilidad del tamaño de los elementos de trabajo pendiente para ayudar a fortalecer la capacidad del equipo para crear estimaciones reales. La variabilidad aumenta la incertidumbre, pero minimizando la variabilidad de las estimaciones, aumenta la probabilidad de métricas de velocidad más confiables y resultados de previsión. Las estimaciones, por su naturaleza, no reflejan la realidad. Representan una mejor estimación del equipo en cuanto al esfuerzo necesario para completar un elemento, ya que se relaciona con el esfuerzo de completar otros elementos en el trabajo pendiente.

Importante

La eliminación de rutas de acceso de área o la reconfiguración de las rutas de acceso de iteración pueden provocar una pérdida de datos y no se pueden revertir. Por ejemplo, los gráficos de widgets de evolución o de evolución, la evolución del sprint y los gráficos de velocidad de los equipos cuyas rutas de acceso de área cambian no reflejarán los datos correctos. Los gráficos de tendencias históricos hacen referencia a la ruta de acceso del área y la ruta de acceso de iteración tal como se define en un punto del pasado para cada elemento de trabajo. Cuando se elimina una ruta de acceso de área o una ruta de acceso de iteración , no se pueden recuperar los datos históricos de ella.

Agregar otros equipos

Si cada equipo quiere trabajar con su propia vista de trabajo pendiente, gráfico de velocidad y herramienta de previsión, puede agregar un nuevo equipo. Cada equipo obtiene acceso a su propio conjunto de herramientas de Agile. Cada herramienta ágil filtra los elementos de trabajo para incluir solo rutas de acceso de área asignadas y rutas de acceso de iteración establecidas para el equipo.

Pasos siguientes