U.E. 5 : Module GOUVERNANCE DES SIC (by Eugenio Mauri at I.A.E. Pantheon Sorbonne , Sorbonne Graduate Business School, Master Systèmes d'Information et de Connaissance) Les dangers des méthodes agiles

1. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
LES DANGERS DES METHODES AGILE
Equipe :
Catherine Cazaux
Eugenio Mauri
Moustapha Gueye
M SIC JB 03/06/2011 MGU- EMA - CCA 1 / 16

2. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
 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 2 / 16

3. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
Présentation des méthodes AGILES
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.
M SIC JB 03/06/2011 MGU- EMA - CCA 3 / 16

4. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
Présentation des méthodes AGILES
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.
M SIC JB 03/06/2011 MGU- EMA - CCA 4 / 16

5. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
Présentation des méthodes AGILES
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.
M SIC JB 03/06/2011 MGU- EMA - CCA 5 / 16

6. U.E. 5 : Ingénierie de SIC et Conduite de projets
François Larcher
Pourquoi les méthodes AGILES ?
 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.
M SIC JB 03/06/2011 MGU- EMA - CCA 6 / 16

7. U.E. 5 : Ingénierie de SIC et Conduite de projets
François Larcher
Pour quels environnements ?
 Besoin très évolutif.
 Solutions pour petites équipes.
 Projets non complexes.
 Environnement non critique (médicale, nucléaire, etc...)
 Cycles de développements courts
M SIC JB 03/06/2011 MGU- EMA - CCA 7 / 16

8. U.E. 5 : Ingénierie de SIC et Conduite de projets
François Larcher
Quelle adéquation équipe / projet ?
M SIC JB 03/06/2011 MGU- EMA - CCA 8 / 16

9. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
Analyse des risques de la méthode
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 projet
EX : Offshore et agilité
M SIC JB 03/06/2011 MGU- EMA - CCA 9 / 16

10. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
Analyse des risques de la méthode (suite)
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
M SIC JB 03/06/2011 MGU- EMA - CCA 10 / 16

11. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
Analyse des risques de la méthode (fin)
Indisponibilité des intervenants
Client : Manque de temps et d’intérêt
Equipe : Interactions avec d’autres projets
Problèmes de disponibilité dans les équipes réduites
Mise en valeur des compétences
Risque politique
Contractualisation
Contrats « ouverts » car périmètre variable
Difficulté à déterminer le cout
M SIC JB 03/06/2011 MGU- EMA - CCA 11 / 16

12. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
Comment les gérer?
 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
M SIC JB 03/06/2011 MGU- EMA - CCA 12 / 16

13. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
En conclusion
Le tableau suivant Permet de comparer et synthétiser sommairement les Points clés et
Désavantages de quelques méthodes AGILES
Méthodes Points clés Désavantages
SCRUM Petites équipes, itérations de La mise en œuvre du
30 jours, réunions journalières. développement n'est pas
précisée, seule compte la gestion
FDD Procédé bien défini et simple, des ressources humaines.sur
Uniquement centré le
orienté objet et basé sur le développement
développement.
Itérations très courtes.
(inspiré de "Agile Software Development Methods" par Pekka Abrahamsonn et Outi Salo, VTT Publications 478)
M SIC JB 03/06/2011 MGU- EMA - CCA 13 / 16

14. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
En conclusion (suite)
Méthodes Points clés Désavantages
Développement guidé par les besoins On se focalise sur l'aspect individuel du
du client. développement, au détriment d'une vue
globale et des pratiques de management
XP Equipes réduites, centrées sur les ou de formalisation.
développeurs. Binômes.
Risque de manquer de contrôle et de
Création quotidienne. Amélioration structuration en laissant les développeurs
constante, trop libres de dériver par rapport aux
fonctions de l'application.
Adaptabilité aux modifications.
RUP Processus complet assisté par des Lourd, largement étendu, peut être
outils. Exhaustif. difficile à mettre en œuvre de façon
spécifique.
Rôles bien définis, modélisation. Convient pour les gros projets qui
génèrent beaucoup de documentation.
M SIC JB 03/06/2011 MGU- EMA - CCA 14 / 16

15. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
En conclusion (fin)
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.
M SIC JB 03/06/2011 MGU- EMA - CCA 15 / 16

16. U.E. 5 : Module GOUVERNANCE DES SIC
François LARCHER
Sources
• 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
M SIC JB 03/06/2011 MGU- EMA - CCA 16 / 16