Le Feature Driven
Development
Méthode Agile
Présenté par :
• ANDRIANANTENAINA NY ONY Njara
• ANDRIANOMENTSOA Tahina Michaël
• ANDRIATSARAFARA Fanomezantsoa Jacques
• RAHARINJAKA Natolotriniavo
• RANDRIAMANANTENA Jean Eric
• RANDRIAMIANDRISOA Tsiory Stéphanie
I. Introduction
Les méthodes Agiles sont des méthodes de gestion de projet caractérisées par
leur approche itérative et collaborative. Elles mettent l’accent sur la flexibilité, la
collaboration continue et la réactivité face aux changements. Parmi ces méthodes, nous
avons le FDD ou Feature Driven Development qui sera le sujet principal du présent
exposé.
II. Fondements théoriques
Appartenant à la famille des méthodes agiles, le FFD, pour Feature-Driven
Development, est basé sur des concepts incrémentiels et itératifs. Il organise le
développement logiciel autour de la progression des fonctionnalités. Mise au point par
Jeff De Luca, l’histoire de la méthode FDD remonte aux années 97 à son application
initiale sur un projet de développement logiciel, effectué par 50 personnes en 15mois
pour une institution financière basée à Singapour. La méthodologie a été discutée
publiquement pour la première fois dans le livre de 1999 "Java Modeling in Color with
UML".
En commun avec les différentes méthodes Agiles, le FDD :
• Est une méthode adaptative (vs. Prédictives) caractérisée par des itérations
courtes, un lien fort avec le client, des délais et des coûts fixés, mais pas la
portée ;
• Insistance sur les hommes : les programmeurs sont des spécialistes, et pas
des unités interchangeables, attention à la communication humaine, équipes
auto-organisées
• Processus auto-adaptatif : révision du processus à chaque itération
• Simplicité, Légèreté, Orientées participants plutôt que plan
III. Processus de développement FDD
Afin de garantir la cohérence dans le développement d’un projet, la méthode FDD
propose 5 phases :
• Développer un modèle d’ensemble pour définir les grandes lignes de votre modèle de
domaine, celui que votre projet de développement logiciel doit résoudre. Pour chaque
domaine de modélisation, plusieurs petits groupes d’intervenants proposent différents
modèles de domaine dont les meilleurs sont sélectionnés pour former un modèle
d’ensemble ;
• Lister les fonctionnalités à réaliser comme les mots de passe des utilisateurs, le
montant des paniers, les codes avantages clients… en fonction des attentes des
visiteurs ; mises en œuvre en quelques jours seulement sans ne jamais dépasser 2
semaines, sinon elle doit être décomposée en plus petites fonctionnalités ;
• Organiser le planning des fonctionnalités selon l’ordre de priorité de chacune ;
• Créer chaque fonctionnalité suivante à l’issue des itérations fréquentes tout en faisant
un point sur la conception de la fonctionnalité ;
• Appliquer chaque fonctionnalité et réaliser tous ses éléments pour aboutir à la mise en
application de l’interface utilisateur. Avant sa validation définitive, un prototype est
testé et la version définitive devient accessible aux clients que lorsque ce test est
réussi.
IV. Rôles et responsabilités dans l'équipe FDD
POSTE RESPONSABILITES
Chef de Projet Superviser et coordonner l'ensemble du projet. Assurer la
communication avec les parties prenantes, planifier les itérations, et
garantir que les objectifs sont atteints.
Chef Architecte Concevoir l'architecture globale du système. Définir les normes et
les directives techniques pour garantir la cohérence du code et la
qualité du produit final.
Responsable des Être responsable d'une ou plusieurs fonctionnalités spécifiques du
Fonctionnalités système. Collaborer avec les développeurs pour définir les
(Feature Owner) spécifications détaillées et s'assurer de la livraison réussie des
fonctionnalités attribuées.
Développeurs Implémenter les fonctionnalités assignées en suivant les
spécifications fournies. Collaborer étroitement avec le Responsable
des Fonctionnalités pour comprendre les exigences et s'assurer que
le code répond aux normes établies.
Responsable des Concevoir des scénarios de test, effectuer des tests unitaires et
Tests collaborer avec l'équipe pour garantir la qualité globale du logiciel.
S'assurer que chaque fonctionnalité est testée de manière
approfondie.
Responsable des Gérer les aspects liés aux données du projet. Cela peut inclure la
Données modélisation des données, la gestion de la base de données, et la
garantie de l'intégrité des données.
Responsable de la Gérer la configuration du système, y compris la gestion des versions
Configuration du code source, la gestion des modifications, et la coordination des
mises à jour.
V. Situation de la méthode FDD
1. Avantages
• Le FDD est particulièrement adapté aux projets de grande échelle tout en
conservant les grands principes des méthodes agiles
• Côté développeurs, la méthode FDD donne la possibilité à plusieurs équipes
de travailler en simultané sur un même projet
• Se concentre sur le développement de fonctionnalités concrètes, offrant une
visibilité claire sur les progrès et permettant une adaptation rapide aux
changements des exigences du client.
• favorise des itérations courtes et la livraison fréquente de fonctionnalités, ce
qui permet aux clients de voir rapidement des résultats concrets et d'apporter
des ajustements en cours de route.
• En mettant l'accent sur des fonctionnalités testables par l'utilisateur, FDD
favorise l'implication continue du client tout au long du processus de
développement. De plus, la phase initiale de modélisation des fonctionnalités
et l'implication du client dans la définition des spécifications conduisent à
une compréhension plus approfondie des exigences.
• Gestion proactive des risques en identifiant, évaluant et atténuant les risques
tout au long du projet, contribuant ainsi à une meilleure maîtrise du
développement.
• Simple à comprendre et à mettre en œuvre, facilitant l'adoption rapide par
les équipes de développement.
2. Inconvénients
• Excessif pour les petits projets où la structure et les processus formels
pourraient être perçus comme trop lourds.
• FDD met moins l'accent sur la documentation détaillée, ce qui peut
entraîner une absence d'informations cruciales pour les membres de
l'équipe et les parties prenantes.
• Dépend souvent fortement de la direction du chef de projet, ce qui peut
entraîner des problèmes si celui-ci est surchargé ou indisponible.
• Passer d'une méthodologie différente à FDD peut être difficile en raison
de ses processus spécifiques, ce qui peut être un inconvénient pour les
équipes déjà habituées à d'autres approches.
• Met davantage l'accent sur la gestion et l'achèvement des fonctionnalités
plutôt que sur l'innovation, ce qui peut ne pas convenir à tous les types
de projets.
3. Perspectives et évolution de FDD
Très évolutive, particulièrement adaptée aux équipes pluridisciplinaires et concentré
sur les attentes des clients, la méthode FDD a fait ses preuves au point de rencontrer un succès
grandissant auprès de grands groupes.
VI. La diversité de la methode FDD
Il peut être difficile de fournir une liste exhaustive des entreprises utilisant Feature
Driven Development (FDD) en raison du caractère confidentiel des pratiques internes
de développement. Cependant, FDD a été historiquement associé à des projets
d'envergure dans divers secteurs. Quelques entreprises qui ont adopté ou ont été
associées à FDD à un moment donné comprennent :
1. United Overseas Bank (UOB) : UOB a été l'un des premiers utilisateurs de FDD et a
connu du succès en l'appliquant à des projets complexes.
2. UBS : La banque suisse UBS a également été associée à l'utilisation de FDD dans
certains de ses projets de développement logiciel.
3. SingTel : Singapore Telecommunications Limited a été impliqué dans des initiatives
où FDD a été utilisé pour la gestion des fonctionnalités logicielles.
Il est important de noter que l'adoption de FDD peut varier au fil du temps et entre les
projets au sein d'une même entreprise. Il peut être utile de rechercher des études de cas
spécifiques ou des déclarations officielles de certaines entreprises pour obtenir des
informations plus récentes et précises sur leur utilisation de FDD
VII. Conclusion
Le Feature Driven Development convient le plus aux graandes entreprises et surtout
pour les projets de developpement logiciel vastes et complexes, qi s’étendent sur le long
[Link] focalisant sur les fonctionnalités, FDD permet de répondre aux besoins des
clients plus rapidement. Cette methode est plus efficace pour identifier et corriger les
problèmes qui pourraient survenir.