Tipos y flujo de trabajo de elementos de trabajo de la plantilla de proceso para Agile

Los equipos usan los tipos de elemento de trabajo (WIT) proporcionados con la plantilla de proceso de Agile para planear y hacer un seguimiento del progreso de los proyectos de software. Los equipos definen casos de usuario para administrar el trabajo pendiente y, después, con el panel kanban, hacen un seguimiento del progreso actualizando el estado de esos casos.

Para comprender mejor una cartera de características, escenarios o experiencias del usuario, los propietarios del producto y los administradores de programas pueden asignar casos de usuario a características. Cuando los equipos trabajan en sprints, definen tareas que se vinculan automáticamente a casos de usuario.

Con Microsoft Test Manager y el portal web, los evaluadores crean y ejecutan casos de prueba. Se utilizan errores y problemas para realizar el seguimiento de los defectos de código y los problemas de bloqueo.

Definir casos de usuario y estimar el trabajo mediante los puntos de caso

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.

Después, puede abrir cada caso de usuario para proporcionar más detalles y calcular los puntos de caso.

Al definir los Puntos de caso, los equipos pueden usar la característica de previsión y los gráficos de velocidad para estimar los futuros sprints o esfuerzos de trabajo. Al asignar prioridades a los casos de usuario en la página de trabajo pendiente (que se captura en el campo Rango en la pila), los propietarios de productos pueden indicar qué elementos deben recibir mayor prioridad.

Use la siguiente orientación al rellenar el formulario. Los campos obligatorios se indican como tales.

Campo/pestaña	Uso
Puntos de caso	Estimar el trabajo necesario para completar un caso de usuario usando la 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 el informe de velocidad. Para orientación adicional, vea las notas del producto Estimación.
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 - Medio 3 - Bajo Para cambiar la selección de menú, vea Personalizar una lista de selección.
Detalles (casos de usuario)	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. Pasos para reproducirlo (errores) Para los errores, 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. Considere la posibilidad de incluir el significado de "Listo" describiendo los criterios que el equipo debe usar para comprobar si el caso de usuario o la solución del error se implementó totalmente. Antes de comenzar a trabajar en un caso de usuario 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án 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.

Realizar el seguimiento del progreso

Los equipos pueden usar el panel kanban para hacer un seguimiento del progreso de los casos de usuario, y el panel de tareas de 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.

Puede personalizar el panel kanban para admitir calles o columnas adicionales. O bien, puede personalizar el flujo de trabajo para el caso de usuario y los tipos de elementos de trabajo (WIT) de tareas que cambiarán los encabezados de columna predeterminados.

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, Nuevo caso de usuario.

• El equipo actualiza el estado a Activo cuando deciden completar el trabajo durante el sprint.

• Un caso de usuario se mueve a Resuelto cuando el equipo ha completado todas sus tareas asociadas y las pruebas unitarias para el caso.

• Un caso de usuario se pasa al estado Cerrado cuando el propietario del producto está de acuerdo en que el caso se implementó según los criterios de aceptación y la superación de las pruebas de aceptación.

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.

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 hacerlo si define las características y asigna los casos de usuario 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 casos de usuario.

El elemento de trabajo de característica contiene campos similares proporcionados para los casos de usuario e incluye campos adicionales, como se describe en la tabla siguiente.

La pestaña Implementación captura los vínculos a casos de usuario asignados.

Campo	Uso
Prioridad	Una calificación subjetiva de la característica respecto al negocio. Los valores permitidos son: 1: el producto no se puede distribuir sin la característica. 2: el producto no se puede distribuir sin la característica, pero no es necesario solucionarlo inmediatamente. 3: la implementación de la característica es opcional en función de los recursos, el tiempo y el riesgo. Para cambiar la selección de menú, vea Personalizar una lista desplegable (menú desplegable) [redirigido].
Valor empresarial	Especifique un número que capture el valor relativo de una característica en comparación con otras características. Cuanto mayor sea el número, mayor será el valor empresarial.
Fecha prevista	Especifique la fecha antes de la cual se debe haber implementado la característica.

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

Esta asignación crea vínculos primario-secundario de características a casos de usuario, 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 casos de usuario y realizar un seguimiento de la capacidad y evolución del equipo

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 los procesos de Agile, 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 casos de usuario, 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/pestaña	Uso
Estimación original (vea la nota 1)	La cantidad de trabajo estimada requerida para completar una tarea. Normalmente, este campo no cambia una vez asignado.
Trabajo restante	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 evolución de sprint y los informes siguientes: Evolución y tasa de evolución, Trabajo restante y Estado en todas las iteraciones. 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.
Trabajo completado	La cantidad de trabajo que se ha empleado en la implementación de una tarea.
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 desplegable.
Implementación	Esta pestaña captura los vínculos primario-secundario creados entre casos de usuario y tareas. Al agregar tareas a un caso de usuario mediante un panel de tareas de sprint, se crean automáticamente vínculos al caso. Con las tareas, puede seguir el progreso del trabajo realizado para completar el caso. Esta actividad también admite varios informes, como Informe Información general sobre los casos (Agile) y Informe Progreso de los requisitos (CMMI).

Notas:

1. Puede especificar el trabajo en horas o en días. No hay unidades de tiempo inherentes asociadas a este campo.

   Si usa Microsoft Project para asignar recursos y seguir una programación, puede actualizar estos campos con Project.

Realizar el seguimiento del progreso de la prueba en los casos de usuario y capturar los defectos de código

Casos de usuario de prueba

Desde el portal web puede crear casos de prueba que se vinculan automáticamente a un caso de usuario o a un error.

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 Casos de usuario probados enumera todos los errores y casos de usuario de 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, admite la información que aparece en el informe Informe Información general sobre los casos (Agile).

Realizar el seguimiento de los defectos de código

Puede crear errores desde el portal web portal web, 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 Definir una lista desplegable.
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 más información, vea 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 para todos los WIT es Título. Cuando se guarda el elemento de trabajo, el sistema le asigna un Id. único. Los demás campos obligatorios se resaltan en amarillo.

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	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. 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.
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.

Si tiene un proyecto de equipo, empiece a realizar un seguimiento del trabajo:

• 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. Vea Crear el trabajo pendiente.

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

• Para más información, vea Elegir el cliente apropiado para sus tareas.

Preguntas y respuestas

P: ¿Cómo puedo realizar un seguimiento del valor empresarial?

R: 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 información, vea Modificar un campo o agregar un campo personalizado.

P: ¿Qué campo se usa para administrar el orden de la lista en la página de trabajo pendiente?

R: El campo Rango en la pila se usa para realizar un seguimiento de la clasificación relativa de los requisitos. 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.

Este campo no aparece en el formulario del elemento de trabajo. Para más información, vea este artículo sobre cómo Crear el trabajo pendiente.

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

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

Característica

Caso de usuario

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.