Deuda Técnica
La deuda técnica es una metáfora del costo futuro incurrido cuando se favorecen opciones de diseño o implementación expeditivas a corto plazo sobre otras más sólidas pero más lentas, de la misma manera que la deuda financiera genera intereses.
Definition
La deuda técnica es el costo futuro implícito de retrabajo adicional causado por elegir una solución fácil o limitada ahora en lugar de un enfoque mejor que llevaría más tiempo, donde el esfuerzo adicional continuo para sortear el atajo es el interés de esa deuda.
Scope
Este tema cubre los orígenes y la definición de la metáfora de la deuda técnica; la distinción entre deuda deliberada e inadvertida, y prudente e imprudente; la noción de capital e interés aplicada al software; métodos para identificar, medir y priorizar la deuda; y estrategias para gestionarla y pagarla dentro de un proceso de desarrollo.
Core questions
- ¿Qué se considera deuda técnica y en qué se diferencia de los defectos ordinarios?
- ¿Cuándo es la asunción de deuda una compensación prudente en lugar de una negligencia?
- ¿Cómo se puede identificar, medir y priorizar la deuda técnica?
- ¿Qué estrategias permiten pagar la deuda sin detener la entrega de funcionalidades?
Key theories
- La metáfora de la deuda
- Cunningham enmarcó las elecciones de diseño expeditivas como un préstamo contra el futuro: aceleran la entrega ahora, pero acumulan intereses como un esfuerzo adicional en cada cambio subsiguiente hasta que la deuda se paga mediante la refactorización.
- Deuda deliberada versus inadvertida
- La deuda técnica se categoriza según los ejes de intención y prudencia; la deuda deliberada y prudente es una compensación estratégica consciente, mientras que la deuda inadvertida o imprudente surge de la falta de habilidad o disciplina y es más peligrosa.
Clinical relevance
La deuda técnica no gestionada ralentiza el desarrollo, aumenta las tasas de defectos y, con el tiempo, puede paralizar una base de código; hacer visible la deuda y gestionarla deliberadamente permite a los equipos intercambiar la velocidad a corto plazo por la mantenibilidad a largo plazo con conocimiento de causa.
Evidence & guidelines
Las iniciativas y herramientas de investigación, incluida la medición de la deuda basada en SQALE y las plataformas de análisis estático, proporcionan métodos para cuantificar y rastrear la deuda técnica, aunque no prevalece un único estándar.
History
Cunningham acuñó la metáfora de la deuda en 1992 para explicar las compensaciones de diseño incrementales a las partes interesadas; el concepto ganó prominencia en los años 2000 y 2010 con el desarrollo ágil, seminarios de investigación dedicados y herramientas que buscan cuantificar y gestionar la deuda.
Debates
- Es la deuda técnica una metáfora útil o sobreextendida
- Algunos argumentan que la metáfora de la deuda se aplica de manera demasiado laxa a cualquier deficiencia del código, diluyendo su significado, mientras que otros la consideran una herramienta de comunicación valiosa para las compensaciones; las definiciones precisas buscan mantenerla accionable.
Key figures
- Ward Cunningham
- Philippe Kruchten
- Ipek Ozkaya
- Robert Nord
Related topics
Seminal works
- cunningham1992
- kruchten2019
- avgeriou2016
Frequently asked questions
- ¿Toda la deuda técnica es mala?
- No. Al igual que la deuda financiera, asumir deuda técnica puede ser una elección estratégica acertada —por ejemplo, para cumplir con un plazo crítico— siempre que sea deliberada, visible y se pague; el peligro radica en la deuda inadvertida o no gestionada que acumula intereses silenciosamente.
- ¿En qué se diferencia la deuda técnica de un error?
- Un error es un comportamiento incorrecto visible para los usuarios, mientras que la deuda técnica es una debilidad de la estructura interna que no necesariamente produce una salida incorrecta, pero eleva el costo y el riesgo de futuros cambios; ambos pueden estar relacionados, pero son preocupaciones distintas.