Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Servicios de Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
En Azure Boards, el proceso agile usa tipos de elementos de trabajo (WIT) para ayudar a su equipo a planear, priorizar y realizar un seguimiento del progreso. El proceso de Agile incluye epopeyas, características, casos de usuario, tareas, problemas y errores. Después de definir los WIT, puede realizar un seguimiento del progreso actualizando los estados de los elementos de trabajo.
Para obtener visibilidad de una cartera de características, escenarios y experiencias de usuario, los propietarios de productos y los administradores de programas asignan historias de usuario a las características. Los equipos que trabajan en sprints definen las tareas que se vinculan a esos casos de usuario. Si no está familiarizado con el proceso de Agile, consulte Planeamiento y seguimiento del trabajo con Agile.
En este artículo aprenderá a:
- Defina y priorice las historias de usuario.
- Realiza un seguimiento del estado del flujo de trabajo a medida que el trabajo pasa de nuevo a terminado.
- Divida historias en tareas de sprint y calcule el trabajo restante.
- Vincular casos de prueba y errores para realizar un seguimiento de la calidad y los defectos.
En Azure DevOps Services, los evaluadores crean y ejecutan casos de prueba en el portal web. En Azure DevOps Server, los evaluadores también pueden usar Microsoft Administrador de pruebas para realizar un seguimiento de defectos de código y problemas de bloqueo.
Definición de casos de usuario
Normalmente, los responsables del producto definen y priorizan las historias de usuario que describen los requisitos de la aplicación y los elementos de trabajo. A continuación, el equipo calcula el esfuerzo necesario para entregar los elementos de mayor prioridad.
Crea historias de usuario desde el panel de adición rápida en la página de Backlog del producto. También puede arrastrar y colocar elementos en la página, reordenarlos y asignar elementos a características.
Abra cada historia de usuario para añadir detalles y estimar los puntos de historia. Defina puntos de historia para que el equipo pueda usar las características de previsión y los gráficos de velocidad para calcular los sprints futuros y el esfuerzo de trabajo. Al priorizar las historias de usuario en la página del backlog (registradas en el campo Stack Rank), los responsables del producto indican qué elementos tienen mayor prioridad.
Use las indicaciones de la tabla siguiente y los campos comunes usados en todos los tipos de elementos de trabajo cuando rellene el formulario.
Field
Usage
En los casos de usuario, proporcione detalles suficientes para calcular cuánto trabajo será necesario para implementar el caso. Céntrese en quién utilizará la característica, qué se desea lograr y por qué. No describa el modo en que se debe desarrollar la característica. Proporcione detalles suficientes para que el equipo pueda escribir tareas y casos de prueba para implementar el elemento.
Proporcione los criterios que se deben cumplir antes de que se pueda cerrar el error o el caso de usuario. Antes de que el trabajo comience, describa los criterios de aceptación del cliente con tanta claridad como sea posible. Las conversaciones entre el equipo y los clientes para definir los criterios de aceptación ayudan a garantizar que el equipo comprenda las expectativas de los clientes. Puede usar los criterios de aceptación como base para las pruebas de aceptación para evaluar de forma más eficaz si un elemento se ha completado satisfactoriamente.
Área del valor de cliente dirigida por la epopeya, la característica, el requisito o el elemento de trabajo pendiente. Los valores incluyen:
- Arquitectura: servicios técnicos para implementar características empresariales que ofrecen soluciones.
- Negocio: (valor predeterminado) Servicios que satisfacen las necesidades de los clientes o partes interesadas y proporcionan directamente valor de cliente para apoyar a la empresa.
Calcule la cantidad de trabajo necesaria para completar un caso de usuario mediante cualquier unidad numérica de medida que prefiera su equipo. Los gráficos de velocidad y las herramientas de previsión de Agile hacen referencia a los valores de este campo. Para obtener más información, vea las notas del producto Estimaciones.
Una calificación subjetiva del caso de usuario, la característica o el requisito respecto al negocio. Los valores permitidos son:
- 1: el producto no se puede distribuir sin la característica.
- 2: el producto no se puede enviar sin la característica, pero no es necesario abordarlo de inmediato.
- 3: la implementación de la característica es opcional en función de los recursos, el tiempo y el riesgo.
Una clasificación subjetiva de la incertidumbre relativa de la finalización correcta de un caso de usuario. Los valores permitidos son:
- 1 - Elevado
- 2 - Medio
- 3 - Bajo
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.
Note
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.
Important
Para los Azure DevOps Server locales, configure un servidor SMTP para que los miembros del equipo puedan recibir notificaciones.
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
Note
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.
Note
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 el campo Estado para reflejar el estado. Opcionalmente, puede especificar un motivo. Los campos Estado y Motivo aparecen en el área de encabezado del formulario del elemento de trabajo:
Estados del flujo de trabajo de Agile
A medida que los equipos actualizan los estados de flujo de trabajo, pueden identificar qué elementos son nuevos, en curso o completados. La mayoría de los WIT admiten transiciones hacia delante y hacia atrás entre estados. Los siguientes diagramas muestran los principales estados de avance y retroceso de los WIT de historias de usuario, errores y tareas.
Esta es la progresión típica del flujo de trabajo para un caso de usuario:
- El propietario del producto crea un caso de usuario en el estado Nuevo con el motivo predeterminado Nuevo caso de usuario.
- El equipo actualiza el estado de la historia a Activo cuando han decidido completar el trabajo durante el sprint.
- La historia pasa al estado Resuelto cuando el equipo completa todas las tareas asociadas y las pruebas unitarias se superan correctamente.
- El artículo pasa al estado Cerrado cuando el propietario del producto acepta que la historia se implemente según los criterios de aceptación y se superen las pruebas de aceptación.
Actualiza el estado mediante el tablero o el tablero de tareas.
Teams puede usar el panel para actualizar el estado de los requisitos y el panel de tareas para actualizar el estado de las tareas. Al arrastrar elementos a una nueva columna de estado, se actualizan los campos Estado y Motivo .
Puede personalizar el panel para que admita más carriles o columnas. Para más información, consulte Personalización de la experiencia de seguimiento del trabajo.
Asignar casos de usuario a las características
Al administrar un conjunto de productos o experiencias de usuario, es posible que tenga que revisar el ámbito de trabajo y el progreso en toda la cartera. Utiliza funcionalidades y la asignación de historias de usuario a funcionalidades para realizar un seguimiento de ese resumen.
Use los trabajos pendientes en cartera para explorar en profundidad los trabajos pendientes y ver el nivel de detalle que quiera. Además, utiliza los backlogs de cartera para ver un resumen del trabajo en curso en varios equipos cuando configure una jerarquía de equipos.
Definición de tareas
Cuando su equipo administre el trabajo en sprints, utilice la página de la lista de tareas pendientes del sprint para desglosar el trabajo planificado en tareas concretas.
Escriba el nombre de la tarea y calcule el esfuerzo en el campo Esfuerzo :
Cuando se usa el proceso de Agile, los equipos prevén el trabajo y definen las tareas al comienzo de cada sprint. A continuación, cada miembro del equipo completa un subconjunto de esas tareas. Las tareas pueden incluir desarrollo, pruebas y otro trabajo. Por ejemplo, un desarrollador podría definir tareas para implementar casos de usuario y un evaluador podría definir tareas para escribir y ejecutar casos de prueba.
Cuando los equipos calculan el trabajo según el número de horas o días, definen las tareas y los campos Trabajo y actividad restantes (opcional).
Field
Usage
La cantidad de trabajo estimada requerida para completar una tarea. Normalmente, el valor del campo no cambia después de escribir el valor inicial. Puede especificar el trabajo en número de horas o días. No hay unidades de tiempo inherentes asociadas a este campo.
La cantidad de trabajo restante para completar una tarea. A medida que el trabajo progresa, debe actualizar este campo. Si se divide una tarea en subtareas, especifique las horas solamente para las subtareas. Puede especificar el trabajo en la unidad de medida que el equipo elija. Este campo se usa para calcular los gráficos y los informes de SQL Server siguientes:
La cantidad de trabajo que se ha empleado en la implementación de una tarea.
Seleccione el tipo de actividad que esta tarea representa cuando el equipo estima la capacidad de sprint por actividad.
Número de compilación de producto que contiene el código o corrige un error.
Realizar el seguimiento del progreso de la prueba
Realice un seguimiento del progreso de las pruebas mediante casos de usuario y errores para defectos de código. Para obtener instrucciones sobre el seguimiento de otros tipos de problemas, consulte Seguimiento de otros problemas.
Casos de usuario de prueba
En Azure DevOps Services, puede crear casos de prueba que se vincule automáticamente a un caso de usuario o un error en el portal web. En Azure DevOps Server, también puede usar Microsoft Administrador de pruebas. También puede vincular una historia de usuario con un caso de prueba desde la pestaña 
Vínculos.
El caso de prueba contiene varios campos, muchos de los cuales se automatizan e integran con la administración de pruebas y el proceso de compilación. Para obtener una descripción de cada campo, vea Consulta basada en campos de integración de compilación y pruebas.
La pestaña Vínculos captura vínculos a casos de usuario y errores en un caso de prueba. Al vincular casos de usuario y errores a casos de prueba, el equipo puede realizar un seguimiento del progreso de las pruebas de cada elemento. Estos vínculos también respaldan la información que se muestra en el informe de SQL Server Resumen de historias.
Realizar el seguimiento de los defectos de código
Para realizar un seguimiento de las pruebas de defectos de código, cree errores desde el portal web, Visual Studio o Microsoft Administrador de pruebas.
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.
Note
Es posible que se requieran otros campos en función de las personalizaciones del proceso y del proyecto.
| Campo o pestaña | Usage |
|---|---|
| Title | 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. |
| State | 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. |
| Reason | 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. |
| Area | 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. |
| Iteration | 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). |
|
Adjuntos |
Agregue archivos auxiliares como documentos, imágenes, registros o subprocesos de correo electrónico. |
Seguimiento de otros problemas
Usa incidencias para hacer un seguimiento de eventos que podrían bloquear el progreso o impedir la entrega de una historia de usuario. Use incidencias para realizar un seguimiento de los defectos de código. Agregue un problema mediante el widget Nuevo elemento de trabajo en un panel de equipo o desde el menú Nuevo de la página Consultas .
Los elementos de trabajo que agregue desde el widget se limitan automáticamente al área predeterminada del equipo y las rutas de acceso de iteración. Para cambiar el contexto del equipo, consulte Cambiar el contexto del equipo.
Seguimiento del valor empresarial
Utilice el campo Prioridad para diferenciar el valor de las historias. También puede añadir un campo personalizado al WIT User Story para hacer un seguimiento del valor relativo de la historia. Para obtener más información, consulte Personalización de un campo para un proceso.
Orden de lista de trabajos pendientes
El campo Stack Rank rastrea la clasificación relativa de las historias de usuario. De forma predeterminada, el formulario de elemento de trabajo no muestra este campo. La secuencia de elementos de la página de trabajo pendiente viene determinada por dónde se agregan o mueven los elementos de la página. A medida que arrastra elementos, un proceso en segundo plano actualiza el campo Clasificación de pila.
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.
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 o Personalización del modelo de proceso XML local, en función del modelo de proceso.