Tipos de elementos de trabajo de proceso agile para la administración de flujos de trabajo en Azure Boards
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Teams los tipos de elementos de trabajo (WIT) proporcionados con el proceso agile. Los tipos de elementos de trabajo ayudan a su equipo a planear y realizar un seguimiento del progreso de los proyectos de software. Defina casos de usuario para administrar el trabajo pendiente de trabajo. A continuación, con el panel Kanban, puede realizar un seguimiento del progreso actualizando el estado de esos casos.
Para obtener información sobre una cartera de características, escenarios o experiencias de usuario, los propietarios de productos y los administradores de programas asignan casos de usuario a características. Cuando un equipo trabaja en sprints, define tareas que se vinculan automáticamente a casos de usuario. Si no está nuevo en el proceso de Agile, revise la sección Planeamiento y seguimiento del trabajo con Agile para empezar a trabajar.
Mediante el portal web o Microsoft Test Manager, los evaluadores pueden crear y ejecutar casos de prueba. Se utilizan errores y problemas para realizar el seguimiento de los defectos de código y los problemas de bloqueo.
Nota
Las características y formularios de seguimiento de elementos de trabajo disponibles varían en función de si abre el formulario desde el portal web o desde Visual Studio Team Explorer. Los formularios y las instrucciones proporcionados en este artículo reflejan los disponibles con la nueva experiencia de formulario (Azure DevOps Services y TFS 2017 y versiones posteriores).
Para obtener instrucciones sobre el formulario de elemento de trabajo para TFS 2015 o versiones anteriores o Visual Studio Team Explorer, vea Agregar elementos de trabajo y seleccionar la versión anterior de TFS en el selector de versiones de contenido (encima de la tabla de contenido).
Definición de casos de usuario
Los casos de usuario definen las aplicaciones, los requisitos y los elementos que los equipos tienen que crear. Los propietarios de producto suelen definir y establecer el rango en la pila de los casos de usuario. A continuación, el equipo calcula el trabajo necesario para entregar los elementos de prioridad máxima.
Cree casos de usuario desde el panel de adición rápida de la página de trabajo pendiente del producto. Desde esa página, también puede arrastrar y colocar elementos para reordenarlos o asignarlos a características.
Después, puede abrir cada caso de usuario para proporcionar más detalles y calcular los puntos de caso.
Al definir los puntos de historia,el equipo puede usar la característica de previsión y los gráficos de velocidad para calcular los sprints futuros o los esfuerzos de trabajo. Al priorizar los casos de usuario en la página de trabajo pendiente (que se captura en el campo Stack Rank), los propietarios de productos pueden indicar qué elementos deben tener mayor prioridad.
Use las instrucciones siguientes y que se proporcionan para los campos que se usan en común entre los tipos de elementos de trabajo al rellenar el formulario.
Campo/pestaña
Uso
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 cómo 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 comenzar el trabajo, describa los criterios de aceptación del cliente con la mayor claridad posible. Las conversaciones entre el equipo y los clientes para definir los criterios de aceptación ayudarán 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.
El área de valor del cliente que aborda la epopeya, la característica, el requisito o el elemento de trabajo pendiente. Estos valores incluyen:
Arquitectura:servicios técnicos para implementar características empresariales que ofrecen soluciones
Empresa:servicios que satisfacen las necesidades de clientes o partes interesadas que entregan directamente valor al cliente para respaldar la empresa (valor predeterminado)
Calcule la cantidad de trabajo necesario para completar un caso de usuario mediante cualquier unidad numérica de medida que prefiera el equipo.
Los gráficos de velocidad ágil y las herramientas de previsión hacen referencia a los valores de este campo. Para obtener más información, vea las white paper estimating (Estimación).
Una clasificación subjetiva del caso, característica o requisito del usuario en relación con la empresa. Los valores permitidos son:
- 1:El producto no se puede enviar sin la característica .
- 2: el producto no se puede enviar sin la característica, pero no tiene que abordarse inmediatamente.
- 3:La implementación de la característica es opcional en función de los recursos, el tiempo y el riesgo.
Calificación subjetiva de la incertidumbre relativa sobre si un caso de usuario se completará correctamente o no. Los valores permitidos son:
- 1 - Alto
- 2 - Media
- 3 - Baja
Captura de 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 se muestra debajo del área de entrada de texto. Aparece al hacer clic en el cursor dentro de cada cuadro de texto que admite el formato de texto.
Nota
No hay ningún campo de elemento de trabajo Discusión. Para consultar elementos de trabajo con comentarios escritos en el área Discusión, filtre por el campo Historial. El contenido completo del texto especificado en el cuadro de texto Discusión se agrega al campo Historial.
Mencione a alguien, un grupo, un elemento de trabajo o una solicitud de extracción
Elija uno de estos iconos ( , o ) para abrir un menú de entradas recientes que ha realizado para mencionar a alguien, vincular a un elemento de trabajo o vincular a una solicitud 
de 
extracción. O bien, para abrir el mismo menú, puede @ escribir , o #@.
Escriba un nombre o escriba un número y la lista de menús filtrará para que coincida con la entrada. Elija la entrada que desea agregar. Puede introducir un grupo en la discusión escribiendo y el nombre del @ grupo, como un equipo o un grupo de seguridad.
Edición o eliminación de un comentario
Si necesita editar o eliminar cualquiera de los comentarios de discusión, elija Editar o elija el icono de acciones y, a 
continuación, 
elija Eliminar.
Nota
La edición y eliminación de comentarios Azure DevOps Server 2019 Update 1 o una versión posterior.
Después de actualizar el comentario, elija Actualizar. Para eliminar el comentario, deberá confirmar que desea eliminarlo.
Se mantiene una pista de auditoría completa de todos los comentarios editados y eliminados en la pestaña Historial del formulario de elemento de trabajo.
Use el control @mention para notificar a otro miembro del equipo sobre la discusión. Simplemente escriba @ y su nombre. Para hacer referencia a un elemento de trabajo, use #ID control. Escriba y aparecerá una lista de elementos de trabajo a los que ha hecho referencia # recientemente, de la que puede seleccionar.
Para hacer referencia a un elemento de trabajo, use el control #ID trabajo. Escriba y aparecerá una lista de elementos de trabajo a los que ha hecho referencia # recientemente, de la que puede seleccionar.
No puede editar ni eliminar comentarios una vez que los haya escrito.
Importante
En el caso de Azure DevOps Server local, debe configurar un servidor SMTP para que los miembros del equipo reciban notificaciones.
Adición de una reacción a un comentario
Agregue una o varias reacción a un comentario eligiendo un icono sonriente en la esquina superior derecha de cualquier comentario. O bien, elija entre los iconos de la parte inferior de un comentario junto a cualquier reacción existente. Para quitar la reacción, elija la reacción en la parte inferior del comentario. En la imagen siguiente se muestra un ejemplo de la experiencia de agregar una reacción, así como la presentación de las reacción en un comentario.
Seguimiento del progreso
A medida que avanza el trabajo, cambia el campo Estado para actualizar el estado. Opcionalmente, puede especificar un motivo. Los campos de estado y motivo aparecen en el formulario del elemento de trabajo en el área de encabezado.
Estados de flujo de trabajo de Agile
Al actualizar el flujo de trabajo, los equipos sabrán qué elementos son nuevos, cuáles están en curso o cuáles finalizaron. La mayoría de los tipos de elemento de trabajo (WIT) admiten la transición tanto hacia delante como hacia atrás desde cada estado del flujo de trabajo. Estos diagramas muestran los principales estados de progresión y regresión del caso de usuario, los errores y los WIT de tareas.
| Caso de usuario | Error | Tarea |
|---|---|---|
 trabajo de casos de usuario de proceso de |
 de errores del proceso |
 de la tarea de proceso de |
