Ses avantages

• Ensemble de « best practices » d’autres méthodes
• Adaptés aux projets de moins de 10 personnes
• Mise en œuvre simple
• Donne des éléments relatifs à la technique (règle de développement, prototypage, tests…)
• Innovant par l’introduction de règles non naturelles et pourtant efficaces (réunions tous les matins debout, travail en binôme)

Ses inconvénients

• Couvre seulement la partie développement au détriment d’une capture rigoureuse des besoins, des tests ou de la prévision de la maintenance
• La phase d’analyse se limitant à des scénarios dictés par les utilisateurs, il y a un fort risque de devoir tout refaire
• Pas d’éléments connexes au processus (modèles de documents, typologie d’intervenants…)

Ses avantages

• Méthode légère applicable aux petits projets (80 à 120 jours)
• Met l’utilisateur du logiciel au cœur de la démarche
• Le développement met rapidement en œuvre les fonctionnalités majeures dans des prototypes fonctionnels

Ses inconvénients

• L’utilisateur doit avoir le pouvoir de décision
• Demande une implication des utilisateurs
• La discipline est très importante : seules les fonctionnalités cibles doivent être développées
• Pousse peu à la rédaction de documentation puisque l’utilisateur est formé pendant le développement

Ses avantages

• Prise en compte de la gestion du risque et du risque technologique
• Itératif
• Indépendant de la taille du projet
• Définis la typologie d’intervenants et les livrables

Ses inconvénients

• Pas de documents types
• Couvre seulement la partie développement au détriment d’une capture rigoureuse des besoins, des tests ou de la prévision de la maintenance

Ses avantages

• Centré sur les cas d’utilisation
• Oriente la réflexion sur l’architecture
• Package complet promus par rational : méthode, outil et documentation
• Itératif
• Définis tous les livrables
• Propose des modèles de documents
• Adaptés aux projets de plus de 10 personnes

Ses inconvénients

• Doit être personnalisé pour un projet donné d’où un coût en consultants
• Beaucoup de processus qui fait de l’ombre aux aspects code et technologiques

Ses avantages

• Identification progressive et efficiente des risques par prototypage
• Pas de sur-qualité de développement et de tests en se plaçant à un niveau de développement donné
• Basé sur l’expérimentation évitant une remise en cause globale par le client
• Est incrémental
• Enchaîne les cycles en V de façon réfléchie

Ses inconvénients

• La place donnée à l’analyse de risque a tendance limiter son utilisation aux projets innovants
• Peu expérimenté
• Pas de documentation type
• Il est difficile d’identifier des le degré de risque sur des problèmes qu’on a pas déjà rencontrés
• Coût de mise en oeuvre

Ses avantages

• La qualité de la mise en œuvre des tests
• Oriente le découpage du système en composants et donc pousse à une réflexion sur l’architecture
• Modèle éprouvé dans l’industrie
• Normalisé (ISO-12207, MILSTD-498…)
• Deux types de tâches sont réalisées en parallèle : Verticalement on prépare l’étape suivante et Horizontalement : on prépare la vérification de la tâche en cours
• Dérisquage de la partie IHM avec une maquette

Ses inconvénients

• La validation finale par le client très tardive augmente les risques de dépassement de délai (et de coût)
• Phases séquentielles
• Rigidité face à une évolution du besoin
• Ne propose pas de plan type de documents

Ses avantages

• La qualité de la mise en œuvre des tests
• Oriente le découpage du système en composants et donc pousse à une réflexion sur l’architecture
• Modèle éprouvé dans l’industrie
• Normalisé (ISO-12207, MILSTD-498…)
• Deux types de tâches sont réalisées en parallèle : Verticalement on prépare l’étape suivante et Horizontalement : on prépare la vérification de la tâche en cours

Ses inconvénients

• La validation finale par le client très tardive augmente les risques de dépassement de délai (et de coût)
• Phases séquentielles
• Rigidité face à une évolution du besoin
• Ne propose pas de plan type de documents

Ses avantages

• Découpe du projet simple et intuitive
• Adapté aux projets dont les besoins sont parfaitement connus … ou qu’il est possible de figer
• Adapté aux projets très cours
• Chaque phase est définie clairement dans le calendrier et le suivi de l’avancement est aisé
• Chaque tâche est associée à un profil de personne

Ses inconvénients

• Le retour se limite à une phase en amont : navigation difficile
• Les phases sont sanctionnées par des documents de revue de fin de tâche : mauvaise visibilité
• On ne passe à la phase suivante que lorsque la précédent est validée : effet tunnel pour le client
• Les tests valident l’application finale : coût élevé en cas de problème
• Besoin de connaître tous les besoins dès le début
• Ne propose pas de plan type de documents