4.5 - Técnicas y herramientas útiles para el Product Owner

Story

Herramienta 1: User stories mapping (Mapeo de historias)

historias de usuario)

Esta técnica permitees categorizarvital para organizar y visualizar de manera clara y estructurada los elementos del Product BacklogBacklog, agrupándolos según su funcionalidad y dependencia, ylo deque estaa manerasu proyectarlosvez facilita su proyección a lo largo del tiempo.

SeEl llevaproceso ade cabomapeo se desarrolla típicamente en sesiones de trabajo deque aproximadamenteduran deentre 2 –y 4 horas,horas. haciendoDurante usoestas desesiones, se utiliza un lienzo y post-its.its Facilitapara facilitar la identificaciócategorización y priorización de los elementos que haráintegrarán parte delel producto.

AyudaUna ade programarlas grandes ventajas de este método es que asiste en la programación de los sprints, loproporcionando queuna haceperspectiva más fácilclara para ellos negociostakeholders entendersobre qué se va a hacerrealizará y cuándondo, (aproximación).aunque sea de manera aproximada.

La técnica de Mapeo de Historias de Usuario (User Stories Mapping) sirve como una herramienta crucial para estructurar y definir el MVP (Producto Mínimo Viable), permitiendo una visualización clara de las funcionalidades esenciales que deben ser implementadas en primera instancia para satisfacer las necesidades centrales del cliente.

¿Cómo construir el mapa de historias?

Antes de iniciarcomenzar, es necesariofundamental conocerestablecer el estado objetivo del producto (Product Goal), paraya delimitarque esto determinará el contexto endentro del cual se desplegará el queproducto. sePosteriormente, desarrollaráes el producto, enecesario identificar las funcionalidades o componentes principales que haráconstituirán parteel producto, conocidos como "épicas".

Pasos para crear un Mapa de Historias de Usuario

1. Definición del Product Goal: Establece claramente el objetivo principal del producto (épicas).
   que

   Productguiará roadmaptodas (Hojalas decisiones futuras, recuerda basarte en el problema que se pretende solucionar.

2. Identificación de rutaÉpicas: Determina las grandes funcionalidades o componentes que conformarán el producto.
3. Creación de Historias de Usuario: Desarrolla historias de usuario que describan cada función desde la perspectiva del producto)usuario.
4. Organización de Historias: Organiza las historias de usuario identificadas en una estructura visual, categorizándolas según su funcionalidad y dependencia.
5. Priorización: Establece las prioridades de las historias de usuario, decidiendo cuáles deben abordarse primero basándote en su valor y complejidad.
6. Revisión y Ajustes: Durante las sesiones de refinamiento del Product Backlog, revisa y ajusta el mapa según sea necesario, incorporando los aprendizajes y cambios que surjan durante el desarrollo.

---

Herramienta 2: MoSCoW (Must have, Should have, Could have, Would have)

EsLa técnica MoSCoW es un planmétodo efectivo para priorizar los elementos del Product Backlog, ayudando a discernir lo esencial de acciónlo deseable. Aquí está desglosada en sus componentes:

• Must have (M): Características indispensables, sin las cuales el producto no puede lanzarse.
• Should have (S): Características importantes que alineaagregan valor significativo pero no son críticas para el lanzamiento.
• Could have (C): Características deseables pero no necesarias, pueden posponerse sin afectar gravemente el producto.
• Would have (W): Características que serían buenas tener en algún momento, pero no son una prioridad en este momento.

Este enfoque facilita la toma de decisiones durante el refinamiento del backlog, permitiendo una distribución más estratégica de los objetivosrecursos empresarialesy esfuerzos del equipo.

Herramienta 3: Modelo Kano

El Modelo Kano es una herramienta útil para identificar y categorizar las necesidades del cliente en el desarrollo del producto. Se clasifica en las siguientes categorías:

• Características Básicas: Elementos que los clientes dan por sentado. Su ausencia causaría insatisfacción, pero su presencia no aumenta la satisfacción.
• Características de Rendimiento: Aspectos que pueden incrementar la satisfacción del cliente según su grado de implementación.
• Características de Excitación: Innovaciones que los clientes no esperan, pero que podrían deleitarlos y generar una ventaja competitiva.

