Administrar los tipos de elementos de trabajo y el flujo de trabajo del proceso de Scrum

Servicios de Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Use Scrum en Azure Boards para planear y priorizar la entrega de software y para realizar un seguimiento de los defectos. Los equipos capturan el trabajo como elementos del trabajo pendiente del producto (PBI) y errores, asignan esos elementos a funcionalidades para la visibilidad del portafolio y dividen el trabajo del sprint en tareas vinculadas a los PBI y los errores.

Nota

Si no está familiarizado con el proceso de Scrum, revise Acerca de sprints, Scrum y administración de proyectos.

Este artículo le ayuda a:

• Defina y priorice los PBI y los errores.
• Realice un seguimiento del trabajo a través de los estados de flujo de trabajo de Scrum.
• Divida los elementos de trabajo pendiente en tareas de sprint.
• Vincular casos de prueba y errores para realizar un seguimiento de la calidad.
• Realice un seguimiento de los bloqueos y mantenga el orden de la lista de trabajo pendiente.

Prerequisites

Area	Requirement	¿Por qué es importante?
Pertenencia a proyectos	Debe ser miembro del proyecto con permiso para ver y editar elementos de trabajo en Azure Boards.	Necesario para crear, actualizar y mover elementos de trabajo a través de estados de flujo de trabajo de Scrum.
Nivel de acceso	Necesita al menos acceso básico para crear y actualizar elementos de trabajo.	Requerido para las acciones básicas de seguimiento del backlog, el tablero y las tareas.
Acceso al backlog y al tablero	Necesitas acceso a los backlogs y tableros del equipo.	Se requiere para priorizar los PBI, planificar sprints y actualizar el estado desde tableros y paneles de tareas.
Permisos de configuración del equipo	Para definir la configuración del equipo, los niveles de la lista de trabajo pendiente o la configuración del tablero, se necesita pertenecer a Project Administrators o tener permisos delegados equivalentes.	Necesario para la configuración y personalización de nivel de equipo.
Acceso de administración de pruebas	Para crear y ejecutar casos de prueba, necesita acceso a Azure Test Plans (o herramientas de prueba equivalentes para la implementación).	Necesario para vincular casos de prueba a PBIs y realizar un seguimiento de los resultados de las pruebas.

Para más información, consulte Establecimiento de permisos y acceso para el seguimiento del trabajo.

Definición de los PBI y los errores

Defina los PBIs y los errores para capturar primero el valor del cliente y, a continuación, los detalles de implementación a medida que el trabajo se aproxima a la ejecución.

Use este patrón:

• Crea elementos desde el panel de adición rápida de la página del backlog del producto.
• Priorice por valor empresarial, esfuerzo y dependencias.
• Agregue detalles completos para los elementos de prioridad más alta y los elementos planeados para el sprint actual o siguiente.

A medida que cambian las prioridades, actualice el orden del trabajo pendiente. La página de trabajos pendientes realiza un seguimiento de este orden a través de Prioridad de trabajo pendiente.

Establezca Esfuerzo para que los gráficos de previsión y velocidad puedan proyectar la capacidad futura del sprint. Establezca Valor empresarial para expresar prioridad independientemente de la clasificación de la pila.

Use los siguientes campos para completar cada elemento de forma coherente antes de planear el sprint. Para más información sobre los errores, consulte Administración de errores.

Campo	Cómo usarlo
Esfuerzo	Calcule el trabajo necesario para completar el PBI mediante la unidad numérica del equipo (por ejemplo, puntos de historia o tiempo). Dependiendo de la personalización del proceso, este campo puede ser opcional o obligatorio. Los gráficos de velocidad y la previsión usan este valor.
Valor empresarial	Escriba un número que indique el valor empresarial relativo en comparación con otros PBIs. Los números más altos indican un valor mayor.
Descripción	Describa quién sirve la característica, qué necesita lograr el usuario y por qué es importante. Incluya suficiente contexto para el desglose de tareas y el diseño de pruebas.
Criterios de aceptación	Defina las condiciones para que se realicen antes de que se inicie la implementación. Los criterios claros alinean las expectativas del equipo y las partes interesadas y respaldan las pruebas de aceptación.

Capturar comentarios en la sección Discusión

Use la sección Discusión para colaborar en elementos de trabajo agregando y revisando comentarios.

