Tipos y flujo de trabajo de elementos de trabajo de la plantilla de proceso de Scrum

Para planear un proyecto de software y realizar un seguimiento de los defectos de software mediante Scrum, los equipos usan los tipos de elemento de trabajo pendiente del producto (PBI) y error (WIT). Para comprender mejor la cartera de características, los escenarios o las experiencias de usuario, los propietarios del producto y los administradores de programas pueden asignar PBI y errores a características. Cuando los equipos trabajan en sprints, definen tareas que se vinculan automáticamente a PBI y errores.

Con Microsoft Test Manager y Team Web Access (TWA), los evaluadores crean y ejecutan casos de prueba y crean errores para realizar un seguimiento de los defectos de código. Los impedimentos permiten realizar un seguimiento de los problemas de bloqueo.

Definir el trabajo pendiente mediante los PBI y errores

Cuando defina un elemento de trabajo pendiente del producto, quiere centrarse en el valor que los clientes recibirán y evitar las descripciones de cómo el equipo desarrollará la característica. El propietario del producto puede asignar prioridades al trabajo pendiente del producto basándose en el valor del negocio de cada elemento, el esfuerzo y la dependencia relativa en otros elementos de trabajo pendiente. A medida que los requisitos comerciales evolucionan, también lo hace el trabajo pendiente del producto. Normalmente, los equipos especifican detalles únicamente para los elementos de prioridad máxima o para los elementos asignados al sprint actual y siguiente.

Puede crear los PBI y errores desde el panel para agregar de forma rápida en la página de trabajo pendiente del producto.

Después, puede abrir cada PBI o error para proporcionar más detalles y estimar el trabajo. Además, al dar prioridad a los PBI y errores en la página de trabajo pendiente (que se captura en el campo Prioridad del trabajo pendiente), los propietarios del producto pueden indicar qué elementos deben tener prioridad más alta.

Al definir el Trabajo para los PBI y errores, los equipos pueden usar la característica de previsión y los gráficos de velocidad para estimar futuros sprints o esfuerzos de trabajo. Mediante la definición del Valor empresarial, los propietarios del producto pueden especificar prioridades independientemente de la clasificación modificable de la pila de trabajo pendiente.

Use la siguiente orientación para estos campos esenciales. Para más detalles sobre cómo crear errores, vea Realizar el seguimiento de los defectos de código más adelante en este tema.

Campo/pestaña	Uso
Trabajo	Estime el trabajo necesario para completar un PBI usando cualquier unidad de medida que el equipo prefiera, como el tamaño de la camiseta, los puntos de caso o el tiempo. Los gráficos de velocidad y las herramientas de previsión de Agile hacen referencia a los valores de este campo. Este es un campo obligatorio para generar los informes de Evolución de versiones y Progreso. Para obtener más orientación, vea las notas del producto sobre Estimación.
Valor empresarial	Especifique un número que capture el valor relativo de un PBI en comparación con otros PBI. Cuanto mayor sea el número, mayor será el valor empresarial.
Descripción (PBI)	Proporcione detalles suficientes para calcular la cantidad de trabajo que será necesario para implementar el elemento. 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.
Criterios de aceptación	Defina el significado de "Listo" al describir los criterios que el equipo debe usar para comprobar si el PBI o la corrección de errores se implementó completamente. Antes de que el trabajo comience en un PBI o un error, describa los criterios de aceptación del cliente con tanta claridad como sea posible. Las conversaciones entre el equipo y los clientes para determinar los criterios de aceptación ayudar a asegurarse de que el equipo en su totalidad entienda cómo satisfacer las expectativas de los clientes. Los criterios de aceptación se pueden usar como base para las pruebas de aceptación, con el fin de que el equipo pueda evaluar más eficazmente si un elemento se ha completado satisfactoriamente o no.

Para más información sobre cómo usar la página de trabajo pendiente del producto, vaya aquí.

Realizar el seguimiento del progreso

Los equipos pueden usar el panel kanban para hacer un seguimiento del progreso de los PBI y errores y el panel de tareas Sprint para hacer un seguimiento del progreso de las tareas. Al arrastrar elementos a una nueva columna de estado, se actualizan los campos Estado y Motivo del flujo de trabajo.

Progresión típica de flujo de trabajo para PBI y errores:

• El propietario del producto crea un PBI o un evaluador crear un error con el estado Nuevo con el motivo predeterminado, Nuevo elemento de trabajo pendiente.

