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.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Al aplicar el proceso ágil en Azure Boards, puede usar varios tipos de elementos de trabajo (WIT) para ayudar al plan de equipo y realizar un seguimiento del progreso del proyecto. Las WIT disponibles incluyen epopeyas, características, casos de usuario, tareas, problemas y errores. Una vez definidos los WIT, puede usar la placa para realizar un seguimiento del progreso actualizando el estado de los elementos específicos.
Para comprender mejor una cartera de características, escenarios o experiencias del usuario, los propietarios de productos y los administradores de programas asignan casos de usuario a características. Cuando los equipos trabajan en sprints, definen tareas que se vinculan automáticamente a casos de usuario. Si va a empezar a trabajar con el proceso de Agile, revise cómo planear y realizar un seguimiento del trabajo con Agile.
Desde el portal web o Microsoft Test Manager, los probadores pueden crear y ejecutar casos de prueba contra errores y problemas, que se usan para hacer un seguimiento de los defectos del código y los problemas de bloqueo.
Definición de casos de usuario
Los propietarios de los productos suelen definir y ordenar por prioridad los casos de usuario, que describen el trabajo implicado para desarrollar aplicaciones, requisitos y elementos. A continuación, el equipo calcula el trabajo necesario para entregar los elementos de prioridad máxima.
Cree historias de usuario desde el panel de adición rápida de la página Trabajo pendiente del producto. También puede arrastrar y colocar elementos en la página y, a continuación, reordenar los elementos o asignar los elementos a las características.
Puede abrir cada caso de usuario para proporcionar más detalles y calcular los puntos de caso. Defina los grados de dificultad del caso para que su equipo pueda usar la característica de previsión y los gráficos de velocidad para estimar los futuros sprints o esfuerzos de trabajo. Al priorizar las historias de usuario en la página de backlog (que se captura en el campo Stack Rank), los propietarios de productos pueden indicar los elementos que se asignarán con 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 agregar y revisar los comentarios realizados sobre el trabajo que se está realizando.
La barra de herramientas del editor de texto enriquecido aparece bajo el área de entrada de texto cuando coloca el cursor dentro de cualquier cuadro de texto que admita el formato de texto.
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
Seleccione uno de los siguientes iconos para abrir un menú de entradas recientes en las que mencionó a alguien, vinculado a un elemento de trabajo o vinculado a una solicitud de incorporación de cambios:
Puede abrir el mismo menú mediante métodos abreviados de teclado: en mención @, etiqueta #hash y signo de exclamación !.
Escriba un nombre o número para filtrar la lista de menús para que coincida con la entrada. Seleccione la entrada que desea agregar. Para incluir un grupo en la discusión, introduzca el símbolo at@ seguido del nombre del grupo, como un equipo o un grupo de seguridad.
Edición o eliminación de comentarios
Para editar o eliminar cualquiera de los comentarios de discusión, seleccione Editar
o Más acciones (
) y, a continuación, seleccione Eliminar:
Después de actualizar el comentario, seleccione Actualizar. Para eliminar el comentario, confirme la eliminación. En la pestaña Historial del formulario del elemento de trabajo se mantiene un registro de auditoría completo de todos los comentarios editados y eliminados.
Important
En el caso de Azure DevOps Server local, configure un servidor SMTP para que los miembros del equipo reciban notificaciones.
Agregar una reacción a un comentario
Agregue una o varias reacciones a un comentario eligiendo un icono emoji en la parte superior derecha de cualquier comentario. Elija entre los iconos situados en la parte inferior de un comentario junto a las reacciones existentes. Para eliminar la reacción, elija la reacción en la parte inferior del comentario. En la siguiente imagen se muestra un ejemplo de la experiencia de agregar una reacción y la 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, vea Configurar permisos para el seguimiento del trabajo: creación de nodos secundarios, modificación de elementos de trabajo en un área o ruta de acceso de iteración.
Una vez guardados los 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, cambia el campo Estado para actualizar el estado. De manera opcional, puede especificar un motivo. Los campos Estado y Motivo aparecen en el formulario del elemento de trabajo en el área de encabezado:
Estados del flujo de trabajo de Agile
Al actualizar el flujo de trabajo, los equipos pueden ver qué elementos son nuevos, en curso o completados. La mayoría de los WIT admiten transiciones hacia delante y hacia atrás desde cada estado de flujo de trabajo. En los diagramas siguientes se muestran los principales estados de progresión y regresión para el caso del usuario, los errores y los WIT de 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 para la historia son aprobadas.
- 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.
Actualización del estado con el panel o los paneles de tareas
Los equipos pueden utilizar 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
Cuando administre un conjunto de productos o de experiencias de usuario, quizás desee ver el ámbito y el progreso del trabajo en la cartera de producto. Puede ver el ámbito y el progreso del trabajo mediante la definición de características y la asignación de casos de usuario a características.
Use los trabajos pendientes en cartera para explorar en profundidad los trabajos pendientes y ver el nivel de detalle que quiera. Además, use trabajos pendientes de cartera para ver un resumen del trabajo en curso en varios equipos al configurar una jerarquía de equipos.
Definición de tareas
Cuando el equipo administra su trabajo en sprints, puede usar la página trabajo pendiente de sprint para dividir el trabajo planeado en tareas distintas.
Asigne un nombre a la tarea y calcule el trabajo que tarda en la sección 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 realiza un subconjunto de las tareas identificadas. Las tareas pueden incluir el desarrollo, las pruebas y otros tipos de trabajos. Por ejemplo, un desarrollador puede definir tareas para implementar casos de usuario, y un evaluador puede 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 con casos de usuario y errores en busca de defectos de código. Para obtener información sobre el seguimiento de otros tipos de problemas, consulte Seguimiento de otros problemas.
Casos de usuario de prueba
Desde el portal web o Test Manager, puede crear casos de prueba que se vinculan automáticamente a un caso de usuario o a un error. O bien, puede vincular un caso de usuario a un caso de prueba desde la 
pestaña Vínculos.
El caso de prueba contiene varios campos, muchos de los cuales se automatizan y se integran con Test Manager 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 los 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 realizado durante las pruebas de cada elemento. Al definir estos vínculos, se respalda la información que aparece en el informe Visión general de historias de SQL Server.
Realizar el seguimiento de los defectos de código
Puede crear errores desde el portal web, Visual Studio o al probar con el Administrador de pruebas para realizar un seguimiento de las pruebas de defectos de código.
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. Cada pestaña se usa para realizar un seguimiento de información específica. Las pestañas usadas habitualmente incluyen 
Historial, Vínculos y 
Datos adjuntos.
El único campo obligatorio para todos los tipos de elementos de trabajo es Título. Al guardar un elemento de trabajo, el sistema asigna un identificador único, un identificador. El formulario resalta los campos obligatorios en amarillo. Para obtener información sobre otros campos, vea Índice de campos de elementos de trabajo.
Note
Es posible que se requieran otros campos en función de las personalizaciones realizadas en el proceso y el proyecto.
Campo o pestaña
Usage
Escriba una descripción de 255 caracteres como máximo. Puede modificar el título más adelante.
Asigne el elemento de trabajo al miembro del equipo responsable de realizar el trabajo, o deje en blanco y complete la asignación más adelante.
Cuando se crea un elemento de trabajo por primera vez, el campo Estado muestra automáticamente el primer estado del flujo de trabajo, como Nuevo o Sin asignar. A medida que avanza el trabajo, actualice el estado para reflejar el estado actual del elemento de trabajo.
Cuando cree un elemento de trabajo por primera vez, establezca el valor de Motivo predeterminado, como Creado o Nuevo elemento de trabajo. A medida que cambia el estado del elemento de trabajo, actualice el valor reason en consecuencia. Cada estado del elemento de trabajo está asociado a un valor de motivo predeterminado.
Elija la ruta de acceso del área asociada al producto o equipo, o deje en blanco y escriba un valor adecuado más adelante. Puede cambiar la lista desplegable de áreas disponibles. Para más información, consulte Definición de rutas de acceso de área y asignación a un equipo.
Elija el sprint o la iteración en los que se va a completar el elemento de trabajo, o deje en blanco y asigne el valor más adelante. Puede cambiar la lista desplegable de iteraciones. Para obtener más información, consulte Definir trayectorias de iteración (sprints) y configurar iteraciones del equipo.
Vea el historial del elemento de trabajo para ver todos los cambios realizados en el elemento, tal como lo captura el sistema. Cada vez que se actualiza un elemento de trabajo, los detalles se anexan al historial. Verá la fecha de cambio, el autor del cambio y la lista de campos actualizados. También puede agregar texto con formato al campo Historial .
Agregue vínculos para crear conexiones con otros elementos de trabajo. Se admiten muchos tipos de vínculos, como hipervínculos, conjuntos de cambios, archivos de código fuente, etc. Especifique la relación del elemento vinculado con el elemento de trabajo, como Padre, Encontrado en Compilación o Resultado de la prueba.
Use Datos adjuntos para incluir información complementaria sobre el elemento de trabajo con el elemento. Adjunte conversaciones de correo electrónico, documentos, imágenes, archivos de registro u otros tipos de archivos.
Seguimiento de otros problemas
Los problemas se utilizan para realizar un seguimiento de eventos que podrían bloquear el progreso o impedir la entrega de una historia de usuario. Por otro lado, los errores se usan para realizar un seguimiento de defectos de código. Puede agregar una incidencia utilizando el widget Nuevo elemento de trabajo en el panel de equipo, o desde el menú Nuevo en la página de Consulta de búsquedas.
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, vea Cambio del contexto del equipo.
Seguimiento del valor empresarial
Puede usar el campo Prioridad para diferenciar el valor de varias historias. O bien, puede agregar un campo personalizado al tipo de elemento de trabajo Caso de usuario, que realiza el seguimiento del valor relativo de los casos. 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 se usa para realizar un seguimiento de la clasificación relativa de las historias de usuario. De forma predeterminada, este campo no aparece en el formulario de elemento de trabajo. La secuencia de elementos de la página de trabajo pendiente se determina según dónde agregue los elementos o mueva 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, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario de elemento de trabajo. También puede agregar 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, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario de elemento de trabajo. También puede agregar tipos de elementos de trabajo personalizados. Para más información, vea Personalización de un proceso de herencia o Personalización del modelo de proceso XML local en función del modelo de proceso usado por el proyecto.