IR A SCRUM PROJECT

 

La pila de producto es el centro de Scrum, donde empieza todo. Se trata de una lista priorizada de requisitos, historias, o funcionalidades que el cliente quiere, descritas usando la terminología del cliente. Se conviene en llamar a esto ‘Historias.

Se trata de un listado dinámico que inicialmente se compone de los requisitos conocidos y mejor entendidos en un principio, pero que va evolucionando a medida que el producto y el entorno evolucionan. En ella se identifica constantemente lo que el producto necesita.

product-backlog_1

Se deben incluir estos campos mínimos:

  • ID

El Id es un identificador único, generalmente, lo más simple es un número auto-incremental, que se mantendrá invariable, aunque cambiemos los nombres de las historias.

  • Nombre de la historia

El Nombre de la historia es una descripción corta de la misma. Debe ser claro para que el dueño de Producto (el cliente) entienda de qué estamos hablando, y podamos distinguirlo inequívocamente de las otras historias. Normalmente se utilizan de 2 a 10 palabras.

  • Notas

Otra información que clarifique la historia. Debe ser muy breve. Se trata de un pequeño texto que indica qué haría un usuario con nuestro producto.

  • Cómo probarlo

Debe indicar cómo vamos a probar la historia al final del Sprint. Básicamente se trata de un test de lo que tenemos que hacer para que ocurra algo.

  • Importancia

Es la ratio de importancia que el dueño de producto da a esta historia. La escala la marcamos nosotros y debe ser entendible por todo el equipo. Se puede utilizar 10 o 100, teniendo en cuenta que cuanto más alto es más importante. Debemos evitar utilizar la escala invertida porque si “1” se considera la “máxima importancia”, si nos aparece algo más importante, ¿qué importancia le daríamos a ese nuevo elemento “0”?

La importancia no es un elemento de valor simplemente. Si una historia A está marcada con importancia 10 y otra historia B con importancia 50, no quiere decir que la B es 5 veces más importante que la A, simplemente que B es más importante que A y si aparece una historia C, más importante que A y menos que B, le daremos cualquier número entre 10 y 50.

  • Estimación inicial

La estimación inicial es la valoración inicial acerca de cuánto trabajo es necesario para poder desarrollar e implementar la historia, siempre comparando con otras historias. La unidad que se utiliza son los “puntos de historia” y usualmente corresponde a “días-persona ideales”. Una forma de evaluar esta estimación es preguntarse: “si tuviéramos el número óptimo de personas para poder desarrollar esta historia y pudieseis trabajar sin distracciones, ¿en cuántos días podríamos tener la historia finalizada y comprobada?”. Si a esta pregunta respondemos que, con 5 personas, podríamos tener en 3 días, la estimación inicial sería de 15 puntos. Lo importante no es que las estimaciones absolutas sean correctas (es decir, que nuestra historia de 15 puntos deba durar 3 días), lo importante es que las estimaciones relativas sean correctas (es decir, que la historia de 15 puntos debería durar la mitad que una historia de 30 puntos).

  • Incluida en el sprint

Número del sprint donde vamos a incluir la historia. Los Sprints como veremos en el apartado 4.2 los numeraremos como hemos hecho con las historias, con un número auto-incremental empezando en “1”.

  • Campos adicionales

En la herramienta que vamos a utilizar se pueden incluir hasta 5 campos adicionales a la pila de producto (categoría, componentes, …), pero los campos básicos suelen ser suficientes para el desarrollo del proyecto.

1. Instalación de la herramienta 2. Product Backlog
3. Ficha de Sprint  4. Sprint día a día
5. Cuadro de Mando