• El propietario del producto mueve el elemento a Aprobado cuando esté lo suficientemente descrito y esté listo para que el equipo estime el nivel de trabajo. Casi siempre, los elementos cerca de la parte superior de Trabajo pendiente del producto se encuentran en el estado Aprobado, mientras que los elementos del centro y la parte inferior están en un estado Nuevo.

• El equipo actualiza el estado a Confirmado cuando decide completar el trabajo durante el sprint.

• El elemento pasa al esto Listo cuando el equipo completa todas las tareas asociadas y el propietario del producto está de acuerdo en que se implementó según los criterios de aceptación.

Al actualizar el estado del flujo de trabajo, los equipos saben 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.

Puede personalizar el panel kanban para admitir calles o columnas adicionales. O bien, puede personalizar el flujo de trabajo para el PBI y los WIT de tarea, lo que cambiará los encabezados de columna predeterminados.

Para usar estas herramientas, consulte Conceptos básicos de Kanban y Planeación de un sprint.

Asignar PBI a 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 hacerlo si define las características y asigna los PBI a las características.

En la página de trabajo pendiente de la característica, puede agregar rápidamente características, de la misma manera que agregó los PBI.

El elemento de trabajo de característica contiene campos similares proporcionados para los PBI. Además de la prioridad y el valor empresarial, puede especificar la Fecha prevista antes de la cual se debe implementar la característica.

En la página de trabajo pendiente, con Asignación Activada, puede arrastrar los PBI a la característica que implementan.

Esta asignación crea vínculos primario-secundario de características a PBI, que se capturan en la pestaña Implementación.

Use los trabajos pendientes de cartera para explorar en profundidad los trabajos pendientes y ver el nivel de detalle que desee. Además, puede usar los trabajos pendientes de cartera para ver una consolidación del trabajo en curso de varios equipos al configurar una jerarquía de equipos.

Definir las tareas necesarias para implementar los PBI y errores

Cuando el equipo administra su trabajo en sprints, puede usar la página de trabajo pendiente del 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 Scrum, los equipos realizan la previsión del trabajo y definen las tareas al principio de cada sprint, y 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 puede definir tareas para implementar PBI y un evaluador puede definir tareas para escribir y ejecutar casos de prueba.

Cuando los equipos calculan el trabajo con horas o días, definen las tareas y los campos Trabajo restante y Actividad (opcionales).

Campo	Uso
Trabajo restante	Indique cuántas horas o días de trabajo quedan 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 evolución del sprint y el informe de Evolución de sprint (Scrum). Si se divide una tarea en subtareas, especifique el trabajo restante solo para las subtareas. Puede especificar el trabajo en la unidad de medida que el equipo elija.
Actividad	Seleccione el tipo de actividad que esta tarea representa cuando el equipo estima la capacidad de sprint por actividad. Para cambiar la selección de menú, vea Personalizar una lista de selección.

Realizar el seguimiento del progreso de la prueba

Probar los elementos del trabajo pendiente del producto

Con Test Manager o TWA, puede crear casos de prueba que automáticamente se vinculan a un PBI.

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 Referencia de campos de integración de compilación y pruebas.

La pestaña Elementos de trabajo pendiente probados muestra todos los PBI y errores de un caso de prueba. Al vincular PBI y errores a casos de prueba, el equipo puede realizar un seguimiento del progreso realizado en las pruebas de cada elemento.

Realizar el seguimiento de los defectos de código mediante errores

Puede crear errores desde TWA, Visual Studio o al hacer pruebas con Test Manager.

