Deuda técnica

La deuda técnica (también conocida como deuda de diseño o deuda de código, pero también puede estar relacionada con otros esfuerzos técnicos) es un concepto en el desarrollo de software que refleja el costo implícito de un retrabajo adicional causado al elegir una solución fácil (limitada) ahora en lugar de usar una mejor enfoque que tomaría más tiempo.

1. ¿Qué es un ejemplo de deuda técnica??
2. ¿Es mala la deuda técnica??
3. ¿Cómo se deshace de la deuda técnica??
4. ¿Cómo funcionan las deudas técnicas??

¿Qué es un ejemplo de deuda técnica??

La deuda técnica también se puede acumular inadvertidamente. Por ejemplo, es común que los equipos abandonen sus mejores prácticas internas y revisen los estándares cuando se encuentran bajo un cronograma ajustado. ... En este ejemplo, el equipo no se dio cuenta de que estaban haciendo concesiones porque simplemente se movían tan rápido como podían.

¿La deuda técnica es mala??

La deuda técnica no es intrínsecamente mala. Pero, al igual que la deuda financiera, puede causar serios problemas si no la devuelve. Esto se debe a que elegir la opción fácil sobre la mejor es una solución a corto plazo. A largo plazo, la opción más débil conduce a un software más débil.

¿Cómo se deshace de la deuda técnica??

Para reducir la deuda técnica, deben adoptar un nuevo enfoque de integración que facilite el pensamiento a largo plazo. Un enfoque que impulsa a los equipos a pensar no solo en entregar proyectos a tiempo a corto plazo, sino también en construir una visión a largo plazo para proyectos futuros.

¿Cómo funcionan las deudas técnicas??

Existe una serie de procesos y técnicas para mantener bajo control la deuda técnica, que incluyen:

1. definir y rastrear la deuda.
2. priorizar las tareas de la deuda.
3. enfoque de desarrollo ágil.
4. reuniones periódicas de propietarios, gerentes e ingenieros.
5. establecer estándares de codificación.
6. instituir revisiones de código / diseño / prueba.
7. pruebas automatizadas.
8. código de refactorización.