El Arte del Desarrollo Ágil, 2ª Edición

CAPÍTULO CATORCE

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Diseño

El software suele ser más caro de cambiar con el tiempo.

No conozco ningún buen estudio sobre esto,¹ pero creo que es algo que todo programador ha experimentado. Cuando empezamos una nueva base de código, somos increíblemente productivos, pero a medida que pasa el tiempo, los cambios son cada vez más difíciles.

Eso es un problema para Agile. Si el cambio se encarece significativamente con el tiempo, el modelo Ágil no tiene sentido. En lugar de eso, lo inteligente sería tomar el mayor número posible de decisiones por adelantado, cuando son menos costosas. De hecho, eso es exactamente lo que intentaban hacer los métodos pre-Agile.

Para que Agile funcione, el coste del cambio debe ser relativamente plano, o incluso decreciente con el tiempo. Kent Beck habló de ello en el primer libro de XP:

[Una curva de coste de cambio plana] es una de las premisas de XP. Es la premisa técnica de XP... Si una curva plana de coste del cambio hace posible XP, una curva pronunciada de coste del cambio hace imposible XP. Si el cambio es ruinosamente caro, estarías loco si te lanzaras sin una cuidadosa previsión. Pero si el cambio sigue siendo barato, el valor adicional y la reducción del riesgo de la retroalimentación concreta temprana compensan el coste del cambio temprano. [ Beck2000a] (cap. 5)

Explicación de la Programación Extrema, 1ª edición

Pero -como todos ...