Scrum: ¿Cómo valorar los puntos de historia?

Se cumplen 2 meses desde que empezamos con las metodologías ágiles en Visualtis y una de las cuestiones que nos está llevando más tiempo definir es cómo valorar las historias de usuario. Scrum da pistas de cómo medir o valorar las historias de usuario pero deja este tema bastante abierto para que cada organización defina qué cosas pueden influir en la valoración de las mismas.

Os adjunto un ejemplo de historia en el panel Scrum de Visualtis

En ella se puede ver:

  • El nombre del proyecto (SE DIGITAL)
  • La referencia a la historia de usuario en nuestro gestor de proyectos: Redmine (#7853)
  • La descripción de la historia de usuario (MIGRAR SERVIDOR AWS)
  • La prioridad (9)
  • El product owner (JR: José Ródenas)
  • Los puntos de historia (3)

Historia

En Visualtis hemos definido que:

  • La valoración de esos puntos de historia la debe hacer el product owner (aunque siempre debe consultar con el equipo)
  • La valoración debe estar basado en jornadas de esfuerzo estimado. Partimos de ese valor como base y podemos aplicarle modificadores
  • Entre los modificadores que aplicamos están:
    • Urgencia: hay que valorar con más puntos a las historias de usuario que son críticas para el cliente final
    • Riesgo: es necesario premiar con más puntos aquellas historias que puedan suponer una parada de servicio
    • Horario: otro punto importante (sobre todo cuando hablamos de sistemas) es cuando se tiene que realizar esa historia. Historias de usuario que se tienen que hacer fin de semana o fuera del horario laboral deberíamos valorarlas mejor
    • Carga de trabajo: si el equipo está muy cargado de trabajo, deberíamos premiar con más puntos las historias elegidas para un sprint

Por último quería compartir con vosotros un panel de finalización de sprint de Visualtis.

2. FinalSprint

Jose Antonio Ródenas

CTO en Visualtis