Escribir una Definición de Terminado que de verdad evite que el trabajo se escape
En Scrum, la Definición de Terminado es el entendimiento compartido de lo que significa que el trabajo del Incremento esté completo. La Guía Scrum es tajante sobre por qué importa: si un elemento no cumple la Definición de Terminado, no puede liberarse y no forma parte del Incremento. Una definición débil no es, pues, un problema de documentación. Es una fuga de calidad que despacha trabajo inacabado bajo la etiqueta de «terminado».
Muchos equipos igual redactan una que no dice mucho más que «código hecho y probado». Cuando el equipo estaba en una misma sala, los huecos se cazaban en el escritorio de al lado. Con los equipos dispersos en oficinas caseras a inicios de 2021, esas cazas informales desaparecieron, y una Definición de Terminado con dientes pasó a ser lo que sostenía la calidad. Así se escribe una.
Haz que cada línea sea verificable
Una Definición de Terminado solo sirve si cualquier Desarrollador puede mirar un elemento y responder sí o no sin discusión. Sustituye los adjetivos por comprobaciones.
En vez de «bien probado», fija la vara: pruebas unitarias escritas y pasando, meta de cobertura acordada cumplida y la compilación en verde.
En vez de «revisado», di quién y cómo: revisión de código por pares completada y comentarios resueltos.
En vez de «documentado», nombra el artefacto: la nota de cambio para el usuario y todo cambio de API registrado.
Incluye el trabajo no funcional que siempre se omite: accesibilidad, comprobaciones de seguridad y desempeño dentro del umbral acordado.
Confirma que el trabajo está integrado y es desplegable al entorno objetivo, no que solo funciona en un portátil.
Constrúyela, apropíatela y apriétala con el tiempo
La Definición de Terminado pertenece a los Desarrolladores, no a un gerente que reparte una lista. Constrúyanla juntos para que el equipo la haga cumplir de verdad, y luego trátenla como un estándar vivo.
Redáctala con todo el equipo. Hagan una sesión donde los Desarrolladores enumeren cada paso que ya los ha mordido antes. La autoría compartida convierte una lista en un compromiso que la gente defiende.
Respeta los estándares de la organización. Si tu organización tiene una Definición de Terminado más amplia, la tuya debe igualarla o superarla. El equipo puede añadir criterios más estrictos, nunca más laxos.
Aplícala durante el Sprint, no al final. Los elementos avanzan hacia Terminado de forma continua. Tratarla como una barrera final produce un montón de trabajo casi listo que falla en la Revisión del Sprint.
Inspecciónala y adáptala en la Retrospectiva. Cuando un defecto se cuela, pregunten qué línea de la Definición de Terminado lo habría atrapado, y añadan esa línea. La definición debería fortalecerse a medida que el equipo aprende.
Una Definición de Terminado real cambia el tono de cada conversación. «¿Está terminado?» deja de ser un juicio y pasa a ser una lista que cualquiera puede recorrer. La velocidad puede caer al principio, mientras el trabajo oculto se hace visible, pero lo que entregas es de verdad entregable, y ese es el único progreso que vale la pena contar. Para un equipo remoto, ese estándar compartido y explícito suele ser la diferencia entre la transparencia y la deriva silenciosa.
Si tus equipos necesitan estándares de entrega que hagan que «terminado» signifique lo mismo en todas partes, la asesoría de entrega de programas y proyectos de XNM puede ayudarte a definirlos y arraigarlos.