Tu lista de deuda técnica es abrumadora. Todo parece urgente. Los ingenieros quieren arreglarlo todo. Producto quiere lanzar funciones. Nadie tiene un marco para decidir qué importa de verdad.
Enumera Toda La Deuda Conocida
Sácala de la cabeza de los ingenieros y ponla en una lista compartida. TODOs viejos. Zonas frágiles conocidas. Cosas que te frenan. Sé exhaustivo.
Puntúa Cada Elemento: Impacto × Frecuencia
Impacto: ¿qué tan grave es cuando nos golpea? (1-5). Frecuencia: ¿con qué frecuencia nos golpea? (1-5). Multiplica para una puntuación aproximada de prioridad.
Clasifica En Tres Grupos
Usa las puntuaciones para ordenar, pero no seas mecánico. Aplica criterio.
Arreglar
Alto impacto, alta frecuencia. Te está perjudicando de forma activa. Prográmalo. Es trabajo real.
Ignorar
Bajo impacto, baja frecuencia. Feo pero inofensivo. Deja de sentirte culpable. Sigue adelante.
Eliminar
Deuda ligada a código que nadie usa. Borra el código. La deuda desaparece con él.
Programa Los Arreglos
Los arreglos van al roadmap. Asigna un porcentaje de cada sprint, o agrúpalos en un «sprint de deuda». Hazlo real o no ocurrirá.
Borra Los Eliminables
Esta es la parte divertida. Encuentra el código muerto. Bórralo. La mejor forma de arreglar la deuda es hacer que deje de existir.
Archiva Los Ignorables
Muévelos a un documento de «deuda conocida». No los estás arreglando. No los estás olvidando. Estás eligiendo conscientemente no preocuparte.
Un backlog de deuda priorizado. Permiso para ignorar lo que no importa. Menos código (gracias a los eliminados). Y un plan claro para la deuda que sí importa.
Esto funciona para bases de código contenidas. Cuando la deuda está enredada con la arquitectura, cuando arreglar una cosa rompe otra, cuando necesitas modernizar mientras lanzas: esa es otra conversación.