Cómo estructurar el backlog del producto en un mapa de historias de usuario

Cómo estructurar el backlog del producto en un mapa de historias de usuario

Para facilitar el desarrollo ágil, el mapa de historias puede recibir características de usuarios identificadas desde diferentes fuentes. Como se mencionó anteriormente, podrían ser los requisitos derivados de contratos de EA, paquetes de trabajo de iniciativas de gestión de proyectos o análisis ad-hoc como el análisis de estado actual y estado futuro, casos de uso en un diagrama de casos de uso para integrarse con el desarrollo de software ágil, entre otros.

Enviar caso de uso al backlog del producto para el mapeo de historias de usuario

Como mencioné antes, existen muchas fuentes diferentes de requisitos, objetivos de usuarios y actividades de usuarios que pueden identificarse mediante entrevistas, posiblemente utilizando diferentes técnicas y herramientas de modelado como modelado de procesos de negocio, mapas mentales, diagramas de casos de uso, entre otros. En este ejemplo a continuación, hemos desarrollado un diagrama de casos de uso y ahora queremos enviar los casos de uso al backlog del producto y desarrollarlos mediante el uso del proceso ágil Scrum.

Ejemplo – Caso de uso para gestionar la aplicación de vacantes laborales

4 pasos para pulir y organizar el backlog del producto

Supongamos que ya hemos acumulado una lista de características de usuarios en el backlog del mapa de historias proveniente de múltiples fuentes diferentes. Una característica de usuario se logrará como una actividad mediante la realización de algunas tareas. Cada una de estas tareas podría descomponerse aún más en unos pocos épicos (historias de usuario más grandes). Cada uno de los épicos contiene una lista de historias de usuario que se descomponen en un tamaño adecuado para encajar en una iteración de sprint. Estos son los pasos involucrados en la planificación de un mapa de historias:

1. Arrastre las características de usuario a la fila superior del mapa de izquierda a derecha. Cada una de estas características en la fila superior del mapa se denomina actividad de usuario.
   
2. Cree un número de pasos necesarios para completar la actividad, conocidos como tarea de usuario.
   
3. Cada una de estas tareas de usuario podría descomponerse en un número de épicos.
   
4. Bajo los épicos, se puede definir una lista de historias de usuario, cuyo tamaño es adecuado para incluirse en un sprint.
   

Observe que: podemos considerar la prioridad de implementación como programada de izquierda a derecha y las historias de usuario de arriba hacia abajo.