Progresión típica de 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, New user story (Nuevo caso de usuario).
- El equipo actualiza el estado a Activo cuando decide completar el trabajo durante el sprint.
- Un caso de usuario se mueve a Resuelto cuando el equipo ha completado todas sus tareas asociadas y pruebas unitarias para el paso de la historia.
- Un caso de usuario se mueve al estado Cerrado cuando el propietario del producto acepta que el caso se ha implementado según los criterios de aceptación y las pruebas de aceptación que se han aprobado.
Actualización del estado con Kanban o paneles de tareas
Teams puede usar el panel Kanban para actualizar el estado de los requisitos y el panel de tareas de sprint para actualizar el estado de las tareas. Al arrastrar elementos a una nueva columna de estado, se actualizarán los campos Estado y Motivo.
Puede personalizar el panel Kanban para admitir más calles ocolumnas. Para más opciones de personalización, consulte Personalización de la experiencia de seguimiento de 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 definiendo características y asignando casos de usuario a características.
Con los trabajo pendientes de cartera, puede explorar en profundidad de un trabajo pendiente a otro para ver el nivel de detalle que desea. Además, use trabajos pendientes de cartera para ver una acumulación de 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 de trabajo pendiente de sprint para dividir el trabajo que se va a realizar en tareas distintas.
Asigne un nombre a la tarea y calcule el trabajo que requerirá.
Con los procesos de Agile, los equipos previsión del trabajo y definen tareas al principio de cada sprint. A continuación, cada miembro del equipo realiza un subconjunto de esas tareas. Las tareas pueden incluir el desarrollo, las pruebas y otros tipos de trabajos. Por ejemplo, un desarrollador define las tareas para implementar casos de usuario y un evaluador define las tareas para escribir y ejecutar casos de prueba.
Cuando los equipos calculan el trabajo con horas o días, definen tareas y los campos Trabajo y actividad restantes (opcional).
Campo/pestaña
Uso
La cantidad de trabajo estimada requerida para completar una tarea. Normalmente, este campo no cambia una vez asignado.
Puede especificar el trabajo en horas o en 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. Se usa para calcular los gráficos de capacidad ,el gráfico de reducción de sprinty los siguientes informes (solo TFS): Burndown y Burn Rate, Remaining Worky Status on All Iterations.
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.
Cantidad de trabajo invertido en implementar 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 del producto que incorpora el requisito o que corrige un error.
Si usa Microsoft Project para asignar recursos y realizar un seguimiento de una programación.
Realizar el seguimiento del progreso de la prueba
Casos de usuario de prueba
Desde el portal web o Test Manager, puede crear casos de prueba que se vinculen automáticamente a un caso de usuario o 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 están automatizados e integrados 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 prueba.
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 en las pruebas de cada elemento. Al definir estos vínculos, se admite la información que aparece en el informe Informe de información general de casos.
Realizar el seguimiento de los defectos de código
Puede crear errores desde el portal web,Visual Studio o al realizar pruebas con Test Manager .
Definiciones de campos de seguimiento de trabajo comunes
Los siguientes campos y 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, como 
el historial, 
los vínculos o los datos 
adjuntos. Estas tres pestañas proporcionan un historial de cambios, una vista de los elementos de trabajo vinculados y la capacidad de ver y adjuntar archivos.
El único campo necesario para todos los tipos de elementos de trabajo es Title. Cuando se guarda el elemento de trabajo, el sistema le asigna un identificador único. El formulario resalta el campo obligatorio en amarillo. Para obtener información sobre otros campos, vea Índice de campos de elemento de trabajo.
Campo/pestaña
Uso
Escriba una descripción de 255 caracteres como máximo. Siempre puede modificar el título más tarde.
Asigne el elemento de trabajo al miembro del equipo responsable de realizar el trabajo. En función del contexto en el que trabaje, en el menú desplegable solo se mostrarán los miembros del equipo o colaboradores del proyecto.
Cuando se crea el elemento de trabajo, el estado cambia de forma predeterminada al primer estado del flujo de trabajo. A medida que el trabajo progresa, debe actualizarlo para reflejar el estado actual.
Utilice la configuración predeterminada primero. Actualice el campo cuando cambie el estado. Cada estado se asocia a un motivo predeterminado.
Elija la ruta de acceso de área asociada al producto o el equipo, o déjela en blanco hasta que se asigne durante una reunión de planeación.
Para cambiar la lista desplegable de áreas, consulte Agregar y modificar rutas de acceso de área e iteración.
Elija el sprint o la iteración en la que debe completarse el trabajo o déjela en blanco y asígnela más tarde, durante una reunión de planeación.
Para cambiar la lista desplegable de iteraciones, vea Agregar y modificar rutas de acceso de área e iteración.
Revise el registro de auditoría que captura el sistema y capture información adicional.
Cada vez que se actualice el elemento de trabajo, se agregará información al historial. El historial incluye la fecha del cambio, el autor del cambio y los campos que se modificaron. También puede agregar texto con formato al campo Historial.
Agregue todos los tipos de vínculos como, por ejemplo, hipervínculos, conjuntos de cambios, archivos de código fuente, etc.
En esta pestaña también se enumeran todos los vínculos definidos para el elemento de trabajo.
Para compartir información más detallada, agregue archivos al elemento de trabajo, como subprocesos de correo electrónico, documentos, imágenes, archivos de registro u otros tipos de archivo.
Personalizar tipos de elemento de trabajo
Puede agregar campos, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario de elemento de trabajo de la mayoría de los tipos de elementos de trabajo. También puede agregar tipos de elementos de trabajo personalizados. Para más información, consulte Personalización de un proceso de herencia.
Puede agregar campos, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario de elemento de trabajo de la mayoría de los tipos de elementos 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 o Personalización del modelo de proceso XML local en función del modelo de proceso utilizado por el proyecto.
Puede agregar campos, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario de elemento de trabajo de la mayoría de los tipos de elementos de trabajo. También puede agregar tipos de elementos de trabajo personalizados. Para obtener más información, vea Personalizar el modelo de proceso XML local.
Artículos relacionados
Antes de empezar a realizar el seguimiento del trabajo, debe tener un proyecto. Para crear uno, consulte Creación de un proyecto.
Si tiene un proyecto, empiece a realizar el seguimiento del trabajo:
- Adición de elementos de trabajo para administrar un proyecto: para familiarizarse con las características del formulario de elementos de trabajo
- Creación de un trabajo pendiente: para desarrollar el trabajo pendiente del producto
- Kanban: para empezar a trabajar en Kanban
- Planeación de un sprint: para empezar a trabajar en Scrum
- Excel.
Para más información sobre las herramientas de Agile:
Seguimiento de problemas
Los problemas se usan para realizar un seguimiento de los eventos que pueden bloquear el progreso o enviar un caso de usuario. Por otro lado, los errores se usan para realizar un seguimiento de los defectos del código. Puede agregar un problema desde el widget Nuevo elemento de trabajo agregado aun panel de equipo o desde el menú Nuevo de la página Consultas.
Los elementos de trabajo que se agregan desde el widget se seleccionan automáticamente en las rutas de acceso de iteración y área predeterminadas del equipo. Para cambiar el contexto del equipo, vea Cambiar contexto de equipo.
Seguimiento del valor empresarial
Puede usar el campo Prioridad para diferenciar el valor de varios casos. 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 información sobre cómo hacerlo, consulte Personalización de un campo para un proceso.
Orden de la lista de trabajo pendiente
El campo Stack Rank (Clasificación de pila) se usa para realizar un seguimiento de la clasificación relativa de los casos de usuario, pero de forma predeterminada no aparece en el formulario de elemento de trabajo. La secuencia de elementos de la página de trabajo pendiente se determina en función de dónde haya agregado los elementos o movido los elementos de la página. A medida que arrastra elementos, un proceso en segundo plano actualiza este campo.
Control Vínculos, formulario de elemento de trabajo de cliente
Los formularios de elementos de trabajo que se muestran en un cliente y en el portal web para TFS 2015 y versiones anteriores muestran pestañas de vínculo y restricciones de control de vínculos, como se describe en la tabla siguiente.
Nombre de pestaña
Tipo de elemento de trabajo
Restricciones de vínculos
Todos los vínculos
Caso de usuario
Error
Solicitud de comentarios
Tarea
Caso de prueba
- Sin restricciones.
Implementación
Caso de usuario
Tarea
Permite solo vínculos primariosy secundarios entre casos de usuario y tareas.
Excluye vínculos a elementos de trabajo de otros proyectos.
Vínculos
Problema
Pasos compartidos
- Sin restricciones.
Vínculos
Solicitud de revisión de código
Permite solo vínculos primariosy secundarios a elementos de trabajo de respuesta de revisión de código.
Excluye vínculos a elementos de trabajo de otros proyectos.
Casos
Respuesta a comentarios
Permite solo vínculos relacionados a casos de usuario.
Excluye vínculos a elementos de trabajo de otros proyectos.
Storyboards
Caso de usuario
- Solo permite vínculos storyboard.
Casos de prueba
Caso de usuario
Error
Solo permite vínculos probados por.
Solo permite vínculos a casos de prueba.
Excluye vínculos a elementos de trabajo de otros proyectos.
Casos de usuario probados
Caso de prueba
Solo permite vínculos de pruebas.
Solo permite vínculos a casos de usuario.
Excluye vínculos a elementos de trabajo de otros proyectos.