Desarrollo basado en hipótesis: integrando la experimentación en Scrum
Una de las fuentes más persistentes de desperdicio en el desarrollo de productos es la entrega de funcionalidades que los usuarios no adoptan. El desarrollo basado en hipótesis (HDD) aborda directamente este patrón reformulando las funcionalidades como hipótesis a probar en lugar de requisitos a entregar.
El formato de hipótesis
"Creemos que [esta funcionalidad] logrará [este resultado] para [este usuario]. Lo sabremos cuando [observemos esta señal medible]." La señal medible es el elemento más difícil de definir -- y el más importante. Sin ella, la hipótesis no puede probarse, sólo afirmarse.
Integración con los Objetivos de Sprint
Un Objetivo de Sprint formulado como "Probar si los filtros de búsqueda mejorados reducen las sesiones sin resultado" describe un experimento orientado al resultado -- en lugar de un entregable. Esta formulación cambia la conversación en la Planificación del Sprint, durante el Sprint y en la Revisión del Sprint.
El rol del Product Owner en HDD
El HDD redefine el rol del Product Owner: pasa a ser explícitamente responsable de definir los resultados -- el "por qué" detrás de cada elemento del backlog -- y de identificar las señales medibles que indicarán si el resultado se logró. El equipo sigue siendo responsable de los entregables.
Desafíos comunes
Definir señales medibles es difícil -- la infraestructura analítica actual puede no capturar los datos necesarios.
Las partes interesadas pueden resistirse al enfoque experimental.
No todo debería ser una hipótesis -- el mantenimiento y la deuda técnica deben tratarse independientemente.
La señal medible debe acordarse de antemano, no elegirse después.
XNM Consulting ayuda a las organizaciones a construir prácticas Scrum y ágiles que conectan la ejecución de sprints con los resultados del producto.