La respuesta corta
La deuda técnica no se mide por la calidad del código, sino por el coste que impone a cualquier cambio futuro. Por lo tanto, la priorización no es sobre "lo que es más antiestético", sino sobre lo que encarece más el próximo trabajo.
La regla de clasificación rápida: un elemento que hace que cualquier cambio en su área requiera pruebas de regresión extensas, es el primero en ser abordado. Multiplica el coste de cualquier otra actividad del programa.
Puntuación en cuatro dimensiones
| Dimensión | Pregunta | Ponderación |
|---|---|---|
| Exposición de negocio | ¿Qué sucede si falla en un momento de máxima carga? | Alta |
| Frecuencia | ¿Cuántas veces al día se accede a este elemento? | Alta |
| Dependencia | ¿Cuántas otras áreas están bloqueadas debido a esto? | Media |
| Esfuerzo | ¿Cuánto cuesta corregirlo en un entorno controlado? | Inversa |
La puntuación no es una ciencia exacta. Su valor real reside en que obliga a una conversación explícita entre quien conoce el riesgo técnico y quien conoce el impacto en el negocio, generando un orden defendible ante los directivos.
Tres tipos de deuda que se saltan la cola
Independientemente de la puntuación, tres tipos de deuda se abordan primero:
- Deuda que bloquea las pruebas - Ausencia de un entorno Sandbox funcional o datos de prueba. Cualquier otra corrección realizada sin esto se hace a ciegas.
- Deuda de permisos - Un modelo de visibilidad que ha perdido coherencia es una exposición regulatoria activa, no una mera inconveniencia.
- Deuda concentrada en una sola persona - Cuando solo una persona entiende un componente, el riesgo no es técnico, sino organizacional.
Cómo presentar la deuda para obtener presupuesto
La dirección no financia "la limpieza de automatizaciones". Financia la reducción de tiempo y costes. La traducción se realiza en tres líneas por cada elemento: cuántas horas de soporte consume por trimestre, cuántos días añade a cada cambio en su área, y cuál es la exposición si falla.
Quien presenta "tres solicitudes de cambio por trimestre, cada una prolongada dos semanas debido al mismo componente" obtiene aprobación. Quien presenta un diagrama de dependencias, no.
Cuota fija, no operación única
El patrón que fracasa: un gran proyecto de limpieza cada dos años. El patrón que funciona: una cuota fija del 15% al 20% de cada ola dedicada a la deuda, establecida de antemano y no negociable en cada sprint.
Además de la cuota, es necesaria al menos una regla de prevención; por ejemplo, la prohibición de añadir nuevas automatizaciones a un objeto que ya tiene varias antes de consolidarlas. Sin prevención, la velocidad a la que se genera deuda supera la velocidad de limpieza. La relación con la infraestructura de desarrollo se detalla en la Estrategia de Sandboxes y DevOps.
Resumen
Priorizar la deuda técnica es un ejercicio de economía y no de estética: se corrige lo que encarece el siguiente cambio, se anticipa lo que bloquea las pruebas y lo que genera exposición, y se establece una cuota que previene su reaparición. Una lista de diez elementos clasificados vale más que cien elementos mapeados.