Aunque pueda parecer evidente, en ocasiones es difícil determinar cuándo hemos terminado de trabajar en una funcionalidad o característica durante un proyecto. Suele ocurrir especialmente por omisión; es decir, nos dejamos cosas sin hacer cuando se echa el tiempo encima, o porque no las consideramos importantes. El problema es que todo esto suele retornar al cabo del tiempo en forma de defectos, deuda técnica o simplemente trabajo pendiente, y en muchas ocasiones supone un inconveniente y un esfuerzo mucho mayor que si lo hubiésemos solucionado en su momento.
Definir explícitamente qué significa que algo esté “Hecho” (e intentar cumplir esa definición), es fundamental para evitar estas situaciones. Es lo que intenté resaltar en mi Lightning Talk del pasado jueves 12 en la conferencia XP2011; creo que la presentación refleja bastante bien el concepto: