Una Definition of Ready que de verdad ayuda: una lista de verificación para esta semana
Una Definition of Ready (DoR) es un acuerdo compartido sobre cuándo un elemento del Backlog del Producto está lo bastante claro para entrar en un Sprint. Conviene decirlo de entrada: la Guía Scrum no la menciona — Scrum tiene una Definition of Done, no una Definition of Ready. Por tanto, la DoR es algo que un equipo decide añadir, y tiene que ganarse su lugar. Bien usada, es una comprobación rápida que evita que elementos vagos o a medio formar lleguen a la planificación del Sprint y lo hundan sin que nadie lo note. Mal usada, se convierte en una barrera que vigila un grupo de «requisitos» aparte, lo contrario de para lo que sirve Scrum.
A mediados de 2021, con muchos equipos todavía repartidos entre oficinas en casa y plazos de suministro impredecibles, el costo de un elemento de backlog mal entendido subió. Ya no se podía resolver una ambigüedad en treinta segundos asomándose a un escritorio. Una DoR breve y honesta ayudaba a los equipos distribuidos a sacar a la luz esas dudas antes de que empezara el Sprint, no tres días después.
La lista de verificación de campo
Trata lo siguiente como disparadores de conversación durante el refinamiento, no como un formulario que firmar. Si un elemento falla en la mayoría de estos puntos, probablemente no esté listo — y el remedio suele ser una conversación de cinco minutos, no un rechazo.
El elemento describe el resultado o la necesidad del usuario, no solo una solución que ya alguien decidió.
Existen criterios de aceptación y son lo bastante específicos para que el equipo coincida en cómo se verá lo «terminado».
Las dependencias se conocen — otro equipo, un proveedor, una aprobación, un dato — y ninguna impide comenzar el trabajo.
El elemento es lo bastante pequeño para terminarse de forma plausible dentro de un Sprint; si claramente no lo es, primero se divide.
Los Desarrolladores tienen comprensión suficiente para estimarlo, aunque sea de forma aproximada, sin un proyecto de investigación previo.
Todo lo que el equipo necesita — datos de prueba, accesos, un diseño, una decisión — está disponible o con un camino claro para estarlo.
Cómo mantenerla ligera
Haz que sea del equipo, no un punto de control. Los Desarrolladores y el Product Owner son dueños de la DoR en conjunto. Es una herramienta para las conversaciones de refinamiento, nunca una barrera de traspaso gestionada por gente ajena al Equipo Scrum.
Limítala a unos pocos puntos. Cinco o seis disparadores que el equipo use de verdad valen más que una política de veinte líneas que nadie lee. Si una comprobación nunca detecta nada, elimínala.
Aplícala como guía, no como ley. La preparación es un continuo. Un elemento listo al 70 % que el equipo entiende puede tomarse sin problema; la DoR existe para revelar el riesgo, no para prohibir el criterio.
Revísala en la Retrospectiva. Si los elementos siguen llegando sin estar listos, o la DoR frena demasiado el refinamiento, cámbiala. Como todo en Scrum, debe mejorar mediante la inspección y la adaptación.
El fallo más común es tratar la preparación como un sello binario en vez de como una conversación. Una DoR no es un contrato que un analista de negocio entrega a los Desarrolladores; es un hábito que todo el Equipo Scrum practica durante el refinamiento, para que el backlog mantenga unos pocos elementos listos y bien entendidos. Cuando una DoR empieza a generar discusiones sobre si un elemento ha «aprobado», el equipo suele haber derivado hacia una lógica de hitos y perdido el sentido. La señal a vigilar es sencilla: el refinamiento debe sentirse como un equipo poniéndose de acuerdo, no como una inspección.
El propósito de una Definition of Ready no es añadir ceremonia. Es asegurar que el equipo dedique la planificación del Sprint a decidir cómo entregar valor, en lugar de descubrir a mitad de camino que nadie coincidía siquiera en qué era el trabajo. Mantenla breve, mantenla del equipo y deja que la Retrospectiva la pode.
Si tus equipos de entrega empiezan una y otra vez trabajo que resulta estar a medio definir, la asesoría en ejecución de programas y proyectos de XNM puede ayudarte a afinar cómo fluye el trabajo de la idea al Sprint.