La planificación ágil parte de la idea de planificar en función de objetivos de negocio en lugar de tareas (a diferencia de la planificación tradicional), priorizando los que aportan más valor, y esperando a dar detalle a objetivos y tareas conforme se va acercando el momento de construcción de estos objetivos, cuando la indeterminación se va reduciendo, de manera que se amortiza el esfuerzo de planificar de manera detallada.

A continuación se muestran los conceptos comunes y las especificidades de cada uno de los planteamientos de planificación mencionados.

La lista de objetivos a completar en la iteración (Product Backlog Items) se puede gestionar mediante un tablero o pizarra de tareas (Scrum Taskboard) que actúa como radiador de información. A continuación se muestra cómo construirlo y un ejemplo de su uso.

Construcción del tablero

 Material

• Cartón pluma 100 cm x 70 cm. En su defecto, se puede utilizar una pizarra blanca, papelógrafo o corcho, marcando las áreas del tablero con cinta adhesiva de colores.
• Rotuladores permanentes de color negro, rojo y verde.
• Regla de 50 cm.

 Dimensiones 

En este encuentro se compartieron experiencias sobre los siguientes temas:

• Gestión de dependencias entre objetivos de proyecto.
• Estimación del proyecto por parte de todo el equipo, utilizando días ideales o bien puntos de historia de usuario.
• Planning Poker para hacer una estimación inicial del proyecto rápida y fiable.
• Uso de la velocidad de desarrollo para ir proyectando el final del proyecto.
• Pruebas de concepto para realizar estimaciones.
• Estimación y planificación de iteración basada en compromiso.
• La estimación ágil ayuda a crear “conciencia de equipo”

Lista de tareas que el equipo elabora en la reunión de planificación de la iteración (Sprint planning) como plan para completar los objetivos/requisitos seleccionados para la iteración y que se compromete a demostrar al cliente al finalizar la iteración, en forma de incremento de producto preparado para ser entregado.

Esta lista permite ver las tareas donde el equipo está teniendo problemas y no avanza, con lo que le permite tomar decisiones al respecto.

La planificación de las tareas a realizar en la iteración se divide en dos partes:

• Primera parte de la reunión. Se realiza en un timebox de cómo máximo 4 horas* :
  • El cliente presenta al equipo la lista de requisitos priorizada del producto o proyecto, pone nombre a la meta de la iteración (de manera que ayude a tomar decisiones durante su ejecución) y propone los requisitos más prioritarios a desarrollar en ella.
  • El equipo examina la lista, pregunta al cliente las dudas que le surgen, añade más condiciones de satisfacción y selecciona los objetivos/requisitos más prioritarios que se compromete a completar en la iteración, de manera que puedan ser entregados si el cliente lo solicita.
• Segunda parte de la reunión. Se realiza en un timebox de cómo máximo 4 horas* . El equipo planifica la iteración, elabora la táctica que le permitirá conseguir el mejor resultado posible con el mínimo esfuerzo. Esta actividad la realiza el equipo dado que ha adquirido un compromiso, es el responsable de organizar su trabajo y es quien mejor conoce cómo realizarlo.
  
  • Define las tareas necesarias para poder completar cada objetivo/requisito, creando la lista de tareas de la iteración (Sprint Backlog) basándose en la definición de completado.
    
  • Realiza una estimación conjunta del esfuerzo necesario para realizar cada tarea.
  • Cada miembro del equipo se autoasigna a las tareas que puede realizar.

* Estos son tiempos máximos en el caso de iteraciones mensuales. En iteraciones de tamaño menor el tiempo es proporcionalmente inferior, y se puede ir reduciendo conforme el equipo va ganando experiencia en este tipo de reuniones, aunque también dependerá de la complejidad a desarrollar en la iteración.