Finalizar una iteración
Idealmente, usted y su equipo habrán completado todo el trabajo que habían planeado para la iteración.Tendrán los elementos completados para hacer una demostración a las partes interesadas, tanto en una forma concreta (por ejemplo, presentación de código que funciona correctamente, documentación completa, o funcionalidad añadida al software existente) como mediante la lista de elementos de trabajo pendiente que se han completado, así como las tareas asociadas a su iteración, la tasa de evolución que mantuvo durante la iteración, y cualquier otra información de interés para su equipo y los interesados.Puede optar por enviar el software terminado a los clientes para la retroalimentación, y luego decidir cómo incorporar esa retroalimentación en nuevas mejoras de su software.Para obtener más información sobre las herramientas de comentarios en Team Foundation Server (TFS), vea Solicitar comentarios.
Comprender logros concretos, tales como una pieza de código que funciona correctamente, parece relativamente sencillo.Sin embargo, muchos equipos tienen dificultades para ponerse de acuerdo sobre lo que se ha hecho, y lo que no.Esta clase de confusión puede causar problemas en iteraciones posteriores.Para obtener más información sobre la definición correcta y asegurarse de que todo el mundo sabe y está de acuerdo con la definición de “hecho”, vea Realizado y Undone.
En algunos casos, puede que no complete todos los elementos de trabajo pendiente que planeó para la iteración.En esos casos, puede analizar el trabajo (si existe) que se completó en la lista de elementos de trabajo pendiente, por qué el elemento no se ha completado, y qué pueden hacer usted y su equipo en el futuro para impedir que haya trabajo pendiente al final de una iteración.Una vez discutidos los asuntos, puede elegir mover el elemento a la siguiente iteración, o puede decidir devolverlo a la lista global de trabajo pendiente para su inclusión en una iteración posterior.
Los ejemplos de este tema siguen a Peter y Julia, un Scrum Master y una propietaria del producto de la compañía ficticia Fabrikam Fiber, mientras se produce la reunión de sprint retrospectiva con sus compañeros de equipo Adán y Annie.Revisan los logros del equipo, muestran lo que el equipo compiló durante el sprint, y revisan el trabajo que no se completó.hablan de por qué el trabajo no se ha completado, y reasignan el trabajo restante a la lista de trabajo pendiente.
Muchos equipos eligen mantener las reuniones de planificación justo después de las reuniones retrospectivas.Dado que las necesidades de negocio cambian rápidamente, puede aprovechar esta reunión con el propietario del producto, los clientes y las partes interesadas para revisar las prioridades de los elementos de la lista de tareas pendientes de nuevo durante la reunión de planificación.
En este tema
Revisión de logros
Mover elementos pendientes a una futura iteración
Requisitos
Con el fin de seguir 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 debe tener Editar elementos de trabajo en este permiso de nodo establecido en Permitir.De forma predeterminada, todos los miembros del equipo tienen este permiso, porque el grupo del equipo es miembro del grupo Colaboradores del proyecto.
Para ver características de equipo como la lista de trabajo pendiente y el panel de tareas, debe pertenecer al grupo de acceso Completo en Team Web Access.
Para obtener más información, vea Administrar mi perfil y ver mis permisos, Tener acceso a características en Team Web Access y Permisos de Team Foundation Server.
Revisión de logros
Es importante revisar los éxitos de su equipo y sus logros a lo largo de la iteración.Hacer una demostración del trabajo completado ayuda a todos a comprender lo que se ha hecho, y cuál es el estado del producto mientras el equipo se prepara para planificar la siguiente iteración.
En el ejemplo del equipo de Fabrikam Fiber, Peter, como scrum master, y Julia, como propietaria del producto, mantienen una reunión de revisión para el sprint con el resto del equipo, así como con las partes interesadas.A partir de esta reunión, algunos casos de uso se aceptan como completados.El equipo muestra las características que se agregaron al software de Julia y a un representante del cliente.También muestran la documentación completa de la API pública que el equipo ha añadido en el curso del sprint, y solicitan los comentarios de las partes interesadas para asegurarse de que lo que se entregó era lo que se solicitó.Si los aspectos del trabajo completado no satisfacen las expectativas de la parte interesada, el equipo crea otro elemento de trabajo en la lista de trabajo pendiente para representar este trabajo necesario.El equipo trata el caso de uso incompleto, las tareas que se completaron para ese caso de uso, y las tareas que faltan para completarse al final del sprint.Más aún, el equipo explica por qué el caso de uso no se completó: Adán estuvo enfermo varios días en casa, y el resto del equipo no tenía bastante margen de tiempo en a programación para compensar su ausencia.El equipo decide mover el caso de uso incompleto al siguiente sprint de momento y, revisar dicha decisión en la reunión de planeación para el siguiente sprint, junto con las estrategias posibles para evitar estos problemas en el futuro.
Mover elementos pendientes a una futura iteración
Puede mover un elemento sin terminar de la lista de trabajo pendiente a otra iteración, como el siguiente sprint, o puede pasarlo a la lista global de trabajo pendiente del equipo.Al mover un elemento de la lista de trabajo pendiente, cualquier elemento asociado que se haya completado, como las tareas, también se moverá a esa iteración.Puede mover cualquier tarea que se hubiera completado a la iteración donde se completó.
Para mover elementos a una futura iteración
En la página Trabajo pendiente del producto, elija la iteración que acaba de completar, y revise los elementos de la lista.
Resalte un elemento de la lista de trabajo pendiente como un elemento de la lista de trabajo pendiente del producto o un caso de uso,y después realice una de las siguientes acciones:
Arrastre el elemento hasta la iteración a la que desea mover el elemento, o a Trabajo pendiente del producto si no desea asignar el elemento a una iteración concreta.
Elija la flecha hacia abajo situada junto al elemento, resalte Mover a iteración, y elija la iteración a la que desea mover el elemento.
.gif "Sugerencia")
SugerenciaPara mover el elemento a la lista global de trabajo pendiente del equipo en lugar de una iteración concreta, elija Trabajo pendiente de la lista.
Abra el elemento, y modifique manualmente la ruta de acceso de la iteración para convertirla en la iteración a la que desea mover el elemento.Si elige este método, ninguno de los elementos de trabajo secundarios tendrá la ruta de acceso de iteración automáticamente modificada de forma que coincidan.
Temas relacionados en este tutorial
Inicio | Crear una pila de trabajo pendiente | Ver y administrar el trabajo pendiente de With The un comité de Kanban | Repasar y estimar el trabajo pendiente | Planear una iteración | Ejecutar una iteración