La deuda técnica cuesta $1,52 trillones anuales
To read in English, click here.
Si por si a caso faltaran argumentos para poner foco en la calidad de software, les cuento que el costo de la pobre calidad del software en los EE. UU. ha aumentado a al menos $2,41 trillones anuales, mientras que la deuda técnica acumulada del software ha crecido a ~$1,52 trillones.
Esto lo demuestra el estudio realizado en el 2022 y que pretende actualizarse en el 2024 por el Consortium for Information & Software Quality (CISQ).
Y aunque en el reporte se basa en el costo de la pobre calidad del software (CPSQ), mostrando análisis, datos y soluciones para Cybercrime, Software supply chain con OSS; en este artículo me centraré en lo referente a la deuda técnica.
📈 ¿Por qué surge la deuda técnica?
Gran parte de la deuda actual que existe hoy en día fue creada por técnicas de desarrollo “rápidas y sucias” (por ejemplo, ágil sin disciplina de ingeniería de software).
La deuda técnica se acumula cuando los tomadores de decisiones buscan una solución a corto plazo para un problema de desarrollo de software, en lugar de una solución más exhaustiva a largo plazo, y esto conlleva costos sustanciales inicialmente ocultos que las organizaciones deben pagar más adelante.
Hay muchos tipos de deuda técnica, como requerimientos, en la arquitectura, en el código, en las prueba y procesos operativos. La deuda técnica se puede inyectar en cualquier etapa del desarrollo de software, extendiéndose a otras fases y partes del sistema y causando varios problemas.
💰 Los costos
Hay 2 partes esenciales en los costos de la deuda técnica.
- El principal se refiere al costo de refactorizar/modificar artefactos de software para que alcancen el nivel deseado de mantenibilidad y capacidad de evolución.
- El interés es el esfuerzo adicional que dedicarán los desarrolladores al realizar esos cambios debido a la existencia de deuda técnica, que se acumula con el tiempo a medida que el software se vuelve más frágil. Cada minuto gastado en un código no del todo correcto agrega intereses a la deuda.
📏 Medición en el Software
Uno de los principales problemas al tratar con la deuda técnica ha sido la falta de una forma de medirla. Para ayudar a superar ese problema, CISQ/OMG lideró el desarrollo de un estándar de medición Automatizado de TD (ATD), que actualmente se está actualizando con una nueva versión que se espera para 2023.
El estándar ATD estima el esfuerzo para corregir todas las instancias de las debilidades del software incluidas en el estándar ISO/IEC 5055:2021 de medidas de calidad del código fuente automatizado que permanecen en el código de una aplicación de software en el momento del lanzamiento.
Esta estimación se puede utilizar para predecir futuros costos de mantenimiento correctivo y se calcula mediante herramientas de análisis estático.
La medida expresa el costo de la calidad del software en términos que una empresa puede entender al estimar los costos futuros de mantenimiento correctivo para remediar los defectos estructurales en el código.
👀 Recomendaciones para afrontarla
A lo largo del reporte se realizan varias recomendaciones, y al final realizan este listado con recomendaciones más específicas para evitar la pobre calidad en el desarrollo de software, incluida la deuda técnica.
- Utilizar los estándares de calidad del software, las medidas relacionadas y las herramientas que están surgiendo.
- Analizar y evaluar la calidad de todos los componentes OSS/de terceros que se incluirán en cualquier sistema. Supervisarlos de cerca en funcionamiento. Aplicar parches en el momento oportuno.
- Evitar los modelos DevOps y CI/CD que no incluyan las mejores prácticas y herramientas de ingeniería de calidad continua.
- Integrar la remediación continua de deuda técnica en el ciclo de vida del desarrollo de software.
- Inviertir en la profesionalidad, el conocimiento y las herramientas de sus ingenieros de software
- Considerar la posibilidad de que los desarrolladores certifiquen el conocimiento del código crítico y las debilidades arquitectónicas en ISO/IEC 5055 (Aún en proceso).
🌟 Conclusiones
- El creciente impacto de la deuda técnica se ha convertido en el mayor obstáculo para realizar cambios en las bases de código existentes.
- Hay muchas formas de lograr una mejor calidad del software, pero todas empiezan con un programa de medición bien concebido, totalmente fomentado por la alta dirección.
- El potencial de administrar la deuda técnica se ve en la investigación de Stepsize que reveló que las organizaciones que administran activamente la deuda tecnológica realizarán liberaciones al menos un 50% más rápido.
Y tal como hemos visto en el CPSQ, prevenir la deuda técnica o eliminarla de forma temprana es la estrategia más rentable a largo plazo.
🔗 Fuentes
https://www.it-cisq.org/the-cost-of-poor-quality-software-in-the-us-a-2022-report/
https://www.theee.ai/2021/01/06/6838-poor-software-quality-cost-the-usd-2-08-tn-in-2020/
Muchas gracias por leer.
Si tienes algún comentario, sugerencia o idea, estaré feliz de leerte y colaborar para crecer en conjunto❤️
