Gestionar la deuda tecnica en Scrum: que se ve bien versus que se ve mal
La deuda tecnica es el costo acumulado de atajos, refactorizaciones diferidas y decisiones de diseno que fueron correctas en su momento pero se han convertido en restricciones. En Scrum, la gestion de la deuda tecnica es principalmente responsabilidad del producto y del equipo.
Lo que se ve bien
Bien: La Definicion de Hecho requiere estandares tecnicos, no solo la finalizacion funcional.
Bien: El equipo reserva una fraccion de la capacidad del Sprint para la reduccion de la deuda tecnica -- tipicamente 10-20%.
Bien: Los elementos de deuda tecnica estan en el Product Backlog y son visibles para el Product Owner, expresados en terminos de consecuencias de negocio.
Bien: El equipo tiene una definicion compartida de lo que constituye deuda tecnica.
Lo que se ve mal
Mal: La deuda tecnica nunca se discute fuera de las retrospectivas de los desarrolladores.
Mal: La Definicion de Hecho se baja bajo presion.
Mal: El equipo subestima los elementos de deuda porque conoce el codigo.
Mal: La deuda se acumula hasta que se propone un gran "Sprint de limpieza" -- un modo de fallo, no una estrategia.
XNM apoya a organizaciones en el desarrollo de practicas Scrum sostenibles. Comuniquese con el equipo de asesoria en entrega de programas y proyectos de XNM para apoyo con su programa de entrega agil.