Definición de Terminado En Ágil

Definición de Hecho (DOD) en el Desarrollo de Software Scrum y la Deuda Técnica

Definición de Done(DOD) en Scrum — Aprende a usarlo correctamente con ejemplos de la vida real de user stories Scrum

En el Desarrollo Ágil de Software, usamos la Definición de Historias de Usuario de Done(DOD) o la Definición de Terminado para user stories para asegurar la calidad del trabajo y para evaluar si el equipo finaliza una user story o no. Si se respeta, la Definición de Hecho (DOD) en Scrum mantiene al equipo de desarrollo libre de la deuda técnica.

¿Por qué en el Desarrollo Ágil de Software es esencial no acumular deuda técnica?

La Deuda Técnica significa trabajo adicional causado por la implementación de soluciones limitadas y temporales o trabajo incompleto. También cuento como deuda técnica:

  • código no desplegado hasta el ambiente que lo pone a disposición de los usuarios,
  • funcionalidades desarrolladas pero no documentadas ni testadas.

Cuando terminado, el resultado de una user story debe estar listo para ser distribuido. Si no lo está, todo lo que está pendiente se llama deuda técnica.

Imagínese que tiene seis user stories que el equipo Scrum ha desarrollado en el Sprint 1, 8 en el Sprint 2 y 5 en el Sprint 3. El equipo Scrum probó lo que desarrolló, y todo está bien. Pero, todo el desarrollo hecho se guardado localmente en el ambiente del desarrollador.Estás a dos días de la fecha límite de Go Live; todos piensan que es sólo cuestión de desplegar todo el trabajo en el entorno de ensayo y producción. Aquí hay algunos escenarios de lo que sucederá:

  • La rama de desarrollo que tienes localmente es antigua. Y esa rama genera una larga lista de excepciones cuando tratas de fusionarla
  • La configuración de los entornos superiores no es la misma que la del entorno local, y es necesario dedicar tiempo a hacer ajustes adicionales.
  • El código funciona localmente, pero no en el entorno de producción y el tiempo de resolución de problemas se está saliendo de control
  • Cuando se resuelve una problema, se revela otro.

Nada de lo anterior puede ser estimado o controlado.

La previsibilidad es clave en Agile.

Pero, ¿cómo contribuye la definición de Hecho (DOD) de las user stories en Scrum a la previsibilidad?

Principalmente llamo a user story terminada cuando está lista para ser publicada a los usuarios si así lo desean. No hay más fusiones, no hay documentación, no hay más pruebas, nada más. Eso significa que:

  • hay un inventario preciso del alcance que el equipo Scrum terminó,
  • los usuarios pueden empezar a utilizar los resultados de las user stories
    la empresa puede empezar a cobrar el retorno de la inversión de esta user story,
  • la empresa puede vender la función o puede atraer más clientes
  • hay espacio para mejorar, y los interesados pueden sugerir características ya nuevas
  • hay un progreso

Cada equipo tiene su propia Definición de Hecho (DOD) en Scrum. Pero cada vez que empiezo a trabajar con un equipo de Scrum, traigo una Definición de Hecho (DOD) genérica, que les facilita la elaboración de su Definición de Hecho en Scrum.

Definición de la historia del usuario de Hecho (DOD): Una historia puede ser marcada como Hecho cuando:

  • La implementación de la user story cumple con TODOS los criterios de aceptación.
  • El dueño del producto aprobó la user story.
  • La user story está desplegada en el entorno de producción pero está desactivada (toggle off).
  • Los unit tests fueron escritos, ejecutados y aprobados.
  • Cada criterio de aceptación tiene al menos un caso de prueba asociado.
  • El equipo scrum escribió, completó los unit tests y los pasó.
  • La Documentación Técnica es cargada por el equipo en Confluence.
  • El rendimiento está bajo X.
  • No hay regresión en el conjunto de pruebas de automatización
  • La user story ha sido revisada por pares (peer-reviewed)
  • Las pruebas de integración se elaboran y compilan
  • Las configuraciones manuales que deben realizarse después del despliegue a la producción están marcadas en la user story
  • El despliegue en el entorno de producción de la user story tiene notas de lanzamiento (release notes)
  • La documentación para el usuario final está disponible
  • La interfaz de usuario es conforme al diseño
  • La refactorización del código es terminada
  • La comunicación comercial de los cambios está documentada

Reflexiones finales sobre la definición de la Definición de Hecho (DOD) en Ágil

Siempre hay un equilibrio entre exagerar las user stories y la velocidad a la que va el equipo de Scrum. Es un equilibrio que cada equipo necesita encontrar. Utilice la definición de hecho (Definition Of Done (DOD)) en su equipo ágil para tomar el control del proceso de desarrollo. Estén abiertos a actualizarlo, experimentar y explorar. La Definición de Hecho (DOD) es una herramienta. Úsala a tu favor.

👩🏻‍🔧Orli.ai — Scrum bot for Discord 🎯Agile Coach📍Lille, France, 🚀AI Entrepreneur, 🛠Trainer, 🎢Traveler

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store