Está evaluando la deuda técnica de su equipo de desarrollo y desea una métrica que refleje la cantidad de deuda técnica. ¿Qué métrica debería recomendar?

La deuda técnica se refiere al trabajo adicional que se acumula cuando se elige una solución fácil a corto plazo en lugar de un enfoque mejor que llevaría más tiempo. El porcentaje del tiempo total dedicado a la reelaboración (rework) es la métrica más directa para medir la deuda técnica, ya que cuantifica el esfuerzo necesario para corregir o mejorar el código existente debido a decisiones de diseño o implementación previas. Un alto porcentaje de reelaboración indica una deuda técnica significativa que está ralentizando el desarrollo. Las otras opciones son menos precisas para medir la deuda técnica: El número de módulos de código en una aplicación es una métrica de tamaño, no de calidad o deuda. El número de fallos en las pruebas unitarias y el porcentaje de fallos en las pruebas unitarias son indicadores de la calidad actual del código o de errores, pero no necesariamente de la deuda técnica acumulada por decisiones pasadas. Un código con mucha deuda técnica podría pasar las pruebas unitarias si los errores aún no se han manifestado o si las pruebas no cubren las áreas problemáticas.