Herramientas de equipo

Son útiles para dar transparencia y fluidez al equipo. Y es el mismo equipo quien define usa y evoluciona sus DoD y DoR. DoR es para alinear cuando una HU está en condiciones de ser ejecutada y DoD es una definición de terminado.

Les dejo algunos ejemplos, y les propongo armar una primera versión para el siguiente sprint, sino lo tienen, y porqué no compartirlo para contagiar a equipos del ecosistema donde se encuentran?

Ejemplo de DoR:

· La HU tiene al menos 5 criterios de aceptación

· La HU es de menos de X PH

· El equipo revisó la HU en una sesión de refinamiento, donde se comprendió la naturaleza, el valor y desafíos técnicos

· El equipo no tiene incertidumbre sobre lo que implica técnicamente la HU

· La HU es transversal, es decir, describe un comportamiento end-to-end (que sea “visible” para el negocio)

· El equipo comprende el enfoque para las pruebas tomando en cuenta aspectos funcionales y no funcionales

· Están contempladas las dependencias con otras HU dentro del mismo backlog u otros backlogs a los que una HU pueda estar conectada

· La HU está “enganchada” a un objetivo de sprint

Ejemplo de DoD:

· El trabajo de todos los miembros del equipo tiene que estar totalmente integrado en cada iteración.

· El trabajo de cada miembro del equipo ha sido revisado por al menos otro miembro del equipo.

· El trabajo en cada iteración tiene que cumplir con los requisitos de calidad X, Y, Z.

· Tiene que estar probado A, B, C (calidad externa, usabilidad, funcionalidad, seguridad).

· El producto sigue los estándares de calidad interna.

· Tiene que estar documentado D, E, F.

· El Product Owner ha validado y aceptado el objetivo/requisito.

Buena semana !