¿Agile o Scrum generan deuda técnica?
El término "technical debt", es decir, deuda técnica, fue acuñado en 1992 por Ward Cunningham. Es conocido por muchas cosas: wikis, tarjetas CRC y por haber influido en Extreme Programming (XP).
Extreme Programming
XP era, con diferencia, la "metodología ligera" más grande e importante en el momento en que surgió el Manifiesto Ágil.
Por lo tanto, es algo extraño suponer que Agile pueda llevar a deuda técnica. Todo el discurso sobre deuda técnica provino del ámbito de las metodologías ágiles.
Ward Cunningham y Martin Fowler participaron en la creación del Manifiesto Ágil.
¿Por qué Agile o Scrum deberían causar deuda técnica?
Es realmente irónico que hoy en día haya personas que piensen que las metodologías ágiles como Scrum generan deuda técnica.
Sin embargo, puedo comprender ese pensamiento.
Cuando alguien piensa en Agile hoy en día, ya no piensa necesariamente en XP. Hoy todo gira más en torno a Scrum y Kanban y, en general, en torno a la gestión. Puedo entender que personas con experiencias en implementaciones deficientes de Scrum crean que Agile es una mala metodología técnica.
Una afirmación más controvertida, aunque menos original, sería que los métodos de XP conducen a deuda técnica. En otras palabras, eso significaría que la comunidad que desarrolló e implementó el concepto de prestar atención a la deuda técnica, recomienda métodos que generan deuda técnica.
Este texto proviene del blog de Jason Yip y fue traducido por nosotros al español.
El MVP en Scrum
=> ¿Qué es el Minimum Viable Product en Scrum?
