Entradas publicadadas a lo largo del Septiembre, 2009

estimacion scrum Uno de los momentos de Scrum donde el equipo debe estar mas concentrado, es en la reunión de estimación de las tareas.
Esta reunión se celebra con todo el equipo, cada uno tiene en su poder una herramienta para estimar, algunos usan planning poker, cartas donde están escritos los puntos de esfuerzo en una cadena de números: ?, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100 e infinito.

El Scrum Master va leyendo las tareas de la pila de producto ya creadas al equipo. Éstos seleccionan una carta y la colocan boca abajo en la mesa, sin mostrarla a ningún compañero, para no condicionar su opinión.
Se voltean todas las cartas, cada miembro del equipo ha estimado el esfuerzo que se necesita para realizar una tarea.
El que ha mostrado la carta mas baja y la carta mas alta, exponen al resto del equipo el por qué de su elección. Se vuelve a repetir el proceso.

Pueden ocurrir dos cosas, 1.-que el equipo acierte en el coste por mayoría casi absoluta, ante lo cual la estimación termina, y se toma otra tarea. 2.- Que siga habiendo grandes diferencias entre los miembros del equipo.
En este segundo caso lo mejor es preguntar al cliente o Product Owner, dado que esta diferencia mucha veces son interpretaciones sobre las palabras del cliente que en una conversación rápida se soluciona.

Una vez finalizada la reunión de estimación el equipo ha calcula el esfuerzo de todas las tareas, éstas están estimadas de forma eficiente, dado que no depende de la subjetividad de un solo miembro, sino del consenso de todos, lo que la hace mucho mas fiable.

Calendario Sprint ScrumUno de los dilemas que se plantea una empresa es plantear el tiempo de cada Sprint, el tiempo de cada ciclo de producción. Los entendidos recomiendan que estos ciclos finalicen en plazos de 15 días a un mes, dependiendo del tipo de tarea a desarrollar.

Este tiempo no tiene por qué ser rígido, estático, puede variar según el tipo de trabajo a realizar, no existe una fórmula mágica que marque la duración perfecta de un Sprint, dado que las empresas pasan por diferentes épocas de producción que pueden afectar también a la duración de las mismas.

Es importante que la duración del Sprint tenga el suficiente tiempo para poder cerrar tareas de la pila de producto, de manera que se pueda dar por cerrada una tarea y presentarse al cliente como concluida.

Poner Sprint cortos, de 15 días por ejemplo, obliga a invertir un número de horas el día de estimación y de retrospectiva, tal que de los 10 días hábiles que tiene una semana solo se efectúen 8 de realización de trabajos. El primer día se emplea estimando y preparando la pila de Sprint. El último día es cuando se realizan las presentaciones de productos y la retrospectiva.

Si una empresa opta por un Sprint de un mes, sobre el papel gana días de trabajo efectivo, supongamos que un mes dura cuatro semanas, pues de 20 días de trabajo solo dedica dos a reuniones, siendo un 10% del tiempo, y no el 20% si se hace un Sprint de dos semanas.

La ventaja de un Sprint corto es que el Equipo tienen unos objetivos más breves, por lo que consigue antes la satisfacción del trabajo bien hecho, no desviando la mirada de los proyectos mas allá de dos semanas.

Scrum permite que cada empresa pueda gestionar los plazos como más le interese, incluso existen algunas que realizan Sprints de una semana.

Lo importante es:

  • Poder cerrar historias al finalizar cada Sprint.
  • Poder enseñar al cliente avances en su proyecto.
  • Que el equipo no pierda el foco de atención si es un periodo largo.
  • Cerrar los periodos.