Repasar y estimar el trabajo pendiente

Artículo
02/19/2013

De acuerdo con ciertos procedimientos ágiles, una vez que el propietario del producto ha creado un plan de alto nivel para el producto, el equipo se reúne para preparar el trabajo pendiente y calcular los elementos.Se prepara un trabajo pendiente definiendo los elementos más específicos, agregando elementos que representen trabajo adicional tales como la investigación, o que traten errores excepcionales.Antes de calcular el nivel de esfuerzo, el equipo debe estar de acuerdo sobre lo que el éxito significa para cada elemento.

Este tema continúa un tutorial que sigue a los miembros del equipo ficticio de Fabrikam Fibra mientras estos crean un trabajo pendiente del producto y ejecutan un ciclo del Sprint de acuerdo con ciertos procedimientos ágiles.El equipo utiliza las páginas del panel de tareas y de trabajo pendiente de Team Web Access.

Julia, como propietaria del producto, capturó la visión y guía básica de alto nivel del portal de soporte al cliente en una serie de elementos de trabajo pendiente como se describe en Crear o agregar al trabajo pendiente del producto.El equipo está ahora listo para preparar y hacer una estimación del trabajo pendiente.

[!NOTA]

Si utiliza la plantilla de proceso de Visual Studio Scrum,entonces crea un elemento de trabajo pendiente del producto que describe el caso de usuario,un requisito, o una parte de la entrega del proyecto.Si usa MSF for Agile, crea un caso de usuario.Si usa MSF for CMMI process Improvement, se crea un requisito.

En este tema

Revisión de los criterios de aceptación y esfuerzo estimado.
Puntos de captura o trabajo de no caso en el trabajo pendiente
Recursos adicionales para apoyar los esfuerzos estimados

Requisitos

Para llevar a cabo los procedimientos de este tema, debe tener lo siguiente:

Visual Studio Premium, Visual Studio Ultimate o Visual Studio Test Professional.
Debe ser miembro del equipo y tener el permiso Editar elementos de trabajo en este nodo establecido en Permitido.De forma predeterminada, todos los miembros del equipo tienen este permiso, porque el grupo del equipo es miembro del grupo Colaboradores del proyecto de equipo.
Para ver la página de Trabajo pendiente, debe pertenecer al grupo de acceso de completo en Team Web Access.

Para obtener más información, vea Administrar mi perfil y ver mis permisos y Tener acceso a características en Team Web Access.

Revisión de los criterios de aceptación y esfuerzo estimado.

Proporcione tantos detalles como desee para describir no solo el elemento o el error de trabajo pendiente sino también los criterios que utilizará para comprobar si se ha realizado el elemento o se ha corregido el error.Una vez que los criterios de aceptación están bien definidos, el equipo colaborativamente podrá hacer una estimación década elemento de trabajo pendiente según qué proceso se ha adoptado.

Criterios de aceptación y esfuerzo del elemento de trabajo pendiente

Abra Team Web Access, navegue hasta la página principal de su equipo o proyecto de equipo y elija Ver trabajo pendiente.
Haga doble clic en el elemento de trabajo que desea revisar o elíjalo y presione la tecla Enter.

Revise y actualice los campos de Descripción y de Criterios de aceptación con el consenso de equipo para el elemento del trabajo pendiente o el error.

Sugerencia
Los nombres de estos campos pueden ser diferentes según en la plantilla de procesos utilizada para crear el proyecto de equipo, por ejemplo, Descripción con criterios de aceptación o Descripción.

Sobre el criterio de aceptación: Al final de una iteración o sprint, los clientes o el propietario del producto aceptarán el caso de usuario como finalizado o lo rechazarán.Antes de iniciar el sprint, se deben describir los criterios para la aceptación por parte del cliente con tanta claridad como sea posible.Por supuesto, puede suceder que un caso de usuario no sea aceptado por motivos imprevistos.Sin embargo, las conversaciones que el equipo mantiene con los clientes para ayudar a definir los criterios de aceptación permitirán asegurarse de que el equipo entienda las expectativas de sus clientes.Los criterios de aceptación se pueden utilizar como base para las pruebas de aceptación, a fin de permitir una evaluación más eficaz de si un caso de usuario ha finalizado o no.

Basado en el método de estimación que el equipo utiliza, especifique un valor para Trabajo.Al principio del proyecto, solo se necesita un cálculo aproximado.

