Durante un planning de iteración, el equipo esta invitado a elegir un compromiso. La mayoría de las veces, el comportamiento esperado es elegir un conjunto de funcionalidades a entregar al fin de la iteración que arranca aquel día.
En Scrum, este ritual de compromiso tiene lugar cada nueva iteración.

La iteración es tiempo para realizar el compromiso. Ahora es cuando los artistas informáticos utilizan su arte para crear un incremento de software con calidad excepcional. Hum… Pero que significa Calidad para ustedes ? Si fuéramos compartiendo un café, probablemente estaríamos de acuerdo con que los profesionales informáticos tienen que entregar software de calidad. Quizá que su “compromiso” tenga algo que ver con “entregar calidad”.
Durante la ultima década se desarrollo una técnica llamada TDD. Me imagino que ya conocen este dibujo del TDD :

Pero, que motiva el Refactoring ? Uno podría opinar que si las pruebas están verdes, podemos entregar. Claro lo difícil es seguir añadiendo funcionalidades. Otras pruebas, otro código. Para ser capaz de seguir con ritmo estable, aprovechamos este tiempo de refactoring para transformar nuestro código en un “código de calidad”. La meta parece ser la calidad.
Dicho de otra manera : el profesional artista-informático produce un código de calidad durante el refactoring. Otra manera de decirlo : el artista-artesano informático respeta su compromiso durante el refactoring. Ahora, dibujandolo así, ya ven adonde voy ?

Mezclando la idea de compromiso de Scrum y el refactoring de TDD, podríamos vivir la situación siguiente : durante un planning de iteración, el Equipo considera los elementos prioritarios del Product Backlog, escribe pruebas automatizadas y hace pasar pruebas – si: durante el planning -, y considera cual puede ser su compromiso : que parte del código escrito para hacer pasar las pruebas podemos convertir en código de calidad durante la iteración ? Por ejemplo un equipo podría haber logrado hacer pasar 4 pruebas pero quedarse con el compromiso de entregar código de calidad solamente para 3.
Esto pone al primer plano la calidad y el profesionalismo de los equipos : la valor de los profesionales de la industria del software se encuentra durante el refactoring. Queda un único lugar para escribir código podrido : el planning.