Cuando coloca el cursor en un cuadro de texto que admite el formato, aparece la barra de herramientas del editor de texto enriquecido.

Nota

No existe un campo de elemento de trabajo Discusión. Para consultar elementos de trabajo que cuentan con comentarios en el área Discusión, deberá filtrar por el campo Historial. El contenido completo del texto que se escribió en el cuadro de texto Discusión se agrega al campo Historial.

Mencionar a alguien, un grupo, un elemento de trabajo o una solicitud de incorporación de cambios

Utiliza uno de los siguientes iconos para abrir las entradas recientes de personas, elementos de trabajo o solicitudes de incorporación de cambios:

• 
• 
• 

Puedes abrir el mismo menú con atajos de teclado: mención @, hashtag # y signo de exclamación !.

Escriba un nombre o un número para filtrar la lista y, a continuación, seleccione el elemento que desea agregar. Para mencionar un grupo, escriba @ seguido del nombre del grupo, como un equipo o un grupo de seguridad.

Edición o eliminación de comentarios

Para actualizar o quitar uno de los comentarios, seleccione Editar o seleccione Más acciones ( ) y, a continuación, seleccione Eliminar:

Después de cambiar un comentario, seleccione Actualizar. Para quitar un comentario, confirme la eliminación. La pestaña Historial mantiene una pista de auditoría de todos los comentarios editados y eliminados.

Agregar una reacción a un comentario

Agregue una o varias reacciones a un comentario seleccionando un emoji en el comentario. Para quitar la reacción, vuelva a seleccionar la misma reacción. En la imagen siguiente se muestra un ejemplo de adición y visualización de reacciones en un comentario.

Guardar un comentario sin guardar el elemento de trabajo

Nota

Esta característica está disponible a partir de Azure DevOps Server 2022.1.

Si solo tiene permisos para agregar a la discusión de un elemento de trabajo, puede hacerlo guardando comentarios. Este permiso se controla mediante nodos de ruta de área y el permiso Editar comentarios de elemento de trabajo de este nodo. Para obtener más información, consulta Establecer permisos de seguimiento del trabajo: crear nodos secundarios, modificar elementos de trabajo en una ruta de área o iteración.

Al guardar comentarios, no es necesario guardar el elemento de trabajo.

Nota

Al guardar los cambios realizados en el control Discusión , solo se guarda el comentario. No se han definido reglas de elementos de trabajo para la ejecución del tipo de elemento de trabajo.

Seguimiento del progreso

A medida que avanza el trabajo, actualice Estado para reflejar el estado actual y establecer Motivo cuando sea necesario. Ambos campos aparecen en el encabezado del elemento de trabajo.

Utiliza las actualizaciones de estado de forma coherente para mantener alineadas las vistas del backlog, el tablero y los informes.

Flujo rápido:

• Defina y priorice los PBI y los errores.
• Mueva los elementos a través de estados de flujo de trabajo a medida que avanza el trabajo.
• Revisa el tablero y los informes para confirmar la alineación de los estados.

Estados del flujo de trabajo de Scrum

Actualice el estado para mostrar si un elemento es nuevo, en curso, completado o quitado del ámbito. La mayoría de los WIT admiten transiciones hacia delante y hacia atrás.

En los diagramas siguientes se muestran los principales estados de progresión y regresión para los tipos de elementos de trabajo PBI, Bug y Task.

Elemento de trabajo pendiente del producto	Error	Tarea

Ciclo de vida típico de los PBI y los bugs:

• Nuevo: un propietario o evaluador de productos crea el elemento. El motivo predeterminado varía según el tipo de elemento de trabajo y la configuración del proceso (por ejemplo, Nuevo elemento de trabajo pendiente).
• Aprobado: el elemento se define lo suficiente para que el equipo calcule y prepare el planeamiento del sprint. Los elementos de mayor prioridad normalmente se mueven a este estado en primer lugar.
• Confirmado: el equipo acepta entregar el elemento en el sprint.
• Hecho: todas las tareas relacionadas se completan y el propietario del producto confirma que el artículo cumple los criterios de aceptación.

Usa Eliminado para los elementos retirados deliberadamente del alcance y cuya entrega no está prevista. Mantener estos elementos fuera de Done ayuda a conservar la precisión de los informes.

