Definir el Valor para los clientes

Definir el Valor para los clientes

Hay situaciones donde los equipos Scrum se mueven en base a pedidos y solicitudes que envían los interesados de funcionalidades sin posibilidad de tener la capacidad de decidir cuáles de ellas son importantes para entregar valor. El Product Backlog de estos escenarios esta lleno de funcionalidades, temas técnicos o requerimientos que no han sido evaluados desde el orden de importancia del valor para el cliente.

Este contexto se agrava porque los interesados presionan por el cumplimiento de esta lista de funcionalidades en fecha y sin cambios, donde los resultados finales a veces son decepcionantes y se buscan culpables de porque las cosas no mejoran.

Entonces para evitar estos escenarios de construir a ciegas se necesita primero entender cuáles son los problemas, dolores, ganancias, necesidades, etc. de los clientes para generar ideas enfocadas en ese entendimiento.

Algunas recomendaciones:

1. Definir el problema de negocio a resolver, que brinde alineamiento y criterios de éxito para evaluar cuando el problema se está solucionando. Derivar el Objetivo de Producto del problema.
2. Definir de forma explícita las hipótesis iniciales sobre el cliente, sus problemas, necesidades, etc. Tratar de validar o probar mediante experimentos si estos problemas son reales y como se pueden resolver.
3. Ejecutar los experimentos con usuarios reales, algunas técnicas como entrevistas, prototipos, Mago de Oz, pueden ser elegidas.
4. Usar la información obtenida de los clientes para decidir cuáles son los pasos siguientes. Se podría descartar algunas hipótesis, derivar nuevas hipótesis o confirmarlas.
5. Definir el Product Backlog desde las hipótesis iniciales y adaptarlo conforme se aprenda de los clientes.
6. Construir el incremento de producto en base a la evidencia de lo aprendido para enfocarse en la entrega de valor.
7. Medir el valor entregado a los clientes por el incremento de producto para seguir aprendiendo.
8. Usar los Sprints como ventanas de tiempo para realizar el trabajo de descubrimiento, definición y validación de hipótesis y  entrega de producto,
9. Continuar el descubrimiento, aprendizaje y validación aun cuando el producto ya está construido y en manos de los clientes. El Aprendizaje nunca termina.