Definición de Listo en Scrum

Los usuarios finales a veces tienen ideas o conceptos para nuevas funciones. El concepto se representa como uno o más elementos de función y el propietario del producto lo agrega a la cartera de productos. El equipo trabajará en conjunto para descubrir cómo traducir este concepto en una o más épicas, y luego refinarlo en historias de usuarios más pequeñas y claras, que se incorporarán en la implementación del próximo sprint como una función real del producto.

Sin embargo, asegurarse de que las historias de los usuarios estén listas antes del sprint puede tener un impacto directo y significativo en la productividad del equipo. Tener una definición de «listo» significa que la historia debe estar lista inmediatamente para su implementación. El equipo debe ser capaz de determinar qué se debe hacer y la cantidad de trabajo necesario para completar la historia de usuario.

El equipo extraerá las historias en la parte superior de la acumulación de productos en la acumulación de sprints. Estas historias deben estar “listas”. Algunas empresas realmente necesitan una lista detallada para determinar si una historia está «lista», no solo «casi».

¿Cómo crear la definición de Listo?

El propietario del producto podría trabajar junto con el equipo para definir un  artefacto  llamado «la definición de Listo» para garantizar que los elementos en la parte superior del backlog estén listos para pasar a un sprint para que el equipo de desarrollo pueda comprometerlos y completarlos con confianza. el final de un sprint.

¿Por qué Definición de Listo?

La Definición de Listo es un conjunto de acuerdos que les permite a todos saber cuándo algo está listo para comenzar, por ejemplo, cuando una historia de usuario está lista para ser llevada a un sprint, o cuando todas las condiciones necesarias son adecuadas para que un equipo comience un sprint. Una definición adecuada de listo mejorará sustancialmente la  posibilidad del equipo Scrum de cumplir con éxito su  objetivo de sprint . Aquí hay una lista de beneficios que un DoR correctamente estructurado puede brindar a los equipos:

• Medir el estado «listo» de un elemento pendiente
• Asegúrese de que los elementos de la cartera de productos se hayan pensado «lo suficiente»
• Ayude al equipo a identificar cuándo el propietario del producto u otro miembro del equipo se siente abrumado
• Hacer que el equipo se rinda cuentas entre sí
• Reduzca la presión sobre el equipo para que se comprometa con las estimaciones antes de que las historias estén «Listos»
• Reducir la «abandono de requisitos» en el desarrollo

Ejemplo — Definición de Listo para un Sprint

Diferentes equipos tendrán diferentes Dentitions of Ready, y algunos requerirán menos. es decir, algunos equipos simplemente describen el valor para el usuario, priorizan y escriben cómo hacer una demostración. Otras estimaciones y comunicaciones se encuentran en la  reunión de planificación del sprint,  etc. Estos son los elementos de muestra que se deben considerar para desarrollar los DOR para su equipo:

• Se   prioriza el Sprint Backlog
• Spring Backlog contiene todos los defectos, historias de usuarios y otros trabajos con los que el equipo se está comprometiendo.
• Sin trabajo oculto
• Todos los miembros del equipo han calculado su capacidad para el Sprint
• Tiempo completo en el proyecto = X horas por día
• Todas las historias de usuarios cumplen con la definición de Listo

Ejemplo: definición de Listo para una historia de usuario

Esta sección muestra una definición de muestra de Listo para una historia de usuario y una definición de muestra de Listo para un Sprint. Puede adoptar algunos de estos como líneas de base o puntos de partida:

• El valor de Story para el usuario está claramente indicado.
• Los  criterios de aceptación  de Story se han descrito claramente.
• Dependencias de historias de usuario identificadas
• Historia de usuario dimensionada por el equipo de entrega
• Scrum  Team acepta artefactos de experiencia de usuario
• Criterios de desempeño identificados, cuando corresponda
• Se identifica a la persona que aceptará la Historia de Usuario
• El equipo sabe cómo demostrar la historia.

Resumen

El término «definición de listo» no se describe en la guía de scrum. Es lo mismo que la historia de usuario y los criterios de aceptación integrados en ella. Tal vez podría pensar que la definición de listo es una parte integral de la actividad de refinamiento de la cartera de productos, en lugar de usar la definición de listo como una lista de verificación de puerta de secuencia y etapa. El refinamiento de la cartera de pedidos es un proceso continuo, por lo que no se limita a un evento, sino que se considera una actividad.