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)
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.
Jose Antonio Ródenas
CTO en Visualtis
