Introduction Aux MéThodes Agiles

• 1. Par StanyslasMatayoBweta
  JUG Leader RDC
  Introduction aux mthodes agiles
  

2. Ingnierie des SI & Contraintes
3. Gestion de projet
Dmarche visant a organiser de bout en bout la bonne marche dun projet
Projet
Rponse a un besoin
Spcifications et contraintes
Dlai et cout fixs
ressources identifies respectant un modle de gestion
Livrables connus
Standard de gestion de projet:
Prince2 (Project IN Controlled Environments)
PMBOX (Project Management Body Of Knowledge)
ICB (International project management association Competence Baseline)
ISO 21 500
4. Etat de lart
16 % des projets respectent les dlais et les budgets
75 % dchecs dduit par ceux en charge du lancement des projets (Etas Unis)
Causes
Spcifications incompltes et imprcises
Mauvaises estimation des couts, des ressources et des dlais
Difficults techniques
5. Ingnierie des SI
Variables d'ajustement sur un projet
6. Caractristiques relles dun projet SI
7. Ceci????
8. Ou Ca?????
ITERATION N
ITERATION N+1
9. MthodesAgiles
10. Avant Agile
11. Definition
12. Manifeste agile
4 Valeurs
12 principes
13. Auteursdumanifeste Agile
14. Pourquoi?
15. VALEURS
16. VALEURS

• L'quipe ("Personnes etinteractionplutt que processus et outils"): Dans l'optique agile, l'quipe est bien plus importante que les moyens matriels ou les procdures. Il est prfrable d'avoir une quipe soude et qui communique compose de dveloppeurs moyens plutt qu'une quipe compose d'individualistes, mme brillants. La communicationest une notionfondamentale.

17. L'application ("Logiciel fonctionnel plutt que documentation complte"): Il est vital que l'application fonctionne. Le reste, et notamment la documentation technique, est secondaire, mme si une documentation succincte et prcise est utile comme moyen de communication. La documentation reprsente unechargede travail importante, mais peut pourtant tre nfaste si elle n'est pas jour. Il est prfrable de commenter abondamment le code lui-mme, et surtout de transfrer les comptences au sein de l'quipe (on en revient l'importance de la communication). 18. La collaboration ("Collaboration avec le client plutt quengociationde contrat"): Le client doit tre impliqu dans le dveloppement. On ne peut se contenter de ngocier un contrat au dbut duprojet, puis de ngliger les demandes du client. Le client doit collaborer avec l'quipe et fournir un feed-back continu sur l'adaptation dulogiciel ses attentes. 19. L'acceptation du changement ("Ragir au changement plutt que suivre un plan"): La planificationinitiale et la structure du logiciel doivent tre flexibles afin de permettre l'volution de la demande du client tout au long du projet. Les premiresreleasesdu logiciel vont souvent provoquer des demandes d'volution.