[!NOTA]

Los nombres de estos campos pueden ser diferentes según la plantilla de procesos utilizada para crear el proyecto de equipo, por ejemplo, Trabajo para scrum, Puntos de caso para Agile y Tamaño para CMMI.

Sobre los puntos de caso: En su libro Agile Estimation and Planning, Mike Cohn define los puntos de caso de esta manera: "Los puntos de caso son una unidad de medida para expresar el tamaño total de un caso de usuario, de una característica o de otro elemento de trabajo". Cohn explica que los puntos de caso son valores relativos que no se traducen directamente a un número concreto de horas.En su lugar, los puntos de caso ayudan al equipo a cuantificar el tamaño general del caso de usuario.Estas estimaciones relativas son menos precisas, así que requieren menos esfuerzo para determinarlas y se mantienen mejor con el tiempo.Estimando en puntos de caso, el equipo puede proporcionar ahora un tamaño general de los casos de usuario y desarrollar más tarde la estimación más detallada en horas de trabajo, cuando los miembros del equipo vayan a implementar los casos de usuario.Para obtener más información, vea El calcular.
Elija el botón de Guardar y cerrar .

Puntos de captura o trabajo de no caso en el trabajo pendiente

En ocasiones, el equipo tendrá que realizar trabajos que no sean una implementación directa de un caso de usuario.Este trabajo se denomina pico.Tres tipos comunes de picos son investigación, errores pendientes y mejoras de procesos o de ingeniería.Para crear un pico en Team Foundation, cree un elemento de trabajo pendiente o caso de usuario, opcionalmente incluya " Pico" en el título y, a continuación, clasifíquelo según su prioridad en el trabajo pendiente del producto junto con los demás casos de usuario.

Panel para agregar en la página de trabajo pendiente del producto

En el panel de la página del trabajo pendiente del producto, escriba una descripción en el campo de Título para el trabajo de punto o de no caso que necesita completar y elija el botón de Agregar .

Sugerencia
Si no aparece el panel agregar, elija el vínculo de agregue los elementos en para girar la pantalla.

Considere definir el trabajo de no caso para las actividades siguientes:

investigación: Cuando el equipo tiene abiertos varios interrogantes sobre un caso de usuario y estos deben ser respondidos antes de que el caso de usuario sea totalmente desglosado en tareas y calculado, hay que calcular cuanto trabajo de investigación se necesita para responder a la pregunta.Por ejemplo, al revisar un equipo determina que el caso, “como viajero frecuente, puedo reservar viajes de premio” tiene varias preguntas sin contestar.El equipo crea el elemento, “como miembro del equipo, puedo entender lo que significa “reservar viajes de premio”.” para representar el punto.El equipo estima el trabajo de investigación necesario en las mismas unidades en que que estima otros elementos de trabajo pendiente.

Importante
Ninguno de los elementos de trabajo pendiente que requiere trabajo de investigación debe agregarse a la iteración actual hasta que el equipo complete la investigación.El trabajo de investigación y el elemento de trabajo pendiente se deben programar para que ocurran en iteraciones futuras independientes.

Deuda de error: El mejor momento para corregir un error es cuando se encuentra.Si no puede corregirlo en el mismo día en que lo encontró, debe crear un elemento de trabajo de error para asegurarse de que no le pierde la pista.Asegúrese de no acumular errores.Si el equipo acumula errores, cree un caso de usuario y vincule los errores al pico y así el pico podrá ser calculado y clasificado según su prioridad junto con otros casos de usuario y picos.
Mejoras de ingeniería o de proceso: El equipo realizará mejoras de ingeniería o de proceso que le ayudarán a llevarlo al éxito.Con frecuencia, estas mejoras se identifican durante una sprint retrospectiva o durante las diarias reuniones de Scrum.Por ejemplo, puede que el equipo necesite mejorar la cobertura de código de las pruebas unitarias, o reducir el tiempo de compilación en el servidor de integración continua.

Para cada elemento de trabajo de punto o de no caso que el equipo captura, realice los pasos 2 a 5 tal y como se describe en “Revisión de los Criterios de aceptación y estimación del esfuerzo” para asegurarse de que el equipo comprende el trabajo que se va a realizar y que calcula el trabajo.Para obtener más información, vea Crear o agregar al trabajo pendiente del producto.