Sesión 13/08

Usted está gestionando un proyecto complejo con cambios constantes. Aunque el proyecto no tiene una fecha límite de finalización, existe una expectativa general de que debería completarse en un plazo de entre nueve y doce meses. El equipo del proyecto actualmente está luchando para colaborar y agilizar el trabajo en general.

¿Cuál de las siguientes acciones podría ayudar a mejorar la situación y facilitar la colaboración?

• Limitar el WIP

• Adoptar un enfoque tradicional de gestión de proyectos

• Incrementar el tamaño del equipo y hacer una sola entrega.

• Comprimir el cronograma del proyecto incrementando el WIP.

Answer explanation

Limitar el WIP (Work In Progress) es una estrategia eficaz en proyectos ágiles para mejorar la colaboración y la eficiencia del equipo. Al limitar la cantidad de trabajo en progreso, el equipo puede enfocarse en completar tareas específicas antes de asumir nuevas, lo que mejora la calidad y la velocidad de entrega.

Referencia

[Guía de Práctica Ágil, 1ª edición, página 39]

Si el cliente desea incorporar nuevas ideas o funcionalidades que originalmente no estaban previstas en un contrato, sin exceder el tiempo y los materiales acordados, ¿cuál de los siguientes enfoques se recomienda?

• Emitir un nuevo contrato para el trabajo adicional.

• Reemplazar el trabajo original por el nuevo trabajo.

• Convertir el contrato de Tiempo y Materiales a un contrato de Precio Fijo.

• Agregar el nuevo trabajo al SOW.

Answer explanation

Reemplazar el trabajo original por el nuevo trabajo: Esta es la opción más recomendada en este contexto porque permite incorporar nuevas ideas o funcionalidades sin exceder el tiempo y los materiales acordados. Al reemplazar el trabajo original por el nuevo, se mantienen los límites de tiempo y presupuesto del contrato vigente.

Referencia

[Guía de Práctica Ágil, 1ª edición, página 78]

Actualmente, un equipo ágil está trabajando en la automatización de algunos procesos clave. El proyecto ha estado produciendo consistentemente resultados excelentes, pero recientemente han comenzado a aparecer defectos.

¿Cuál de las siguientes opciones sería la MENOS útil para la revisión de defectos en esta situación?

• Desarrollar un Tablero Kanban Desarrollar un Tablero Kanban.

• Una definición robusta de terminado.

• Trabajo en pares.

• Responsabilidad colectiva del producto.

Answer explanation

Desarrollar un Tablero Kanban

Esta opción es la menos útil en esta situación específica. Aunque un tablero Kanban puede ser útil para visualizar el flujo de trabajo, no aborda directamente la identificación o corrección de defectos. El enfoque en la gestión del flujo de trabajo no resuelve el problema de los defectos que ya han comenzado a aparecer.

Referencia

[Guía de Práctica Ágil, 1ª edición, Página 58]

Recientemente, te has unido a un equipo ágil. El equipo es nuevo en el uso de enfoques ágiles y, ocasionalmente, tiene dificultades con algunas de las herramientas y técnicas. El director ha notado que durante cada reunión diaria de trabajo, el equipo discute los puntos de historia conseguidos, enfocándose en revisar el estado de cada historia de usuario y en qué etapa debería estar. El director considera que esto es un desperdicio de tiempo y que el equipo debería centrarse más en los objetivos planteados para las reuniones.

¿Cuál de las siguientes herramientas puede ayudar al equipo en esta situación?

• Diagrama de espina de pescado.

• Spikes.

• Tablero Kanban

• Product vision board.

Answer explanation

Un tablero Kanban puede ser muy útil en esta situación. Este tablero visualiza el flujo de trabajo y el estado de las historias de usuario, lo que puede reducir la necesidad de discutir en detalle cada historia durante las reuniones diarias. En lugar de revisar verbalmente el estado de cada historia, el equipo puede referirse al tablero, lo que ahorra tiempo y permite que las reuniones se centren en los objetivos principales.

Referencia

[Guía de Práctica Ágil, 1ª edición, Página 31]

Hasta ahora, se han entregado con éxito 45 puntos de historia al cliente en las últimas 3 iteraciones. Para este proyecto, la duración de cada iteración está fijada en tres semanas. El equipo, compuesto por seis miembros, trabaja cinco días a la semana. Al revisar el Product Backlog, se observa que quedan 150 puntos de historia por entregar.

¿Cuántas iteraciones adicionales se requieren para completar el proyecto?

• 10

• 30

• 15

• 20

Answer explanation

1. Puntos de historia por iteración:
   En las últimas 3 iteraciones se han entregado 45 puntos de historia, lo que significa que el equipo está completando, en promedio, 45 / 3 = 15 puntos de historia por iteración.

2. Puntos restantes:
   Quedan 150 puntos de historia por entregar.

3. Iteraciones adicionales necesarias:
   Para calcular el número de iteraciones adicionales necesarias, se divide el total de puntos restantes por los puntos de historia que el equipo puede entregar por iteración:
   150 puntos / 15 puntos por iteración = 10 iteraciones.

4. Referencia

   [Guía de Práctica Ágil, 1ª edición, página 61]

Estás liderando un equipo ágil que desarrolla un sistema de automatización empresarial. Has programado la próxima reunión para planificar la iteración del proyecto con los miembros del equipo la próxima semana.

¿Cuál de las siguientes acciones debe completarse antes de la reunión de planificación de la iteración?

• Estimar las historias de usuario.

• Refinamiento del backlog.

• Nada, el equipo ágil auto-organizado hará todo por sí mismo.

• Realizar un análisis de causa raíz.

Answer explanation

Refinamiento del backlog

Esta es la acción más adecuada para completar antes de la reunión de planificación de la iteración. El refinamiento del backlog (también conocido como grooming) implica priorizar, detallar y aclarar las historias de usuario para que estén listas para ser discutidas y planificadas durante la reunión. Esto asegura que el equipo tenga una comprensión clara de lo que se espera para la próxima iteración.

Referencia

[Guía de Práctica Ágil, 1ª edición, página 52]

Essential Scrum A Practical Guide to the Most Popular Agile Process, Kenneth S. Rubin,2013, pág. 104