Definition of Done
Hace unos días participe en un curso de Product Owners certificado por la ScrumAlliance. Fui como alumno porque estoy interesado en convertirme en entrenador certificado y necesito cumplir algunos requisitos..pero bueno esa es otra historia.
En este curso había mucha gente que ya era o participo en cursos de Scrum Master y me llamo la atención el desconocimiento que existe respecto del DOD.
así que voy a explicar prácticamente las dudas que vi en este curso y que no se resolvieron en el.
Vamos allá...
Definition of "Done" es un artefacto de transparencia de Scrum y como artefacto es un objeto vivo que todos pueden mirar o consultar ya sea de forma física (escrito en un muro por ejemplo) o virtual (un documento compartido).
¿Para que sirve?
Al final de cada sprint un equipo Scrum debe entregar un incremento de producto que sea potencialmente liberado en producción, eso quiere decir
Done, por tanto el entregable de cada sprint debe cumplir con lo que sea necesario (estandards, convenciones, lineamientos, documentos, etc) para que sea candidato de poner en producción sin problemas y que no sea necesario hacer nada mas!
El artefacto se construye para que todo el Equipo Scrum sepa como conocimiento común con que estandars, convenciones, lineamientos, documentos, etc se deben cumplir para considerar que lo que hizo el equipo durante el sprint se considere
Done, evitando así malos entendidos y generando transparencia y alineamiento de expectativas en ese ámbito.
¿Cuando se crea?
Se debe crear al principio!
¿Por que?
Porque tiene directa influencia con la estimación o el esfuerzo que se necesita realizar para considerar que algo este Done, no es lo mismo tener un DoD que te pida que debes cumplir con 3 cosas a uno que te pida cumplir 10, probablemente te llevara mas esfuerzo cumplir 10 cosas por tanto afecta directamente lo que el equipo de desarrollo puede hacer durante un Sprint
¿Cuando se usa?
Se usa todo el tiempo!
Claro todo el tiempo a medida que el equipo avanza va verificando la lista para ver si ya cumplió con todo y puede considerar que algo este Done. No se usa solo al final del sprint, si esperas al final del sprint para verificar que algo este Done estas en problemas!
¿Como se construye?
Debe armarlo el development Team,
pero debe contener como mínimo las definiciones que establezca el área de TI o arquitectura u operaciones o quien sea que establezca aquellos requisitos que debe cumplir un elemento de software para pasar a producción. Ahora en la practica sabemos que muchas veces cumplir con estos requerimientos implica ir a comités o excesiva documentación, etc. Es importante que los sponsors del proyecto ayuden a una negociación para tener DoD ágiles y que no terminen siendo un bloqueo eterno para poner software en producción.
el DoD no esta escrito en piedra, no necesitas gastar demasiado tiempo intentado definir lo que debería ser, siempre puede evolucionar, mejorar y eso es un principio básico de todo lo que hagas.
Saludos
