Le FDD (Feature-Driven Development, ou développement piloté par les fonctionnalités) est une méthode de développement logiciel itérative qui organise tout le travail autour de petites fonctionnalités ayant une valeur visible pour le client, chacune livrable en quelques jours. Elle a été conçue à la fin des années 1990 par Jeff De Luca, avec Peter Coad, sur un grand projet bancaire.
La méthode suit cinq étapes : construire un modèle global du domaine, dresser la liste des fonctionnalités (formulées comme « calculer le total d'une commande »), planifier par fonctionnalité, concevoir par fonctionnalité, puis développer par fonctionnalité. Les deux dernières se répètent en boucle courte.
Le FDD fait partie de la famille agile, mais il est plus structuré que Scrum : il insiste sur la modélisation en amont, la propriété du code par développeur et un suivi d'avancement précis. Il est aujourd'hui peu pratiqué en tant que tel, mais son idée centrale, découper par fonctionnalités à valeur client, se retrouve dans la plupart des équipes produit.
Pourquoi ça compte quand on recrute
Peu d'enjeu direct en recrutement : rares sont les équipes qui appliquent le FDD à la lettre. Ce qui compte chez un candidat, c'est sa capacité à découper un besoin en petites livraisons utiles, quelle que soit la méthode citée.