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

Consultant en génie logiciel

- Gestion des exigences
- Stratégie de tests
- Modélisation UML
- Analyse fonctionnelle
- Architecture fonctionnelle
- Traçabilité de bout en bout

Consultant en organisation

Bull est un spécialiste des systèmes d'information ouverts, qui aide les entreprises et les administrations à bâtir les infrastructures et les applications puissantes, flexibles et sûres dont elles ont besoin pour leurs activités métiers.
Premier fournisseur global en systèmes d'information d'origine européenne, Bull est présent dans plus de 100 pays, et est particulièrement actif dans le secteur public, la défense, la banque, l'industrie, la santé et les télécommunications.