Mantenibilidad y La Deuda Tecnica
Mantenibilidad y La Deuda Tecnica
Mantenibilidad y La Deuda Tecnica
La metáfora de la “deuda técnica” aplicada al desarrollo software la introdujo hace dos décadas Ward
Cunningham (aquí tienes un enlace al primer documento en que se citó) para explicar a los “no
técnicos” la necesidad de «refactorizar» (te recomiendo este post sobre refactorización).
Desde entonces, la deuda técnica se ha utilizado para describir muchos otros tipos de deudas o
males del desarrollo de software, y se ha aplicado a cualquier cosa que aumente innecesariamente
los esfuerzos de desarrollo, se interponga en la futura evolución o venta de un sistema de software.
Hoy podemos encontrar la deuda de las pruebas, la deuda de las personas, la deuda de la
arquitectura, la deuda de los requisitos, la deuda de la documentación, etc.
La deuda técnica es el coste y los intereses a pagar por hacer mal las cosas. El sobre esfuerzo a pagar para mantener un producto software
mal hecho, y lo que conlleva, como el coste de la mala imagen frente a los clientes, etc. (te dejo un post sobre los costes de un mal proceso).
Hay quien no es ni siquiera consciente de que está pagando intereses por hacer mal el software, y continua así hasta el “default”.
La deuda técnica al final siempre alguien la paga. O la paga el provedor que desarrolla el software o la paga el lciente que lo usa o
compra.
La mayoría de los autores coinciden en que la principal causa de la deuda técnica es la presión en fechas y planes.
Sin embargo, hay muchas otras causas, como la falta de cuidado, falta de educación, procesos pobres, la no verificación de la calidad, o la
incompetencia.
¿Qué es exactamente la deuda técnica? Algo que resta valor al producto software y que no se ve…
Con el tiempo, el término deuda técnica se ha perfeccionado y ampliado, principalmente por Steve McConnell con su taxonomía y Martin
Fowler con sus cuatro cuadrantes.
La pequeña taxonomía de McConnell, habla de que:
– No hay deuda técnica, si… Hay retrasos, recortes, etc., que no requieren el pago de intereses. No todo el trabajo incompleto es deuda.
– Si hay deuda técnica… puede ser (I) Deuda incurrida involuntariamente debido a trabajos de baja calidad o (II) Deuda incurrida
intencionalmente.
Dándole una vuelta más al término, la figura de abajo muestra cuatro tipos de posibles mejoras o tareas a realizar en el futuro para aumentar
el valor del producto software, como pueden ser ampliar funcionalidades (color verde, que es en lo que suelen fijarse las empresas), o invertir
en arquitectura (amarillo), invertir reducir los defectos (rojo) o la deuda técnica (negro), que es invisible y tiene un efecto negativo.
This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish. Cookie settings
ACCEPT
Las herramientas de calidad de código no son suficientes
Es importante tener en cuenta, sin embargo, que la deuda técnica no es sólo algo a mejorar, o evitar, sobre el código o sobre la calidad
del código. Por ello, las herramientas de análisis de código identifican un pequeño número de elementos asociados a deuda técnica.
Las herramientas de análisis de código no son suficiente para la identificación de la deuda técnica. La mayoría de las veces, la deuda técnica no
se relaciona con código y sus cualidades intrínsecas, sino a opciones estructurales, arquitecturales o brechas tecnológicas.
Ninguna herramienta revelará que, hace dos años, el equipo implementó una arquitectura inapropiada.
Terminando…
Continuando con los símiles económicos, estoy deseando que alguien invente la prima de riesgo técnica de un software.
Alguna cosa más para que continúes. Recientemente ha salido un número en IEEE software sobre el término de deuda técnica, razón por la
que me ha venido a la cabeza hacer este post, y del que he sacado muchas ideas para este post.
Jgarzas
Ph.D. en informática, Postdoctorado en la Carnegie Mellon (EE.UU) e Ingeniero en Informática.
Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para,
más de 90. Y he formado a más de 2000 alumnos.
Comparte esto:
Related Posts:
Deja
Deja de
de buscar
buscar excusas
excusas La
La auto-organización
auto-organización no
no
El
El término
término Deuda
Deuda Técnica
Técnica Ideas
Ideas para
para gestionar
gestionar para
para evitar
evitar Sonar
Sonar yy dejar
dejar implica
implica que,
que,
(en
(en vídeo)
vídeo) tareas
tareas de
de "deuda…
"deuda… de…
de… necesariamente,…
necesariamente,…