Gestión de la deuda técnica en proyectos de software utilizando Scrum

Ward Cunningham, en su informe de experiencias en OOPSLA'92, introdujo la metáfora de la Deuda Técnica. Esta metáfora está relacionada con artefactos inmaduros, incompletos o inadecuados en el ciclo de desarrollo de software que causan altos costes y baja calidad. Una estrategia para gestionar la Deuda Técnica sigue siendo un reto porque es algo que no forma parte del proceso de desarrollo. Carolyn Seaman y Yuepu Guo propusieron un marco para la gestión de la Deuda Técnica basado en tres etapas. Se lleva a cabo una investigación-acción en dos empresas cuyos proyectos presentan una Deuda Técnica significativa. Se llevan a cabo tres ciclos de investigación-acción basados en las tres etapas del marco para ambas empresas. Se realiza un cuarto ciclo teniendo en cuenta el marco modificado. La principal contribución de este estudio es proporcionar experiencias reales y mejoras para los proyectos que utilizan Scrum que pueden adoptar el marco de gestión de la Deuda Técnica de Seaman y Guo. Ambos equipos reconocieron que el marco es viable después de algunas modificaciones.