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
Para planificar un proyecto de software y realizar un seguimiento de los defectos mediante Scrum, los equipos usan los tipos de elemento de trabajo Product Backlog Item (PBI) y Bug. Los propietarios de productos y los administradores de programas vinculan los PBIs y errores a las funcionalidades para ver el progreso a nivel de portafolio. Cuando los equipos trabajan en sprints, crean tareas que se vinculan automáticamente a PBIs y errores.
Nota
Si no está familiarizado con el proceso de Scrum, revise Acerca de sprints, Scrum y administración de proyectos.
Los probadores crean y ejecutan casos de prueba mediante el portal web o Microsoft Test Manager y reportan errores para registrar defectos de código. Use impedimentos para realizar un seguimiento de los problemas de bloqueo.
Definición de los PBI y los errores
Al definir un elemento de trabajo pendiente de producto, céntrese en el valor del cliente y evite describir los detalles de implementación. El propietario del producto prioriza el trabajo pendiente por valor empresarial, esfuerzo y dependencias. A medida que evolucionan los requisitos, el trabajo pendiente evoluciona; Los equipos suelen proporcionar detalles completos solo para los elementos de prioridad más alta o para los elementos asignados al sprint actual y siguiente.
Crear PBIs y errores desde el panel de adición rápido en la página de backlog del producto. A continuación, abra cada elemento para agregar detalles y calcular el esfuerzo. La página de trabajo pendiente captura la priorización de elementos (Prioridad de trabajo pendiente), que los propietarios de productos usan para indicar prioridad relativa.
Al establecer Esfuerzo para PBIs y errores, use gráficos de previsión y velocidad para calcular los sprints futuros. Los propietarios de productos establecen Valor empresarial para expresar prioridad independiente de la clasificación de la pila de trabajos pendientes.
Use los siguientes campos y campos que se usan en los tipos de elementos de trabajo comunes al completar el formulario de elemento de trabajo. Para más información sobre los errores, consulte Administración de errores.
Campo/pestaña
Uso
Calcule el trabajo necesario para completar un PBI con cualquier unidad numérica que prefiera su equipo, como puntos de historia o tiempo. Se requiere un valor numérico.
Los gráficos de velocidad ágil y las herramientas de previsión hacen referencia a este campo.
Escriba un número que capture el valor relativo de un PBI en comparación con otros PBIs. Los números más altos indican un mayor valor empresarial.
Proporcione suficientes detalles para que el equipo calcule el esfuerzo. Céntrese en quién sirve la característica, en qué quieren lograr los usuarios y por qué. Evite las instrucciones de implementación. Incluya suficiente contexto para que el equipo pueda crear tareas y casos de prueba.
Describir las condiciones que definen "Listo" para la corrección de errores o PBI. Aclarar los criterios de aceptación antes de que comience el trabajo ayuda al equipo y a los clientes a compartir una comprensión común y admite las pruebas de aceptación.
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.
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
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, escriba en el símbolo @ 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.
Importante
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
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, vea Establecer permisos de seguimiento de trabajo: creación de nodos secundarios, modificación de elementos de trabajo en una ruta de acceso de iteración o área.
Una vez guardados los 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 el campo Estado para reflejar el estado actual y, opcionalmente, proporcione un motivo. El estado y la razón aparecen en el encabezado del formulario del elemento de trabajo.
Estados del flujo de trabajo de Scrum
Al actualizar El estado, el equipo entiende qué elementos son nuevos, en curso o completados. La mayoría de los WIT admiten transiciones de estado hacia delante y hacia atrás. En los diagramas siguientes se muestran los principales estados de progresión y regresión para los PBI, errores y WIT de tareas.
| Elemento de trabajo pendiente del producto | Error | Tarea |
|---|---|---|
|
|
|
Los PBIs y los errores suelen seguir esta progresión:
- El propietario o evaluador del producto crea un PBI o un error en el estado Nuevo con el motivo predeterminado, Nuevo elemento de trabajo pendiente.
- El propietario del producto mueve el elemento a Aprobado una vez descrito lo suficiente para que el equipo calcule el esfuerzo. Los elementos cerca de la parte superior de la acumulación suelen aparecer como Aprobado; los elementos más abajo a menudo permanecen como Nuevos.
- El equipo establece el estado en Confirmado cuando están de acuerdo en incluir el elemento en el sprint.
- El equipo mueve el elemento a Listo cuando se completan todas las tareas asociadas y el propietario del producto confirma que cumple los criterios de aceptación.
Actualización del estado con el panel o los paneles de tareas
Use el tablero para actualizar el estado de PBI y el tablero de tareas del sprint para actualizar el estado de la tarea. Al arrastrar un elemento a una nueva columna, se actualizan State y Reason.
Personalice el panel para agregar carriles de natación o columnas. Para otras opciones de personalización, consulte Personalización de la experiencia de seguimiento del trabajo.
Asignar PBI a características
Al administrar varios productos o experiencias, defina características y asigne PBIs a esas características para ver el ámbito y el progreso en toda la cartera.
Use trabajos pendientes de cartera para explorar en profundidad entre los niveles de trabajo pendiente y para acumular el trabajo en todos los equipos. También puede ver los resúmenes después de configurar una jerarquía de equipos.
Definir tareas
Cuando tu equipo realice el trabajo en sprints, divide los elementos en tareas desde la página del backlog de sprint.
Asigne un nombre a la tarea y calcule el esfuerzo.
Los equipos prevén el trabajo y definen las tareas al principio de cada sprint de trabajo. Cada miembro del equipo completa un subconjunto de tareas, que puede incluir desarrollo, pruebas y otras actividades. Por ejemplo, un desarrollador crea tareas para implementar PBIs y un evaluador crea tareas para crear y ejecutar casos de prueba.
Cuando los equipos calculan el trabajo con horas o días, use los campos Trabajo restante y actividad opcional.
Campo/pestaña
Uso
Escriba cuántas horas o días permanecen para completar una tarea y actualizar este campo a medida que avanza el trabajo. Este valor alimenta los gráficos de capacidad, el gráfico de reducción de sprint y los informes relacionados. Si divide una tarea en subtareas, realice un seguimiento del trabajo restante solo en las subtareas.
Seleccione el tipo de actividad que mejor represente esta tarea al calcular la capacidad de sprint por actividad.
Realizar el seguimiento del progreso de la prueba
Prueba de los PBI
Desde el portal web o el Administrador de pruebas, cree casos de prueba que se vinculen automáticamente a un PBI o error, o agregue un vínculo desde la pestaña 
(vínculos).
El caso de prueba contiene muchos campos que se integran con el proceso de compilación y prueba; 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 un caso de prueba. La vinculación ayuda a los equipos a realizar un seguimiento del progreso de la prueba.
Realizar el seguimiento de los defectos de código
Cree errores desde el portal web, Visual Studio o el Administrador de pruebas (consulte Administrar 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. 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.
Nota
Es posible que se requieran otros campos en función de las personalizaciones realizadas en el proceso y el proyecto.
Campo o pestaña
Uso
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 obtener 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 rutas de acceso de iteración (sprints) y configurar iteraciones de 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 Primario, 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 subprocesos de correo electrónico, documentos, imágenes, archivos de registro u otros tipos de archivos.
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.
Seguimiento de los impedimentos
Use el tipo de elemento de trabajo Impedimento para realizar un seguimiento de los eventos que bloquean el progreso. Utiliza el tipo de elemento de trabajo Bug exclusivamente para defectos de código.
Puede agregar un impedimento desde 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 asignarán automáticamente al ámbito que abarca las áreas predeterminadas de su equipo y las rutas de iteración. Para cambiar el contexto del equipo, consulte Cambiar el contexto del equipo.
Orden de lista de trabajos pendientes
Use el campo Prioridad de trabajo pendiente para realizar un seguimiento de la clasificación relativa de PBIs, errores, características o epopeyas. La página de trabajo pendiente ordena los elementos en función de dónde se agregan o se mueven en la página (vea Crear el trabajo pendiente). A medida que arrastra elementos, un proceso en segundo plano actualiza el campo Prioridad del trabajo pendiente.