Actualizar el estado en los tableros y paneles de tareas

Usa tableros para mantener el estado actualizado a medida que el trabajo avanza durante el sprint:

• Usa el tablero para actualizar el PBI y el estado de los errores.
• Use el Panel de tareas sprint para actualizar el estado de la tarea.
• Arrastre un elemento a una nueva columna para actualizar el estado y el motivo.

Puede personalizar el tablero con carriles de natación y columnas. Para obtener más opciones, consulte Personalización de la experiencia de seguimiento del trabajo.

Asignar PBI a características

Asigna los PBI a las funcionalidades para realizar un seguimiento del alcance y el progreso en todos los productos, escenarios o equipos.

Use este enfoque:

• Utiliza las listas de tareas pendientes del portafolio para profundizar entre los distintos niveles de la lista de tareas pendientes.
• Utiliza los resúmenes de la jerarquía de equipos después de configurar una jerarquía de equipos.

Comprobación de validación: confirma que cada característica muestre los PBI secundarios vinculados y que los valores de los resúmenes coincidan con el progreso de los elementos secundarios.

Definir tareas

Cuando tu equipo trabaje en sprints, divide los PBI y los errores en tareas desde la página de la lista de tareas pendientes del sprint.

Asigne un nombre a cada tarea y calcule el esfuerzo.

Los equipos suelen definir tareas al principio de cada sprint. Los miembros del equipo completan subconjuntos de trabajo, como desarrollo, pruebas o documentación.

Use este patrón:

• Crea tareas para cada paso de entrega necesario para completar el PBI o el error.
• Asigne tareas a los miembros del equipo en función de la responsabilidad.
• Actualiza los valores de las tareas a diario para que la capacidad y el burndown se mantengan precisos.

Cuando el equipo realiza estimaciones en horas o días, usa Trabajo restante y la Actividad opcional.

Campo	Cómo usarlo
Trabajo restante	Escriba cuántas horas o días quedan y actualice el valor a medida que avanza el trabajo. Este campo alimenta los gráficos de capacidad, el burndown del sprint y los informes relacionados. Si divide el trabajo en subtareas, realice un seguimiento del trabajo restante solo en las subtareas.
Actividad	Seleccione la categoría de actividad que mejor describa la tarea para que el equipo pueda calcular y revisar la capacidad de sprint por tipo de actividad.

Realizar el seguimiento del progreso de la prueba

Sigue estas instrucciones para vincular la cobertura de pruebas y el seguimiento de defectos a los elementos de tu lista de tareas pendientes del sprint.

Crear y vincular casos de prueba a PBIs

Use este patrón para conectar el trabajo de prueba a los elementos de trabajo pendiente:

• Cree casos de prueba desde el portal web para que se vinculen a un PBI o un error.
• Si es necesario, abra la pestaña Vínculos y agregue la relación manualmente.

Los casos de prueba incluyen campos que se integran con flujos de trabajo de compilación y prueba. Para obtener más información, consulte Consulta basada en campos de integración de compilación y prueba.

En la pestaña Vínculos se enumeran los PBIs y los errores vinculados a cada caso de prueba.

Comprobación de validación: confirme que cada caso de prueba muestre su PBI o error vinculado en la pestaña Vínculos.

Realizar el seguimiento de los defectos de código

Crea errores desde el portal web o desde Visual Studio. Para obtener más información, consulte Administración de errores.

Definiciones de campos de seguimiento de trabajo comunes

Los siguientes campos y las pestañas aparecen en la mayoría de los elementos de trabajo. Las pestañas comunes incluyen Historial, Vínculos y Datos adjuntos.

Para todos los tipos de elementos de trabajo, Title es el único campo obligatorio universalmente. Al guardar un elemento de trabajo, Azure DevOps asigna un identificador único. Los campos obligatorios se resaltan en amarillo. Para obtener más campos, consulte Índice de campo de elemento de trabajo.

Nota

Es posible que se requieran otros campos en función de las personalizaciones del proceso y del proyecto.

