División de historias: refinamiento hasta una granularidad óptima
Una historia aparentemente pequeña puede resultar mucho más grande de lo esperado. Sólo mediante el refinamiento o la división de la historia se puede descubrir esto. La división de la historia se puede realizar temprano o justo antes del sprint anterior. Recomendamos hacerlo lo antes posible para evitar sorpresas tardías.
Consideramos que la “división de la historia” y el “refinamiento de la historia” son actividades muy similares. Se trata de optimizar la granularidad de la historia de usuario escrita.
¿Qué son las historias de usuarios?
Para aquellos equipos que pueden ubicarse, la historia del usuario puede ser solo un recordatorio de una conversación. En la mayoría de las circunstancias, nos basamos en la historia del usuario como requisito funcional escrito. Para ser eficaz en la prestación Comunicación clara Las historias de usuarios deben escribirse cuidadosamente para minimizar los malentendidos. Pero primero debemos comprender cómo las historias de usuarios encajan en el contexto más amplio (jerarquía) de comunicación de lo que se debe hacer para proporcionar valor a los usuarios:
El contexto de las historias de usuarios
Una historia de usuario completa
Una vez establecido este contexto, ahora podemos ver dónde encajan las historias de usuarios. El contexto dentro de la jerarquía ayuda a comprender qué se necesita en una historia de usuario para que esté bien formada y sea de buena calidad. Una historia de usuario completa debe:
- especificar un usuario o persona debe especificarse.
- describe el funcionalidad de alto nivel para ser realizado como parte de una única acción funcional discreta por parte del usuario.
- incluir todos los pasos funcionales necesarios para satisfacer las necesidades del usuario.
Cuándo dividir la historia
Lo ideal sería lo antes posible en el ciclo de vida del software. No es tan oneroso como muchos dirían y rara vez es una actividad inútil. Consulte nuestro artículo de blog sobre atributos de calidad de historia de usuario recomendados
Técnicas para dividir historias
Piense primero en quién es el usuario y qué tipos de datos necesita manejar para lograr un requisito específico que deje el sistema en un estado estable al final.
Usuario – Orientado
¿Esta historia describe la funcionalidad de una persona o grupos de personas?
Medible (pasos funcionales claros)
Para que sea mensurable o considerable, necesitamos conocer la funcionalidad en términos de grupos de datos que se manejan. p.ej
como usuario registrado puedo actualizar mi perfil.
Para medidas medibles recomendamos el estándar de dimensionamiento funcional COSMIC, que requiere que los objetos de interés estén identificados.
Completo
¿Hemos mencionado todos los grupos de datos necesarios para esta historia? Si tenemos que buscar algunos datos de otro lugar, también debemos incluirlos. Muchas historias de usuarios requieren varias búsquedas de datos antes de crear o actualizar un tipo de objeto.
Reglas del negocio
Las reglas comerciales suelen ser restricciones basadas en el contexto o en los datos referenciados. Asegúrese de incluir todos los tipos de datos a los que se hace referencia en su historia de usuario funcional. En ocasiones, las reglas comerciales obligan a dividir una historia en dos historias similares. A veces, el contexto se puede presentar combinando el nombre de usuario con un estado particular, por ejemplo, iniciado sesión._usuario_con_artículos_carrito
Conciso
A veces sobreespecificamos una historia de usuario con todos los criterios de aceptación antes de tener los conceptos básicos correctos. Evite hacer esto demasiado pronto.
