Pila de producto

Explica con la brevedad y claridad suficiente como para que nosotros y el cliente distingamos lo que hacen las características que nos pide, se definen como historias o elementos de la pila.

Estas requieren:

• ID: identificador único
• Nombre: una descripción corta de lo que hace (de 2 a 10 palabras).
• Importancia: ratio de importancia que el cliente da al producto, cuanto más alto más importante. Por ejemplo 10, o 150. No quiere decir que si, A=5 y B=50 que B sea 10 veces más importante, solo que B es más importante que A aunque B valiese 6, seguiría siendo lo mismo.
• Estimación inicial: la valoración inicial del equipo en cuanto podrían tardar en realizarlo (imaginando el número de personas necesarias, y que estén encerrados dentro de una habitación con suficiente comida para no salir sin perder la atención en el trabajo), el número debe ser una estimación cercana teniendo en cuenta que si una valoración de 4 tarda 2 días, pues una de de 2 debe tardar la mitad.
• Como probarlo: una descripción a alto nivel de cómo demostrar que funcionará esta historia al final del Sprint (“haz esto, haz lo otro y entonces debería de ocurrir aquello”).
• Notas: cualquier información o aclaración o apunte sobre cualquier otra cosa que ocurra o pase durante el desarrollo de la historia.

Ejemplo:

Otros campos dentro de la pila de productos pueden ser:

• Categoría: establece una categoría a la historia para relacionarla con otras y el dueño del producto sepa a que parte pertenece.
• Componentes: por ejemplo bases de datos, servidor, cliente. Aquí el dueño de producto puede ver las partes técnicas involucradas en la historia.
• Solicitante:  a veces el dueño de producto le interesa saber que persona solicitó esta historia, para poder ofrecerle así información sobre la misma.
• Bug tracking ID (seguimiento de errores): es importante llevar un historial de errores directos con las historias o entre ellas.

Sprint

Planificación de Sprint

Antes de empezar el Sprint, debería estar todo correctamente realizado (la pila de producto):

• Que la pila esté hecha.
• Que estén las prioridades bien definidas.
• Por cada pila de producto un dueño de producto.
• El dueño de producto debe entender perfectamente que realiza cada historia, aunque no sepa como se define debe saber que es lo que hace a la perfección ya que es él el que lo requiere.

Nota: las prioridades solo puede cambiarlas y establecerlas del dueño de producto, ningún solicitante que sea el dueño puede cambiarla, al igual que nadie que no sea el equipo pueda cambiar la estimación.

La planificación de Sprint es sin duda una reunión crítica, la más importante de Scrum. Una planificación mal hecha de Sprint puede llevar el Sprint al desastre.
El propósito de Sprint es que quede todo lo suficientemente claro y establecido como para poder dejar trabajar durante un tiempo sin tener que hacer paradas al equipo. Y conseguir la confianza el dueño de producto para que ello sea así.

En resumen:

• Una meta de Sprint.
• Una lista de miembros (y su nivel de dedicación, si no es del 100%)
• Una Pila de Sprint (lista de historias incluidas en el Sprint)
• Una fecha concreta para la Demo del Sprint.
• Un lugar y momento definidos para el Scrum Diario.
Es muy importante que el dueño de producto participe en la reunión, ya que, se van analizando una a una y estableciendo la importancia de cada historia, y esto llevará a dudas de y preguntas, que llevarán al cambio del tiempo las estimaciones por parte del equipo y por esto, el dueño de producto, quiera cambiar la importancia de una u otra historia.

Propiedades fundamentales

El alcance y la importancia los fija el Dueño de Producto. La estimación la proporciona el equipo. Durante una planificación de Sprint, estas variables sufren un ajuste fino y continuo a través del diálogo cara a cara entre el equipo y el Dueño de Producto.

Se reserva una de las propiedades fuera del triangulo, la calidad (interna o externa).

• La calidad interna: es la calidad que no es visible para el usuario, pero es importante para el futuro del desarrollo del producto, se refiere a la calidad de código o trabajo del equipo. Nunca hay calidad externa sin calidad interna, luego esta debe ser muy trabajada.
• La calidad externa: es la calidad de cara al usuario, ver que el producto es sencillo y eficaz. Algunas veces como modelo de negocio se puede entregar un primer producto lento y pesado para luego entregar uno mucho más fluido y liviano.

Muy importante, la calidad del trabajo no es negociable.

Otros conceptos importantes para la realización de una buena planificación de Sprint

 Las reuniones de sprint tienen una duración y es importante entender que son largas y van a serlo y afrontar esto de la mejor manera posible. Cuando una reunión se hace bastante larga es mejor cortar y probar a seguir al día siguiente que alargarla una vez llegada la hora para seguir sin respuestas.

Estas reuniones deben estar bien planificadas en una agenda de manera que todo el mundo tenga claro que partes se van a tocar y de que manera en horas se va a repartir la reunión.

Hay que decidir una meta para el Sprint, muchas veces el equipo no sabe que meta establecer. Esta meta debe ser sobre algo que no se tiene hecho de manera que de cara al negocio pueda sorprender al dueño de producto que es al que hay que convencer de que se necesita ese tiempo para conseguir esa meta (ese algo).

Para poner un límite a la hora de crear un Spring se siguen una serie de prioridades a abarcar, cuantas más se realicen antes de terminar una reunión mejor se abarcará durante el resto de días el producto:

• Una meta de Sprint y una fecha para la demo.
• Lista de qué historias ha aceptado el equipo terminar en este Spring.
• Una estimación para cada historia del Sprint.
• “Como probarlo”, relleno de cada historia en el sprint.
• Cálculo de velocidad y recursos (incluyendo miembros del equipo y compromisos).