LES DANGERS DES METHODES AGILE

Equipe :Catherine CazauxEugenio MauriMoustapha Gueye

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

M SIC JB 03/06/2011 1 / 16MGU- EMA - CCA

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

2 / 16

Rappel des principes de la méthode AGILE

Pourquoi les méthodes AGILES ?

Analyse des risques de la méthode

Comment gérer les risques ?

Prévention

Résorption

En conclusion

M SIC JB 03/06/2011 MGU- EMA - CCA

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

Présentation des méthodes AGILES

3 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

Le fondement des méthodes agiles repose sur l'identification et l'intégration continue des changements tout au long du projet :

L'événement extérieur n'est donc plus considéré comme une perturbation mais est intégré comme élément de l'organisation même du projet.

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

Présentation des méthodes AGILES

4 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

Historique des méthodes agiles

Les premières approches en matière d'Agilité sont essentiellement apparues au cours des années 1990 sous le nom de RAD (Rapid Application Development) puis RUP (Rational Unified Process).

Mais c'est avec l'arrivée de la méthode XP (eXtrem Programming), apparue aux Etats Unis fin des années 90 que l'Agilité a prit réellement ses lettres de noblesse. Kent Beck, Ward Cunningham et Ron Jeffries ont créé cette méthode d'une manière générique et applicable quel que soit son contexte même si elle était, à son origine, issue des nouvelles technologies.

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

Présentation des méthodes AGILES

5 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

Quatre valeurs fondamentales :

la communication, comme une valeur primordiale, car, sans elle la résolution des problèmes ne peut se faire de manière constructive

la simplicité comme gage de la robustesse et de pérennité de la solution délivrée aux utilisateurs. C'est aussi une preuve d'humilité de la part des concepteurs et un facteur clé pour gagner en productivité.

le feedback comme outil de réduction de risque. Il concerne les relations entre tous les membres de l'équipe mais aussi entre les développeurs, les maîtrises d'ouvrage, et le commanditaire.

le courage de prendre des bonnes décisions et de reconnaître ses erreurs dès qu'elles apparaissent plutôt que de tenter de les dissimuler.

U.E. 5 : Ingénierie de SIC et Conduite de projetsFrançois Larcher

Pourquoi les méthodes AGILES ?

6 / 16

Augmenter le niveau de satisfaction des clients tout en rendant le travail de développement plus faciles.

Réduire l'effet tunnel.

Répondre aux modifications de contexte et de spécifications du projet.

Se focaliser sur ce qui a une plus grande valeur ajoutée pour l'entreprise.

Réduire les risques le plus tôt possible.

MGU- EMA - CCAM SIC JB 03/06/2011

U.E. 5 : Ingénierie de SIC et Conduite de projetsFrançois Larcher

Pour quels environnements ?

7 / 16

Besoin très évolutif.

Solutions pour petites équipes.

Projets non complexes.

Environnement non critique (médicale, nucléaire, etc...)

Cycles de développements courts

MGU- EMA - CCAM SIC JB 03/06/2011

8 / 16

Quelle adéquation équipe / projet ?

U.E. 5 : Ingénierie de SIC et Conduite de projetsFrançois Larcher

M SIC JB 03/06/2011 MGU- EMA - CCA

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

Analyse des risques de la méthode

9 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

Incompréhension de la méthode Pratiques déconnectées de la philosophie « agiles »

EX : Vouloir une vision globale sur le projet sans connaitre toutes les exigences

Releases fréquentes sans automatisation des scenarii de test=> Tests manuels insupportables

Inadaptation de la méthode au projet Manque de planification prévisionnelle (navigation à vue) L’estimation de charge pour l’ensemble du projetEX : Offshore et agilité

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

Analyse des risques de la méthode (suite)

10 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

Inadaptation des ressources à la méthode absence de formation programmation en binôme sans communication Pléthore de ressources

Manque de rigueur et absence de documentation Sans application rigoureuse de toutes les pratiques, pas de bons

résultats Manque de contrôle et de structuration. Pérennité de la connaissance du système Changement d’équipe projet ou maintenance du logiciel effectué par

une autre équipe

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

Analyse des risques de la méthode (fin)

11 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

Indisponibilité des intervenantsClient : Manque de temps et d’intérêtEquipe : Interactions avec d’autres projets Problèmes de disponibilité dans les équipes réduites

Mise en valeur des compétencesRisque politique

ContractualisationContrats « ouverts » car périmètre variableDifficulté à déterminer le cout

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

Comment les gérer?

12 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

La prévention Une bonne connaissance de la méthode : formation Assurer une documentation minimale Automatiser les scenarios de tests

Sans automatisation : pas de tests et perte de temps sur l’écriture des scenarii de tests

choix de l’équipe projet Compatibilité des profils : communication

Disponibilités des intervenants : client et équipe projet Responsabilisation du client

La résorption Remise en cause du contexte actuel Production de documentation en cours de projet

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

En conclusion

13 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

Méthodes Points clés Désavantages

SCRUM Petites équipes, itérations de 30 jours, réunions journalières.

La mise en œuvre du développement n'est pas précisée, seule compte la gestion

des ressources humaines.

FDD Procédé bien défini et simple, orienté objet et basé sur le développement.Itérations très courtes.

Uniquement centré sur le développement

Le tableau suivant Permet de comparer et synthétiser sommairement les Points clés et Désavantages de quelques méthodes AGILES

(inspiré de "Agile Software Development Methods" par Pekka Abrahamsonn et Outi Salo, VTT Publications 478)

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

En conclusion (suite)

14 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

Méthodes Points clés Désavantages

XP

Développement guidé par les besoins du client.

Equipes réduites, centrées sur les développeurs. Binômes.

Création quotidienne. Amélioration constante,

Adaptabilité aux modifications.

On se focalise sur l'aspect individuel du développement, au détriment d'une vue globale et des pratiques de management ou de formalisation.

Risque de manquer de contrôle et de structuration en laissant les développeurs trop libres de dériver par rapport aux fonctions de l'application.

RUP Processus complet assisté par des outils. Exhaustif.

Rôles bien définis, modélisation.

Lourd, largement étendu, peut être difficile à mettre en œuvre de façon spécifique.Convient pour les gros projets qui génèrent beaucoup de documentation.

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

En conclusion (fin)

15 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

les méthodes agiles ne s'opposent pas aux méthodes traditionnelles :

Les méthodes traditionnelles restent valables dans le cas des projets où l'expression du besoin peut être figée dès le départ du projet, par exemple :

Migration technique d'un système à iso-fonctionalité

Prise en compte d'une nouvelle législation ou d'une nouvelle règle fiscale.

U.E. 5 : Module GOUVERNANCE DES SIC François LARCHER

Sources

16 / 16M SIC JB 03/06/2011 MGU- EMA - CCA

• http://www.informit.com/articles/article.aspx?p=441115

• http://www.dsi.cnrs.fr/methodes/gestion-projet/methodologie/

• http://web-serv.univ-angers.fr/docs/etudquassi/Methodes_agiles.pdf

• http://www.dotnetguru.org/articles/dossiers/devagile/DevelopperAgile.htm