EP147 – Hecho bien: Definición de Hecho (DoD)

Para minimizar la deuda técnica, los equipos deben priorizar las características de alto valor e integrar la calidad en su trabajo. Una Definición de Hecho (DoD) bien definida es fundamental para mantener la calidad, gestionar las expectativas y garantizar un proceso de desarrollo fluido. #AdvancedQualityPrograms #TheQualityGuy #DoD #Hecho

Asume la responsabilidad de la calidad, no de los factores externos. Como bien dijo Shakespeare en su obra «Julio César»: «La culpa, querido Bruto, no está en nuestras estrellas, sino en nosotros mismos».

Definición de Listo

Empecemos por el principio: La Definición de Listo (DoR), Muchos equipos ágiles utilizan una Definición de Listo (DoR) para optimizar su proceso de planificación. A menudo, esta herramienta pasa desapercibida, pero puede generar resultados muy positivos para el equipo.

Establece un acuerdo sobre las expectativas que definen el éxito al incorporar una historia o un elemento al proceso de desarrollo, evitando así la pérdida de tiempo y recursos.

Una Definición de Listo (DoR) se puede aplicar a diversos elementos de trabajo, como ingresos, tareas pendientes, ideas o características del producto. Su función principal es determinar si un elemento está preparado para ser desarrollado. Comúnmente utilizada para crear listas de requisitos, la DoR ayuda a los equipos a decidir si los comentarios de los usuarios están lo suficientemente desarrollados para incluirse en una tarea.

El equipo define la DoR de forma colaborativa y la actualiza periódicamente en función de las lecciones aprendidas. Los elementos esenciales incluyen una clara articulación del valor comercial y el compromiso de finalizar la tarea antes de la próxima reunión de desarrollo.

Una Definición de Listo (DoR) fomenta expectativas consistentes, reduce la repetición de trabajos y mejora la responsabilidad del equipo. Es fundamental evitar complicar demasiado el proceso. Una DoR bien hecha mejora significativamente el proceso general de desarrollo.

Definición de Hecho

Esto nos lleva a la Definición de Hecho (DoD), que aclara lo que constituye un elemento de trabajo completado. Se aplica a varios elementos del proyecto, incluidas las historias de usuario, las tareas pendientes, las ideas y las características del producto. Al definir los criterios de finalización, la DoD evita la reelaboración del trabajo, mejora la eficiencia y garantiza una comprensión compartida dentro del equipo.

Un DoD ayuda a los equipos a definir las tareas, estimar el trabajo, desarrollar la responsabilidad y establecer expectativas. Es una lista de criterios desarrollada por el equipo y actualizada según sea necesario para satisfacer las necesidades del equipo y las partes interesadas. Es una herramienta de autogestión que permite la mejora continua.

Incluir la excelencia técnica en la DoD es crucial para el éxito del desarrollo. Esto significa definir lo que se necesita para cumplir con los requisitos correctamente, no solo rápidamente, evitando así la necesidad de rediseño y retrabajo.

Un DoD debe aplicarse a todos los elementos en los que está trabajando el equipo, incluidos todos los requisitos del usuario. Una de las ventajas de un DoD es que guía al equipo en la evaluación durante las reuniones de planificación. Por ejemplo, si un desarrollador estima que un requisito tardará seis horas en desarrollarse, también debe tener en cuenta el tiempo necesario para la revisión, las pruebas, la documentación y otras tareas. Esto a menudo conduce a estimaciones más precisas y completas.

Deuda Técnica

Cuando los equipos de desarrollo se apresuran sin considerar la visión del producto y la hoja de ruta, suelen tomar atajos que generan lo que llamamos deuda técnica. Este es el costo más evidente de acelerar durante el desarrollo, especialmente en equipos que malinterpretan la idea de Agilidad al enfocarse únicamente en la tarea actual sin visión general. La deuda técnica excesiva retrasa al equipo a largo plazo, porque esos atajos previos generan más trabajo para corregir y agregar nuevas funcionalidades.

Sin embargo, parte de la deuda técnica puede usarse estratégicamente, especialmente durante experimentos y creación de prototipos, donde se toman atajos para aprender y comprometerse con un camino técnico a futuro.

Para minimizar la deuda técnica, dos pasos son esenciales:

Tener una visión y una hoja de ruta de producto sólidas y basadas en el valor.
Un DoD (Definición de Hecho) significativo que enfatice la calidad y la excelencia técnica.

Esta perspectiva a largo plazo ayuda al equipo a tomar decisiones técnicas diarias alineadas con la estrategia general, lo que reduce el rediseño y el retrabajo futuros. También hace que el equipo sea responsable de sus estimaciones y carga de trabajo.

El propietario del producto debe supervisar de cerca la deuda técnica, ya que puede afectar los procesos de desarrollo futuros, la flexibilidad del producto, el rendimiento, las modificaciones y la arquitectura general, lo que lleva a un mayor tiempo de comercialización de nuevas funciones. Esto puede generar frustración del cliente debido a problemas con el producto y tiempos de respuesta lentos. Además, la moral de los desarrolladores puede verse afectada por lidiar con tareas desordenadas y retrasos en la entrega al mercado.

Para reducir la deuda técnica, los equipos deben priorizar las funcionalidades más valoradas y enfocar sus esfuerzos en ellas. Incorporar la calidad en las estimaciones es crucial para evitar una entrega de productos deficiente. Un DoD (Definición de Hecho) bien definido garantiza la calidad, establece expectativas claras, reduce la deuda técnica y facilita un flujo de trabajo fluido. Los propietarios de producto y los gestores de proyectos deben facilitar la creación y comprensión de un DoD significativo.

«Solos podemos hacer muy poco; Juntos podemos hacer mucho».

– Helen Keller