¿Porqué la definición de listo (DoR) no es prescriptiva en Scrum?

¿Incluir DoR o no? - cortesía de Pixabay

A través de la definición de listo (DoR - Definition of Ready) el Propietario del Producto puede marcar historias de usuario de la pila de producto como listas para trabajarse en un sprint. Trata de un conjunto de acuerdos que les permite a todos saber cuándo están listas para comenzarlas y por tanto poder incluirlas en un sprint. Una definición de listo adecuada puede mejorar las posibilidades del equipo para cumplir con éxito el objetivo del sprint, pero una definición de listo inadecuada puede llevarnos a prácticas no deseables.

Mike Cohn en su artículo "The Dangers of a Definition of Ready" nos advierte que la definición de listo puede llevarnos a prácticas de proyecto en cascada. Si en la definición de listo se incluye algo que deba de estar terminado al 100% antes de que una historia pueda entrar en un sprint, el proceso se acercará peligrosamente a un proceso secuencial en cascada. Imaginemos un escenario con una definición de listo que marque que una historia de usuario ha de estar completamente diseñada para entrar en un sprint, en ese ejemplo nos estaremos acercando peligrosamente a sprints de diseño seguidos de sprints de construcción...

Recordemos que la forma ágil de acometer sprints es que todo el equipo, compuesto por miembros con las habilidades necesarias para construir historias de principio a fin, esté focalizado de forma concurrente en una sola historia de usuario a la vez, y que trate de acabar la que esté en curso antes de empezar la siguiente. Cuando una cosa no puede comenzar hasta que se haga otra, el equipo ya no concurre sobre una historia y cada miembro probablemente emprenda tareas desconectadas.

Equipo refinando historias de usuario
dejándolas suficientemente listas

Otra disfunción puede llevar a que cuando los Propietarios del Producto dejen las historias de usuario en situación de listo, se considere que todo está hecho y se minimice la conversación y comunicación entre el equipo y estos. Hasta podría darse el caso de Phoenix Product Owners, el Propietario del Producto que deja todo listo, desaparece después de la planificación de sprint y no reaparece hasta la revisión de sprint.

Recordar que Scrum trata de comunicación diaria y trabajo concurrente incluido el Propietario del Producto. Una buena definición de listo es una parte integral de la actividad de refinamiento de la pila en forma de proceso continuo a lo largo del sprint, y no como una lista de verificación secuencial de lo que tenga que estar al 100% listo para entrar en un sprint. Es por todo ello que la Scrum Guide no incluye DoR (Definition of Ready) como parte de Scrum.