Feature Driven Development

21-07-2009 Luis Artola

Poco a poco, tengo intención de ir haciendo un repaso por todas las metodologías ágiles de desarrollo. En éste caso, quiero hacer un breve análisis de Feature Driven Development (FDD). Básicamente sus principios Build a Feature List, Plan By Feature, Design by Feature, Build By Feature son muy parecidos a SCRUM y su Product e Iteration BAcklog. ¿Cuales son las principales diferencias?

1. Quizá la mayor diferencia aquí sea que la “feature” normalmente es un grano más gordo que las “user stories”.
2. Hace más hincapié, a nivel de escritura de código, en Model Driven Development: Build an overall model, aunque en el resto de metodologías también recomiendan basarse en un primer diseño simple.
3. Individual code ownership, que contrasta con el Colective Code Ownership de Programación Extrema. Básicamente en FDD cada uno es responsable directo de código que escribe, o cuál es “menos ágil” que si todo el mundo es responsable de todo el código (Colective Code Ownership). Lo que pasa es que, para equipos grandes, FDD lo considera más eficaz.
4. Habla explícitamente del “Configuration Management“… aunque todas las metodlogías ágiles lo recomiendan implicitamente, FDD lo hace explícitamente, como parte esencial del desarrollo.

Todas las metodologías ágiles siguen una serie de principios que hacen que se parezcan entre sí. FDD, concretamente, te ofrece unas cuantas claves respecto a la forma de organizar el equipo y la forma de programar el código, que la hacen especialmente viable para equipos de desarrollo grandes desarrollando software complejo.