DoR y DoD ¿Qué es? ¿Cómo aplicarlo? ¿Peligros?¿Seguimiento?

Facebook
Twitter
Pinterest
LinkedIn

Son conceptos claves en Scrum. DOR ayuda al PO a saber qué hacer con una historia de usuario, antes de entregárselo al equipo de desarrollo, en lo personal yo le doy seguimiento en el Refinamiento.

https://www.romanpichler.com/

¿Qué es?

DOR: la definición de listo es lo que define como una lista de verificación para completar la historia del usuario antes de que el equipo de desarrollo pueda extraer la historia para el desarrollo.

Ejemplo desde mi trinchera

DOD: la definición de hecho es un aspecto más preciso e importante de una historia de usuario sobre DOR. Como su nombre sugiere, debe definir la definición de lo que le gustaría que sucediera para que se cumpla el propósito de la historia. Escribimos Criterios de aceptación en una historia para definir cuándo la historia se puede llamar terminada/completada o qué decir que está lista para enviarse . 

Ejemplo desde mi trinchera

¿Cómo aplicarlo?

Mi recomendación (y como lo trabajo desde mi trinchera) es: apoyarte en reuniones como Refinamiento con el PO para diseñarlo, es importante como Scrum Master propongas pero los que definen es el equipo dev – PO. También me apoyo en las retrospectivas para actualizar el checklist que realizamos juntos.

Les comparto estos artículos de hace algunos años donde explican otras técnicas para aplicar tanto el DoR-DoD
https://www.elproximopaso.net/2018/12/dor-kards.html
¿Seguimiento?
Desde mi trinchera, el seguimiento lo realizo en las reuniones programadas que realizamos en mis equipos 2 veces por día Refinamiento esto con el DoR. También en las Retrospectivas dejo un espacio para revisar mejoras y el check del DoD con todo el equipo.

⚠️¿Peligros?⚠️

👁👁Mucho cuidado con estos escenarios antipatrones (que te puedes topar en una Planning):
💥Las historias prioritarias que deben abordarse para el sprint no están lo suficientemente preparadas.

💥Una necesidad o una sensación de discutir debatir mucho tiempo ciclarse en los mismos puntos de algunas HU, es importante cuidar el timebox.

💥La historia de usuario está vacía 🤯. Está en blanco 😶‍🌫️ y cuando hacemos nuestra planificación, es obvio que el equipo no podrá estimar 😵‍💫. También pasa que la HU no están aprobadas (creo que por el Dios de las HU´s 🤳💆🏻‍♀️🤣🥲 y quieren que el equipo estime algo que no saben si van a construir😩.

Referencias
https://medium.com/@it.hhkn/dod-and-dor-in-scrum-11b79b136a5d
http://instituteengmgt.com/wp-content/uploads/DoRDoD.pdf

Deja una respuesta

Tu dirección de correo electrónico no será publicada.

Abrir chat
Hola 👋🏻 Soy Theresa Araujo
¿En que puedo Ayudarte?