Una lista de verificación de Definition of Ready que se queda en el elemento de trabajo

¿Qué es una lista de verificación de Definition of Ready?

Definition of Ready pregunta si un ítem del backlog está lo bastante claro para empezar. En Jira, una lista de verificación convierte esa pregunta en pasos marcables en el elemento de trabajo: objetivo enunciado, acceptance criteria esbozados, dependencias nombradas y el equipo alineado en tamaño y riesgo. La lista es la misma para cada story en refinement; solo cambian las marcas.

Una lista de verificación de Definition of Ready hace visible el intake antes de que el trabajo pase a In Progress. El equipo acuerda de antemano qué significa “lo bastante claro para empezar” y lo sigue en la incidencia — así los diseños que faltan, las dependencias desconocidas y el alcance vago aparecen durante el refinement.

Por qué los equipos dejan Definition of Ready en la incidencia

El trabajo de sprint bloqueado suele venir de huecos de intake: una pregunta abierta sin owner, ejemplos de aceptación aún TBD, o una dependencia que quedó sin nombre hasta el día tres. Una lista de verificación en el ítem del backlog saca esos huecos durante el refinement — mientras el trabajo todavía se reordena fácil, antes de que empiece el código.

Definition of Ready es opcional: los equipos la acuerdan cuando vale la pena seguir la calidad del intake. Quédate con la lista si el refinement va más rápido; acórtala o sáltala si las stories se acumulan esperando casillas que el equipo se salta de todos modos.

Cuándo aplicarla

Usa una lista de verificación de Definition of Ready durante el refinement del backlog, antes de que una story entre al sprint, o cuando se crea un ítem nuevo para que el intake tenga un hogar desde el principio. Aplícala como recordatorio antes de In Progress si tu equipo quiere una puerta ligera — o déjala informativa y que el tablero muestre lo que aún falta.

Definition of Ready vs. Acceptance criteria vs. Definition of Done

Los acceptance criteria describen qué debe entregar esta story: los ejemplos que vas a demostrar. Definition of Ready pregunta si esos ejemplos, dependencias y el sizing existen antes de empezar. Definition of Done es el listón de salida compartido: tests, review y preparación de release que cada story debe al final. Deja las tres como listas de verificación separadas en el elemento de trabajo para que intake, comportamiento y calidad de envío se vean distintos.

Definition of Ready: un ejemplo para empezar

Para armar tu primera lista de verificación de Definition of Ready, empieza con el ejemplo de abajo. Copia la lista y pégala en el campo de Checklist for Jira en un ítem del backlog. Lo ideal es guardarla como plantilla y aplicarla automáticamente al crear Stories: el refinement tiene un andamiaje consistente y reutiliza los mismos encabezados cada vez. Recorta filas que tu equipo se salta; añade las que tu proceso necesita.

Ese andamiaje va en cada story que tu equipo refine. En Checklist for Jira añades o marcas puntos en el panel de la incidencia durante el grooming, guardas los encabezados como plantilla de proyecto o global, y la aplicas automáticamente al crear Stories — o a mano desde Add → Add from template cuando la necesites.

Guarda un starter, automatiza con ligereza

1. Checklist for Jira añade un panel de checklist en la vista de la incidencia. Pega el ejemplo de arriba en un ítem del backlog, ajusta las filas a tu proceso y guarda la forma como plantilla de proyecto o global en Checklist settings.
2. Marca la plantilla como Protected si quieres la lista de pasos bloqueada mientras la gente marca puntos en cada incidencia.
3. Usa la automatización por plantilla para adjuntar el andamiaje de Definition of Ready cuando se crea una Story: un valor por defecto ligero para que el refinement siempre tenga un hogar. Estas automatizaciones vienen en Checklist for Jira y corren sin créditos de Jira Automation.
4. Si tu equipo quiere un recordatorio antes de empezar, añade un validador de finalización en la transición a In Progress, limitado a esta plantilla. Déjalo opcional salvo que el equipo haya pedido una puerta dura.
5. Combínalo con acceptance criteria para los ejemplos que Definition of Ready te pide esbozar, Definition of Done al final y la lista de verificación de pruebas QA cuando los testers poseen un pase — ver la guía de automatización.

Combínala con el resto del set de delivery

Deja acceptance criteria en la misma incidencia para el comportamiento prometido. Adjunta Definition of Done cuando el trabajo entra al sprint para que el listón de envío se vea desde el día uno. Usa la lista de verificación de pruebas QA cuando alguien necesita un pase de pruebas estructurado. Recorre el hub de plantillas para el conjunto completo.

Preguntas frecuentes