Campo o pestaña	Usage
Título	Escriba una descripción breve (hasta 255 caracteres). Puede editar el título más adelante.
Asignado a	Asigne el elemento de trabajo a la persona responsable de completarlo o déjelo sin asignar hasta que la propiedad esté clara.
Estado	Al crearlo, State tiene como valor predeterminado el primer estado de flujo de trabajo (por ejemplo , Nuevo o Sin asignar). Actualícelo a medida que avanza el trabajo.
Motivo	Motivo explica por qué el elemento está en el estado actual. Los valores predeterminados varían según el tipo de elemento de trabajo y el proceso.
Área	Seleccione la ruta de área para el producto o equipo. Para obtener más información, consulte Definición de rutas de acceso de área y asignación a un equipo.
Iteración	Seleccione el sprint/iteración para la finalización prevista. Para más información, consulte Definir rutas de iteración (sprints) y configurar las iteraciones del equipo.
Pestaña Historial	Vea el registro de cambios completo del elemento de trabajo, incluidos los campos autor, fecha y actualización. También puede agregar texto con formato en historial.
Pestaña Enlaces	Añade relaciones con otros artefactos (por ejemplo, elementos de trabajo padre/hijo, conjuntos de cambios, archivos fuente o resultados de pruebas).
Pestaña Archivos adjuntos	Agregue archivos auxiliares como documentos, imágenes, registros o subprocesos de correo electrónico.

Personalizar tipos de elemento de trabajo

Para la mayoría de los tipos de elementos de trabajo, puede agregar campos, actualizar el flujo de trabajo, definir reglas personalizadas, agregar páginas personalizadas y crear tipos de elementos de trabajo personalizados. Para obtener más información, consulte Personalización de un proceso de herencia.

Seguimiento de los impedimentos

Use el tipo de elemento de trabajo Impediment para realizar un seguimiento de los bloqueos. Use Error solo para defectos de código.

Puede agregar un impedimento desde:

• El widget Nuevo elemento de trabajo en un panel de control del equipo
• El menú Nuevo de la página Consultas

Los elementos de trabajo que añadas desde el widget se asignan automáticamente al área predeterminada y a las rutas de iteración de tu equipo. Para usar un contexto de equipo diferente, consulte Cambiar contexto de equipo.

Orden de lista de trabajos pendientes

Utiliza Prioridad del backlog para administrar la clasificación relativa de los PBI, errores, características y épicas.

Use este patrón:

• Reordene los elementos directamente en la página de trabajo pendiente (vea Crear el trabajo pendiente).
• Arrastre elementos para reflejar la prioridad empresarial actual.
• Deja que Azure DevOps actualice Prioridad del backlog en segundo plano.

Verificación de validación: confirme que el orden de la lista de tareas pendientes coincide con la prioridad del negocio después de reordenarla.

Solucionar problemas comunes

Problema	Causa	Resolution
No se puede mover un elemento de trabajo al estado esperado	Las reglas de flujo de trabajo o la personalización de procesos limitan las transiciones	Revise la personalización del proceso y las transiciones permitidas. Consulte Personalización de un proceso de herencia.
Los campos obligatorios impiden guardar un elemento de trabajo	Las reglas personalizadas específicas del proyecto requieren campos adicionales	Compruebe el mensaje de validación y complete los campos obligatorios para el proceso. Consulte Establecer reglas para elementos de trabajo.
No se pueden crear ni editar casos de prueba	Faltan permisos de prueba o nivel de acceso	Compruebe su acceso y los permisos para acceder a los artefactos de prueba. Consulte Establecimiento de permisos y acceso para el seguimiento del trabajo.
El caso de prueba vinculado no aparece en un elemento del backlog	El enlace no se creó como un enlace a un elemento de trabajo o se agregó a otro elemento.	Abra el caso de prueba y el elemento de trabajo pendiente y, a continuación, compruebe los vínculos de la pestaña Vínculos de ambos elementos.
No se puede resolver el problema después de aplicar estas correcciones	La directiva o los permisos de nivel de organización siguen bloqueando la acción	Póngase en contacto con el administrador de Project primero. Si el problema afecta a toda la organización, póngase en contacto con el Administrador de la colección de proyectos o con el administrador de Azure DevOps.

Contenido relacionado

• Crear un proyecto
• Agregar elementos de trabajo y administrar un proyecto
• Crear un registro de trabajo pendiente
• Administrar el acceso a características específicas
• Obtener información sobre los niveles de acceso y permisos predeterminados para Azure Boards