Al aplicar el Modelo Kano, el Product Owner puede obtener una comprensión más profunda de lo que realmente desea el cliente, lo que puede ayudar a priorizar de manera efectiva las funcionalidades en el Product Backlog.

Herramienta 4: Customer Journey Maps (Mapas del Viaje del Cliente)

El Customer Journey Map es una herramienta visual que representa la experiencia total del cliente con un producto o servicio desde el primer contacto hasta la interacción final. Ayuda a comprender las necesidades, las emociones y los obstáculos que el cliente podría enfrentar en cada etapa. Aquí está su estructura general:

• Puntos de contacto: Donde y cuando el cliente interactúa con el desarrolloproducto o servicio.
• Motivaciones: ¿Por qué el cliente se siente motivado para continuar o abandonar?
• Preguntas: Dudas o inquietudes que el cliente pueda tener en cada etapa.
• Emociones: Cómo se siente el cliente en cada punto de unacontacto.
solución o producto.

El uso de los Customer Journey Maps permite al Product roadmapOwner:

• Identificar áreas de mejora en la experiencia del cliente.
• Priorizar características basadas en momentos críticos del viaje del cliente.
• Diseñar soluciones que se usaalineen mejor con las expectativas y necesidades del cliente.

---

Otras herramientas / técnicas útiles para describirel Product Owner

Técnica de Estimación Poker (explicada en la sección de Developer): Utilizada para estimar el esfuerzo requerido para cada tarea. Impact Mapping: Una técnica estratégica de planificación que visualiza las funcionalidadesmetas y el impacto esperado de un proyecto. Herramientas de Gestión de Proyectos Ágiles (como JIRA, Trello, Asana): Facilitan la organización y seguimiento de las tareas y progresos del equipo. Lean Canvas: Una herramienta que tendráayuda a desarrollar y afinar el modelo de negocio de un producto. Customer Journey Maps: Permiten visualizar la experiencia del cliente con el producto ydesde definirel cuándoprincipio sehasta entregaránel nuevasfin. Prototipado Rápido: Herramientas como Sketch, Adobe XD, para crear prototipos iniciales de productos o características. EsteAnalytics roadmapTools: proporcionaHerramientas contextocomo Google Analytics para entender mejor el trabajo diariocomportamiento del equipo, mantiene la coordinaciónusuario y permitetomar comunicardecisiones la visión, las prioridades y progreso de un producto a lo largo del tiempo.informadas.

---

¿Cómo construir el Product roadmap?

Al construir el roadmap, el equipo Scrum en conjunto con el cliente, debe tener en cuenta:

• Cambios en el mercado
• Propuesta de valor
• Limitaciones de ingeniería

Consideraciones sobre el Product roadmap

Al agregar funcionalidades/componentes (épicas) o modificar plazos debes considerar:

• ¿Cuáles son las prioridades actuales?
• ¿Cuándo pretendemos trabajar en cada funcionalidad?
• ¿Hay fechas particulares que se deben cumplir?
• ¿Qué dependencias hay a nivel interno o con otros equipos?
• ¿Qué equipos (o miembros) están trabajando en cada funcionalidad?
• ¿El equipo tiene disponibilidad y capacidad suficiente?
• ¿Podemos mantener estable al equipo actual? ¿Es necesario reorganizar el equipo?

Comunicar el Product roadmap

Una vez que se crea el Product roadmap, debe compartirse con todo el equipo para que todos tengan una visión compartida de la situación. En muchas organizaciones, los líderes crean sus roadmaps, y luego envían archivos u hojas de cálculo por correo electrónico al equipo. Si bien se hace con buenas intenciones, esta estrategia es defectuosa, pues cada miembro del equipo tiene su propia copia del roadmap, y mantener a todos informados cuando el roadmap cambia es engorroso y ambiguo.

Entonces, ¿cómo se puede mantener mejor informado al equipo? Sencillo. La mayoría de las herramientas ágiles colaborativas notifican automáticamente a todos los participantes de un equipo para informarles que el roadmap ha cambiado. (Si tu herramienta no lo hace, es momento de considerar un nuevo enfoque).

Contar con un roadmap actualizado y en línea permite que el equipo y otras partes interesadas tengan una única fuente de información sobre el producto.