El equipo llegó entonces al primer día de su segundo Sprint. Vuelve a comenzar el ciclo, con la reunión de Planificación donde tomará nuevamente historias de usuario, las descompondrá en tareas y comenzará el trabajo diario.
Sin embargo, hay un cambio: el factor de foco.
Al comienzo del Sprint 1 no había historia, y el equipo decidió empezar con un Factor de Foco del 60%. Sin embargo, al terminar su Sprint #1, puede ver cuál fu su velocidad real, y cuánto su factor de foco durante esas 3 semanas. Ese factor de foco "real" será el que se usará para este nuevo Sprint.
Las historias del Sprint #1
Recordemos, el equipo comenzó con un Factor de Foco del 60%. Siendo Sprints de 15 días, y 2 desarrolladores, tenían una velocidad estimada de 18.
El equipo entonces se comprometió a realizar 2 historias, que sumaban 17 puntos. Al finalizar el Sprint, el equipo pudo cumplir con su compromiso, terminando estas historias. Más aún, comenzó a trabajar en la historia "reset de la clave" (la historia siguiente en importancia en el Backlog del Producto), pero sin llegarla a terminar. En resumen, al finalizar el Sprint #1, el equipo logró terminar con las siguientes historias de usuario:
Login - I=100 - E=4 Identificación del cliente - I=90 - E=13
Es decir, su velocidad real fue de 17 puntos (la velocidad real se toma sólo sobre historias terminadas).
Recalculamos entonces el factor de foco: su velocidad ideal es de 30, su velocidad real fue de 17. Luego, su factor de foco es:
17 / 30 = 0,56
Es decir, aumentaron su factor de foco. Para el Sprint #2, el equipo tomará un factor de foco del 56%. Como seguirán siendo dos desarrolladores, su velocidad estimada será de 16 puntos. Recordemos,
velocidad estimada = velocidad ideal * factor de foco velocidad estimada = 30 * 0,56 = 16
Resumiendo
Para el Sprint #2, el equipo usará:
- Factor de foco: 56%
- Velocidad estimada: 16 puntos
En la reunión de planificación que comienza este mismo día, el equipo no podrá comprometer historias por más de 16 puntos.
Comienza otra planificación
Comienza entonces otro Sprint, con los mismos hitos que le Sprint anterior.
Recordando, el backlog del producto era:
Reset de la clave - I=80 - E=4 Pedido cambio plan - I=70 - E=20 Consulta de estado de pedidos - I=60 Pedido de Servicio - I=50 Modificar pedidos - I=30 Cancelar pedidos - I=20 Circuito de errores - I=15
Durante la reunión de planificación el equipo vuelve a estimar la historia "reset de la clave", ya que en el Sprint anterior pudo avanzar algunas tareas de la misma.
Por otro lado, se encuentran frente a la necesidad de partir la historia "Pedido cambio plan", ya que su estimación de 20 puntos es demasiado grande para que puedan tomarla. Así, la historia "Pedido cambio de Plan" queda divida en dos historias que al usuario le dan valor: "Consulta de planes" y "Cambio de Plan".
El compromiso del Sprint (Backlog del Sprint) queda entonces asumido:
Reset de la clave - I=80 - E=3 Consulta de planes - I=70 - E=10
El equipo se compromete a 13 puntos de historia (ya que si tomara la historia de siguiente importancia, superaría su máximo de 16 puntos). El backlog del Producto queda:
Cambio de Plan - I=65 - E=11 Consulta de estado de pedidos - I=60 - E=6 Pedido de Servicio - I=50 - E=15 Modificar pedidos - I=30 Cancelar pedidos - I=20 Circuito de errores - I=15
Con su backlog del Sprint terminado, crearán las tareas para sus historias y comenzará el trabajo en el segundo Sprint.