Campo/pestaña	Uso
Pasos para reproducirlo	Capture información suficiente para que otros miembros del equipo puedan entender las consecuencias del problema, así como para ver si se corrigió el error. Esto incluye las acciones realizadas para buscar o reproducir el error y el comportamiento previsto. Describa los criterios que debe usar el equipo para comprobar si se ha corregido el defecto de código.
Gravedad	Calificación subjetiva del impacto del error en el proyecto. Los valores permitidos son: 1 - Crítico 2 - Alto 3 - Medio 4 - Bajo Para cambiar la selección de menú, vea Personalizar una lista de selección.
Información del sistema Encontrado en compilación Integrado en la compilación	Cuando Test Manager crea errores, rellena automáticamente Información del sistema y Encontrado en compilación con información sobre el entorno de software y la compilación donde se produjo el error. Para obtener más información sobre la definición de los entornos de software, consulte Configurar máquinas de pruebas para ejecutar pruebas o recopilar datos. Cuando resuelva el error, use Integrado en la compilación para indicar el nombre de la compilación que incorpora el código que corrige el error. Para acceder a un menú desplegable de todas las compilaciones que se ejecutaron, puede actualizar las definiciones de FIELD de Encontrado en compilación e Integrado en la compilación para hacer referencia a una lista global. La lista global se actualiza automáticamente con cada compilación que se ejecuta. Para obtener más información, consulte Campos para la integración con Test, Build y control de versiones. Para obtener más información sobre cómo definir los nombres de compilación, vea Utilizar números de compilación para dar nombres significativos a las compilaciones completadas.

Definir pestañas y campos de elementos de trabajo comunes

Los campos y las pestañas siguientes aparecen en la mayoría de los formularios de elemento de trabajo. Cada pestaña se usa para hacer un seguimiento de información específica como, por ejemplo, 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 para ver y adjuntar archivos, respectivamente.

El único campo obligatorio es Título. Cuando se guarda el elemento de trabajo, el sistema le asigna un Id. único.

Campo/pestaña	Uso
Título (obligatorio)	Escriba una descripción de 255 caracteres como máximo. Siempre puede modificar el título más tarde.
Asignado a	Asigne el elemento de trabajo al miembro del equipo responsable de realizar el trabajo. En función del contexto en el que esté trabajando, el menú desplegable mostrará solo los miembros del equipo o los colaboradores del proyecto de equipo.
Estado	Use el valor predeterminado primero. A medida que el trabajo progresa, debe actualizarlo para reflejar el estado actual. Para cambiar la lista desplegable de estados, vea Cambiar el flujo de trabajo de un tipo de elemento de trabajo.
Motivo	Utilice la configuración predeterminada primero. Actualice el campo cuando cambie el estado. Cada estado se asocia a un motivo predeterminado. Para cambiar la lista desplegable de motivos, vea Cambiar el flujo de trabajo de un tipo de elemento de trabajo.
Área	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.
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, consulte Agregar y modificar rutas de acceso de área e iteración.
Prioridad del trabajo pendiente	Se usa para realizar un seguimiento de la clasificación relativa de los PBI y errores. La secuencia de elementos en la página del trabajo pendiente del producto se determina en función de dónde se hayan agregado o movido los elementos en la página. Al arrastrar elementos, un proceso en segundo plano actualiza este campo, asignado a type="Order" en el archivo ProcessConfiguration.
Todos los vínculos	Agregue todos los tipos de vínculos como, por ejemplo, hipervínculos, conjuntos de cambios, archivos de código fuente, etc. Esta pestaña también muestra todos los vínculos definidos para el elemento de trabajo, incluso los definidos en otras pestañas de control de vínculos.
Datos adjuntos	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.
Historial	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.

Para buscar información acerca de otros campos, vea el índice de campos de elementos de trabajo.

Inicio del seguimiento del trabajo

Antes de empezar a realizar un seguimiento del trabajo, debe tener un proyecto de equipo. Vaya aquí para crear uno.

Para comenzar a realizar un seguimiento del trabajo, siga uno o varios de estos procedimientos:

• Para familiarizarse con las tareas comunes de los elementos de trabajo, consulte Usar los elementos de trabajo para administrar un proyecto.

• Para crear un trabajo pendiente, utilice TWA. Consulte Crear el trabajo pendiente.

• Para crear una estructura de descomposición del trabajo, use Project o Excel.

• Para obtener información sobre qué cliente usar, vea Elegir el cliente apropiado para sus tareas.

Preguntas y respuestas

P: ¿Qué estados de flujo de trabajo admite Scrum?

R: Estos diagramas muestran los principales estados de progresión y regresión de Característica, Elemento de trabajo pendiente del producto, Error y Tarea. Para personalizar el flujo de trabajo, vaya aquí.

Característica

Elemento de trabajo pendiente del producto

Error

Tarea

P: ¿Cómo puedo resolver un error como duplicado?

R: Establezca el estado como Quitado y especifique el motivo Duplicado.

P: ¿Cómo puedo vincular a un error existente desde el Ejecutor de pruebas?

R: Vea Actualizar un error existente mientras se usa el Ejecutor de pruebas.