Si quieres preparar un Definition Of Done de una forma diferente, reúne a tu equipo en una sala y construye un DoD estableciendo ¿Qué entendemos por Calidad de Software? y ¿Cómo podemos entregar Software potencialmente entregable?

DIETA: Baja en Deuda Técnica
COMENSALES: De 3 a 9
TIEMPO: 90 minutos
TEMPORADA: Al comenzar con un equipo nuevo o querer inspeccionar y mejorar su DoD existente.
DIFICULTAD: Media

ELABORACIÓN

__________

 PASO 1: 

Cita a todo el Scrum Team en una sala ventilada, bien iluminada y con una pizarra sobre la que concentrar el foco de la sesión.

__________

 PASO 2: 

Lanza una pregunta abierta a los asistentes: ¿Qué tiene un software para ser de mala calidad? Pídeles que anoten durante 5 minutos, individualmente, un máximo de 5 ideas (1 post-it = 1 idea).

__________

 PASO 3: 

Pega en la pizarra cada una de las ideas, agrupando aquellas que sean similares.

__________

 PASO 4: 

Pídeles a los asistentes qué anoten acciones o medidas que tomarían para evitar desarrollar software de mala calidad, en base a las ideas aportadas en el Paso 2.

__________

 PASO 5: 

A continuación, dibuja junto con los asistentes el flujo de trabajo del equipo, desde que un requerimiento, necesidad o idea de negocio nace hasta que se convierte en incremento de producto. Por ejemplo:

Idea > Product Backlog > Sprint Backlog > Developing > Testing > Validating > Deploying > Done

Comprueba que el flujo es correcto recorriendolo con los asistentes y confirmando que al llegar al último paso el software es potencialmente entregable a los usuarios. 

__________

 PASO 6: 

Pídele a los asistentes que ubiquen entre qué fases del flujo de trabajo pondrían cada uno de los elementos generados en el Paso 4, para prevenir que el software sea de mala calidad.

__________

 PASO 7: 

Asegura que el entendimiento compartido sobre el concepto de “hecho” ha sido generado y funciona en la realidad del equipo. 

Pide al Product Owner un ejemplo de Product Backlog Item y guía su recorrido a través del workflow cumpliendo cada requerimiento antes de pasar al siguiente paso. 

Si todo ha salido correctamente, llegados al final de la sesión, tendríamos un primer Definition Of Done en base al Workflow real del equipo que asegura la calidad del software. 

INGREDIENTES:

  • 1 Pizarra
  • Rotuladores
  • Post-its
  • Product Owner
  • Development Team
  • Scrum Master

EXTRA: 

Para aquellos equipos que estén empleando un sistema Pull, por ejemplo, a través del método Kanban, esta receta también es de utilidad para la generación de los “Pull Criteria” o “Policies” de transición entre Steps. 

¡A Disfrutar!

Si continuas utilizando este sitio aceptas el uso de cookies. más información

Los ajustes de cookies de esta web están configurados para "permitir cookies" y así ofrecerte la mejor experiencia de navegación posible. Si sigues utilizando esta web sin cambiar tus ajustes de cookies o haces clic en "Aceptar" estarás dando tu consentimiento a esto.

Cerrar