1.1. 1_réactivité face au changement plutôt que suivre plan 2_itération avec les personnes plutôt que les processus et les outils 3_produit opérationnel optimal plutôt que documentation 4_collaboration avec le client plutôt que négociation du contrat
2. normatif vs adaptatif
2.1. 1 Normatif signifie “plus de règles à suivre”. 100% de normatif signifie que vous n'avez pas besoin d'utiliser votre cerveau, il y a une règle pour tout. 2 Adaptatif signifie “moins de règles à suivre”. 100% d’adaptatif équivaut à faire n’importe quoi, il n'y a aucune règle ni aucune contrainte.
3. Préventif vs Adaptatif
3.1. L'approche classique tente de réduire les risques par une démarche spécifique et déterministe dont les coûts préventifs (analyse, dé tection, suivi et correctif) ne sont pas négligeables. Les méthodes Agiles totalement pragmatiques, s'appuient sur la compétence des équipes de développement qu'elles engagent dans des pratiques permanentes orientées performance et validation afin d'éviter naturellement la concrétisation du risque.
4. xp
4.1. extreme programming est très axé sur la partie Construction de l'application. Une de ses originalités réside dans l’approche de planification qui se matérialise sous la forme d’un jeu intitulé planning game et qui implique simultanément les utilisateurs et les développeurs. On notera aussi des techniques particulières liées à la production du code comme le test driven development (TDD), la programmation en binôme (Pair programming), l'appropriation collective du code, la refactorisation (refactoring) et l’integration continue.
5. les principes
5.1. 1 satisfaire le client en livrant des logiciels utiles. 2. Le changement est accepté, Les processus agiles exploitent le changement comme avantage pour le client. 3. Livrer une application fonctionnelle. 4.les experts métier et les développeurs doivent collaborer quotidiennement au projet. 5. Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien 6. La méthode la plus efficace pour transmettre l'information est une conversation en face à face. 7. Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet. 8. Les processus agiles promeuvent un rythme de développement soutenable. 9. Une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité. 10. La simplicité 11. Les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-organisent. 12. l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens.
6. date de publication
6.1. Rapid Application Development(RAD, 1991) Dynamic systems developmment method(DSDM, 1995, consortium anglais commercialisant le RAD) Scrum(1996) Feature Driven Development ((en)FDD) (1999) Extreme programming(XP, 1999) Adaptative software development(ASD, 2000) Crystal clear(2004) Autres méthodes se reconnaissant un lien avec l'agilité : 2TUP (2 track unified process, prononcez « toutiyoupi ») , Rational Unified Process (RUP)
7. srum
7.1. La méthode scrum affirme sa différence dans la généralisation d'un cérémonial basé sur des pratiques de courtes réunions à chaque étape de la vie du projet (rétrospectives). Ces temps de travail commun ont pour objectifs d'améliorer la motivation des participants, de synchroniser les tâches, de débloquer les situations difficiles et d'accroître le partage de la connaissance.
