El uso de una cartera de productos es una práctica común al organizar un proyecto de desarrollo. Sin embargo, tiene muchas limitaciones que puedes superar usando Story Mapping.
Mejor comunicación, especialmente porque el mapa de la historia es creado por varios miembros del equipo que pueden alinearse en torno a las mismas ideas, visión y objetivos.
¿Es mejor el mapeo de historias que utilizar trabajos pendientes de productos?
Si bien no puedo decir que un enfoque sea mejor que el otro, puedo decir que los mapas históricos aportan algunos beneficios interesantes. El principal es que al crear un story map, el equipo de desarrollo obtiene una idea más clara de lo que están a punto de construir. Esta claridad proviene de la forma visual del mapa sobre la naturaleza algo abstracta de la cartera de productos.
Dicho esto, no estoy eliminando la acumulación de productos. Un buen gerente de producto puede crear fácilmente una cartera de productos sólida que contenga todo lo que los desarrolladores necesitan para crear el software, incluidas funciones, cronogramas, sprints y lanzamientos. Sin embargo, Story Mapping tiene una naturaleza colaborativa en su esencia, lo que puede generar beneficios adicionales.
Lo que deberías aprender de todo esto es que Story Mapping puede mejorar tu enfoque en el desarrollo de productos. Puede ayudarlo a abordar el desarrollo de MVP y proyectos complejos mientras mejora la comunicación entre todos los miembros del equipo. Esto por sí solo muestra por qué Story Mapping es relevante para los equipos de desarrollo: porque ayuda a los diferentes miembros del equipo a unirse y alinearse en torno a objetivos compartidos.
