Caso practico INDITEX para Product Owner

[pic 1]

 Business Case 1

Contenido

Definición de necesidades y alcance del proyecto.        2

La empresa.        2

Situación Actual.        2

Problemas actuales.        2

Sistemas de información.        2

Situación actual del proyecto.        2

Primeros pasos/acciones que llevarías a cabo.        3

¿Qué conversaciones tendrías con los stakeholders que te están pidiendo la wishlist?        3

Roadmap entregables al usuario: MVP y 2/3 iteraciones más.        4

Para cada entregable, ¿qué métricas o tipo de métricas usarías para evaluar el éxito del entregable?        5

MVP (Funcionalidades básicas)        5

Sprint 2: Funcionalidades avanzadas        5

Sprint 3: Funcionalidades adicionales (Incrementar las ventas)        6

Sprint 4: Parametrización y mejoras        6

NPS: Net Promoter Score        6

Desarrolla ejemplos de 3 Historias de Usuario qué harías en la primera iteración. Trata que sean lo más completas posible.        7

Historia 1        7

Historia 2        7

Historia 3        7

Definición de necesidades y alcance del proyecto.

La empresa.

Se trata de Zara.com que requiere implementar una funcionalidad similar a una lista de deseos (Wishlist example & Best practices).  

Situación Actual.

Problemas actuales.

Por medio de las diferentes encuestas de satisfacción del cliente realizadas por el call center del área de Marketing nos han contactado para implementar una nueva funcionalidad en el portal web. Se necesita crear una lista de deseos (Wishlist), con el fin de que el usuario pueda guardar productos para comprarlos más tarde y/o compartirlos con amigos/familiares para dar ideas de regalo en su cumpleaños/navidades/etc.
        

Sistemas de información.

Actualmente la empresa cuenta con una solución Ecommerce Web que contiene el catálogo o visualización del producto, proceso de compra y cuenta de usuario.

Situación actual del proyecto.

Se plantearon los siguientes objetivos estratégicos:

• Elaborar una funcionalidad similar a una lista de deseos (Wishlist example & Best practices).  

El equipo de trabajo está formado por un PO, un BA, un TL, un DS y dos DEVs.

El mismo plasmó en un documento todas las necesidades y el alcance del proyecto. Se llevó a cabo utilizando un modelo API First:

[pic 2]

• Fase de definición y mocking: Se define el contrato, se valida y se definen los mocking para los clientes.
  
• Fase de implementación:

• Definición de test: Se desarrollan los test utilizando el mock del server en paralelo a los desarrolladores que están terminando la implementación.
• Desarrollo e implementación de la API: Generamos y desarrollamos la implementación de la API y una vez desarrollada se testea usando test automatizados de QA.
• Consumo de API: Se expone la API, lo que permite a los consumidores empezar a probar y desarrollar la funcionalidad. Se puede mejorar el contrato en conjunto con el desarrollador de la API.
  

• Fase de integración: Se reapunta la API del mock a la nueva implementación realizada.

Primeros pasos/acciones que llevarías a cabo.

Definición de la problemática, situación actual. Reunión con todos los interesados para que cada uno aporte desde su perspectiva una posible solución o visión de cual sería la mejor estrategia a seguir para poder entregar el mayor valor posible al cliente.

¿Quién solicita esta funcionalidad?

Identificamos a todos los stakeholders. Si el pedido llega del resultado del análisis de estadísticas de uso, quejas, sugerencias, o, como en este caso, encuestas de satisfacción podemos deducir que existe una necesidad de implementación, lo que ayuda a la hora de realizar la priorización de la funcionalidad en el roadmap y en el backlog.

¿Cuál es la motivación del negocio (Business purpose)?

Captación de nuevos clientes, aumento de ventas, fidelización de clientes habituales, etc. Todos estos puntos nos sirven para poder crear métricas de forma más intuitiva.

¿Qué conversaciones tendrías con los stakeholders que te están pidiendo la wishlist?

Utilizaría la metodología INCEPTION que básicamente se divide en dos procesos:

• Imapct Mapping
• User Story Mapping.

IMPACT MAPPING

¿Para qué?

Una breve descripción de lo que se necesita realizar. En este caso, una Wishlist para que el usuario pueda luego comprar o comparar los productos elegidos o bien compartirlos con amigos y familiares.

¿A quién impacta y quienes impactan al proyecto?

Aquí podemos identificar a los clientes (Potenciales compradores). Tenemos que analizar los impactos positivos como los negativos que se traducen en los riegos del proyecto. Identificar los riesgos a tiempo es sumamente necesario para poder efectuar una correcta gestión de los mismos.

¿Qué se va a realizar?

Detalle del entregable que en este caso es la wishlist.

USER STORY MAPPING

Desglosar:

En este punto desglosamos todos los entregables. Aquí se van a generar bastantes tareas que luego tendremos que priorizar.

Priorizar:

Podemos utilizar la técnica MoSCoW:

MUST: Es lo que tiene que estar en la primera iteración que asegura que se cumpla con el MVP (Producto mínimo viable).
SHOULD: Lo que debería estar que podría ir en la segunda iteración.
COULD: Lo que podría estar que iría en la tercera iteración.
WON’T: Lo que vamos a descartar, al menos, de momento.

Armado de versiones o releases:

Aquí organizamos que entregables van a estar en los siguientes releases.

Roadmap entregables al usuario: MVP y 2/3 iteraciones más.

...