Your SlideShare is downloading. ×
0
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Introduction Aux MéThodes Agiles
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Introduction Aux MéThodes Agiles

820

Published on

Unes description sommaire des méthodes agiles

Unes description sommaire des méthodes agiles

Published in: Business, Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
820
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
46
Comments
0
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Par StanyslasMatayoBweta<br />JUG Leader RDC<br />Introduction aux méthodes agiles<br />
  • 2. Ingénierie des SI & Contraintes<br />
  • 3. Gestion de projet<br />Démarche visant a organiser de bout en bout la bonne marche d’un projet<br />Projet<br />Réponse a un besoin<br />Spécifications et contraintes<br />Délai et cout fixés<br /> ressources identifiées respectant un modèle de gestion<br />Livrables connus<br />Standard de gestion de projet:<br />Prince2 (Project IN Controlled Environments)<br />PMBOX (Project Management Body Of Knowledge)<br />ICB (International project management association Competence Baseline)<br />ISO 21 500<br />
  • 4. Etat de l’art<br />16 % des projets respectent les délais et les budgets<br />75 % d’échecs déduit par ceux en charge du lancement des projets (Etas Unis)<br />Causes<br />Spécifications incomplètes et imprécises<br />Mauvaises estimation des couts, des ressources et des délais<br />Difficultés techniques<br />
  • 5. Ingénierie des SI<br />Variables d'ajustement sur un projet<br />
  • 6. Caractéristiques réelles d’un projet SI<br />
  • 7. Ceci????<br />
  • 8. Ou Ca?????<br />ITERATION N<br />ITERATION N+1<br />
  • 9. MéthodesAgiles<br />
  • 10. Avant Agile…<br />
  • 11. Definition<br />
  • 12. Manifeste agile<br />4 Valeurs<br />12 principes<br />
  • 13. Auteursdumanifeste Agile<br />
  • 14. Pourquoi?<br />
  • 15. VALEURS<br />
  • 16. VALEURS<br /><ul><li>L'équipe (" Personnes et interaction plutôt que processus et outils ") : Dans l'optique agile, l'équipe est bien plus importante que les moyens matériels ou les procédures. Il est préférable d'avoir une équipe soudée et qui communique composée de développeurs moyens plutôt qu'une équipe composée d'individualistes, même brillants. La communication est une notion fondamentale.
  • 17. L'application (" Logiciel fonctionnel plutôt que documentation complète ") : Il est vital que l'application fonctionne. Le reste, et notamment la documentation technique, est secondaire, même si une documentation succincte et précise est utile comme moyen de communication. La documentation représente une charge de travail importante, mais peut pourtant être néfaste si elle n'est pas à jour. Il est préférable de commenter abondamment le code lui-même, et surtout de transférer les compétences au sein de l'équipe (on en revient à l'importance de la communication).
  • 18. La collaboration (" Collaboration avec le client plutôt que négociation de contrat ") : Le client doit être impliqué dans le développement. On ne peut se contenter de négocier un contrat au début du projet, puis de négliger les demandes du client. Le client doit collaborer avec l'équipe et fournir un feed-back continu sur l'adaptation du logiciel à ses attentes.
  • 19. L'acceptation du changement (" Réagir au changement plutôt que suivre un plan ") : La planification initiale et la structure du logiciel doivent être flexibles afin de permettre l'évolution de la demande du client tout au long du projet. Les premières releases du logiciel vont souvent provoquer des demandes d'évolution.</li></li></ul><li>PRINCIPES<br />" Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles ".<br />" Le changement est bienvenu, même tardivement dans le développement. Les processus agiles exploitent le changement comme avantage compétitif pour le client ".<br />" Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte ".<br />" Les gens de l'art et les développeurs doivent collaborer quotidiennement au projet ".<br />" Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail ".<br />" La méthode la plus efficace de transmettre l'information est une conversation en face à face ".<br />
  • 20. PRINCIPES<br />" Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet ".<br />" Les processus agiles promeuvent un rythme de développement soutenable. Commanditaires, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment ".<br />" Une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité ".<br />" La simplicité - l'art de maximiser la quantité de travail à ne pas faire - est essentielle ".<br />" Les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-organisent ".<br />" À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens ".<br />
  • 21. EXEMPLES<br />
  • 22. Quelques méthodes<br />DSDM (Dynamic Software Development Method)<br />Crystal Clear<br />Adaptive Software Development<br />Extreme Programming<br />Scrum<br />Feature Driver Development <br />MACAO (Méthode d'analyse et de conception d'applications orientées objet)<br />Agile Unified Process (AUP)<br />…<br />
  • 23. XP<br />
  • 24. SCRUM<br />
  • 25. DSDM<br />
  • 26. Agile Unified Process<br />
  • 27. Insuffisances<br />
  • 28. Bouquins<br />

×