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
- Debe ser miembro de un proyecto. Se agrega a un proyecto o crea uno.
- Para agregar un widget a un panel de equipo, debe ser miembro del equipo. Debe tener acceso básico o superior, tener permisos de panel o ser administrador de equipo o administrador de proyectos.
- Los paneles deben estar habilitados. Si está deshabilitado, no se muestra ninguno de los widgets de Análisis de seguimiento de trabajo. Para volver a habilitarlo, consulte Activación o desactivación de un servicio de Azure DevOps.
- Debe ser miembro de un proyecto. Se agrega a un proyecto o crea uno.
- Habilite o instale Analytics. Debe ser propietario de la cuenta o miembro del grupo Administradores de colecciones de proyectos para agregar extensiones o habilitar el servicio.
- Para agregar un widget a un panel de equipo, debe ser miembro del equipo. Debe tener acceso básico o superior, tener permisos de panel o ser administrador de equipo o administrador de proyectos. La configuración predeterminada proporciona a todos los miembros del equipo permisos.
- Los paneles deben estar habilitados. Si está deshabilitado, no se muestra ninguno de los widgets de Análisis de seguimiento de trabajo. Para volver a habilitarlo, consulte Activación o desactivación de un servicio de Azure DevOps.
- 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.
Inicie sesión en su organización (
https://dev.azure.com/{yourorganization}
) y vaya al proyecto.En la pantalla Trabajos pendientes de paneles>, seleccione Análisis para abrir el informe De velocidad del trabajo pendiente de producto o cartera.
Para cambiar a otro trabajo pendiente, elija entre el selector de trabajos pendientes y, a continuación, seleccione Ver informe completo para Velocidad.
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.
Para obtener más información, consulte las descripciones de estado del flujo de trabajo mencionadas anteriormente en este artículo.
Para agregar el informe a un panel, seleccione el icono de acciones y seleccione Copiar en panel.
Seleccione el panel y seleccione Aceptar.
Para volver al resumen de Analytics, seleccione la flecha atrás.
En el portal web, abra el trabajo pendiente del producto.
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.
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.
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.
Seleccione Elementos de trabajo pendiente (para Scrum), Historias (para Agile) o Requisitos (para CMMI) como nivel de trabajo pendiente.
Abra el gráfico Velocidad.
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.
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.
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.
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 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.
Especifique el número de sprints que desea ver. El valor predeterminado es 6 y el máximo es 15.
(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
3
y el trabajo planeado se cuenta en el tercer día. Por ejemplo, si la iteración se inicia en01/01/2024
y se asignan tres elementos de trabajo pendiente a la iteración al01/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.
Cuando haya terminado, haga clic en Guardar. En la imagen siguiente se muestra velocidad basada en puntos de historia y ocho sprints de datos.
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.
Tareas necesarias y recomendadas
Para que su equipo obtenga la mayor utilidad de los gráficos De velocidad, siga estas tareas necesarias y recomendadas.
Requerido:
- Defina rutas de acceso de iteración (sprints) y configure iteraciones de equipo. Los sprints deben tener la misma duración.
- Definición y cálculo de los elementos de trabajo pendiente. Si trabaja desde el trabajo pendiente de su equipo, los elementos que crea se asignan automáticamente al sprint (Iteración) actual y a la ruta de acceso de área predeterminada del equipo.
- Actualice el estado de los elementos de trabajo pendiente una vez que se inicie el trabajo y cuando se complete. Solo se muestran los elementos de trabajo pendiente con estado en curso o Listo en el gráfico de velocidad o widget.
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
Artículos relacionados
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de