Grille de lecture des méthodes agiles

6 247 vues

Publié le

Présentation des principes de l'agilité avec un focus sur la méthode Scrum et son support dans la futur version de VisualStudio 2010.

Publié dans : Technologie
2 commentaires
6 j’aime
Statistiques
Remarques
Aucun téléchargement
Vues
Nombre de vues
6 247
Sur SlideShare
0
Issues des intégrations
0
Intégrations
94
Actions
Partages
0
Téléchargements
352
Commentaires
2
J’aime
6
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Grille de lecture des méthodes agiles

  1. 1. Grille de lecture des méthodes agiles Code Session : IND110 Daniel COHEN-ZARDI – SoftFluent Mathieu SZABLOWSKI - Winwise Xavier WARZEE – Microsoft France 1
  2. 2. Daniel Cohen-Zardi Mémoire de fin d’études Comparaison de méthodologies 5 ans chez CGI-Informatique Génie logiciel « mainframe » Méthode MERISE 8 ans chez Microsoft Dont pratique MSF au consulting Président de SoftFluent depuis 2005 Editeur du produit CodeFluent Projets de développement « agile » ou non Président de la commission R&D de l’AFDEL 2
  3. 3. Mathieu Szablowski Ingénieur Consultant Winwise Leader Technique du pôle Génie Logiciel et Team System Mission Mise en œuvre des pratiques de développement Optimisation des processus Certified Scrum Master 3
  4. 4. Xavier Warzee 2006 Signataire du Manifeste Agile http://agilemanifesto.org Membre de l’alliance agile http://www.agilealliance.org Certified Scrum Master http://www.scrumalliance.org 2008 Speaker à la conférence Agile 2008 sur les tests d’acceptation Architecte Système d’Information chez Microsoft France 4
  5. 5. Agenda Principes de l’Agilité Pratiques et outils pour l’Agilité Focus sur Scrum Comparaisons Démonstration Synthèse 5
  6. 6. IND110 Principes de l’Agilité 6
  7. 7. Un constat important ! >plus un projet est grand, moins les exigences sont stables ! 60 % Changements d’exigences 50 40 30 20 10 0 10 100 1000 10000 100000 Taille du projet (points de fonction) 7
  8. 8. D’autres constats ! Plus un projet est long, moins il a de chance de succès 20% des fonctions développées sont utilisées 8
  9. 9. Niveau de bruit d’un projet 9
  10. 10. Une nouvelle approche du développement Nouvelle approche du développement Itératif, par évolutions, adaptations Une approche empirique au niveau processus, communication, documentation, ..; Approche classique Inspirée des processus industriels Approche en cascade ! Exigences complètement rédigées au début des projets ! Planification Étapes définies 10
  11. 11. Activités séquentielles vs. parallèles Exigences Conception Code Test Plutôt que de faire toute une discipline d'un coup... ...Les équipes agile font un peu de tout, tout le temps Source : “The New New Product Development Game” par Takeuchi et Nonaka. Harvard Business Review, Janvier 1986. 11
  12. 12. Décider le plus tard possible Livraisons incrémentales Livraisons itératives 12
  13. 13. Remarques Figer des bonnes • Inspecter les résultats d’une itération pratiques ? • Adapter les pratiques en fonction des objectifs de la prochaine itération, de la composition de l’équipe, … Dangereux ! • Focus sur des tâches à faire Définir un processus • moins d’anticipation sur l’impact de nos actions !!! prévisible ? Risqué ! • Perte de vue globale Solution : • Demander aux équipes de développement de définir Équipe auto- les pratiques adaptées à une itération donnée organisée 13
  14. 14. Critères de succès agile vs classique Critères de succès agile : Critères de succès classique : Atteindre un bon niveau Atteindre l’état souhaité d’adaptation au contexte • Essayer de prévoir à chaque • Considérer les changements étape toutes les possibilités dans un projet comme naturels • Inspecter, à chaque étape, l’état d’un projet et • Planifier dans les détails s’adapter • Pas de leaders, tout membre • Définir un processus prédictif de l’équipe contribue ! • Facilitateurs, supporteurs plutôt qu’experts ou autorités ! 14
  15. 15. Manifeste Agile Personnes et > Processus et outils interactions > Logiciel qui fonctionne Documentation Collaboration avec le Négociation à partir > client d'un contrat S'adapter au > Suivre un plan changement Source : www.agilemanifesto.org 15
  16. 16. Les 12 principes du manifeste agile 16
  17. 17. Les rédacteurs du manifeste Kent Beck (XP) Ron Jeffries (XP) Mike Beedle (Scrum) Jon Kern Arie van Bennekum (DSDM) Steve Mellor Alistair Cockburn (Crystal) Brian Marick (Agile testing) Ward Cunningham (XP) Robert C. Martin (Oncle Bob) Martin Fowler (Chief Scientist for Ken Schwaber (Scrum) Thoughtworks) James Grenning Jeff Sutherland (Scrum) Jim Highsmith (Crystal Clear) Dave Thomas Andrew Hunt 17
  18. 18. IND110 Pratiques et outils pour l’Agilité 18
  19. 19. Les pratiques Agiles Planning adaptable Vision des objectifs projet Equipes autonomes Intégration continue Tests automatisés Amélioration Tests continue Implication du client Refactoring Livraisons Execution Conception fréquentes Focus sur la collaboration Planning Documentation itérative 19
  20. 20. Des pratiques agiles aux outils Cf. Microsoft Whitepaper « Tools for Agility », Kent Beck (http://tinyurl.com/tools4agility) 20
  21. 21. Approches agiles Lean – 1987 Dynamic Systems Development Method (DSDM) - 1995 eXtreme Programming (XP) – 1996 Scrum – 1996 Feature Driven Development (FDD)- 1997 Manifeste Agile – 2001 Agile Unified Process - 2002 Lean Software Development – 2003 Crystal Clear - 2004 21
  22. 22. IND110 Focus sur Scrum 22
  23. 23. Scrum “The New New Product Development Game” dans Harvard Business Review, 1986. “… L’approche ‘course de relais’ pour le développement de produits…peut être en conflit avec les objectifs de vitesse et de flexibilité maximum. A l’inverse, une approche holistique comme au ‘rugby’— quand une équipe essaie d’avancer en restant unie, en se passant le ballon de main en main— peut mieux servir les exigences de compétitivité d’aujourd’hui.” Wicked Problems, Righteous Solutions par DeGrace et Stahl, 1990. Première mention de Scrum dans le contexte logiciel 23
  24. 24. Scrum 24 heures 24
  25. 25. Mêlées quotidiennes Paramètres Tous les jours Durée limitée à 15 minutes Tout le monde debout Pas de résolutions de problèmes Trois questions : Qu’as-tu fait hier ? Que vas-tu faire aujourd’hui ? Quels sont les obstacles pour y arriver ? Les poules et les cochons sont invités Permet d’éviter des réunions inutiles Seuls les cochons peuvent s’exprimer 25
  26. 26. Diagramme de « reste à faire » d’un Sprint (VS 2010) 26
  27. 27. IND110 Scrum et l’agilité dans VS 2010 Démonstration 27
  28. 28. IND110 Comparaisons 28
  29. 29. Caractéristiques des approches agiles Condition XP Scrum Lean FDD AUP Crystal DSDM X : décourage √ : facilite Petite équipe √ √ √ X X - √ - : neutre Exigences très variables √ √ √ √ - - X Équipes distribuées X √ √ √ √ X X Culture très process X X - - √ - √ Systèmes hautement critiques X - - - - √ X Clients/Parties prenantes X √ √ - - - X multiples 29
  30. 30. Point fort de chaque méthode agile Approches agiles Principale qualité XP Simplicité Scrum Exigences métier Lean Retour sur investissement (ROI) FDD Business Model AUP Gestion des risques Crystal Taille et criticité DSDM Besoins métier 30
  31. 31. 5 points forts des méthodes agiles selon principes dans une approche Application naturelle de ces Collaboration avec le métier pilotée par le modèle Prise en compte du changement Principe d’émergence Intégration continue Pilotage par les tests 32
  32. 32. Les points d’attention selon Le manque de visibilité initial sur le résultat final n’est pas compatible avec tous les projets Le fonctionnement agile n’est pas compatible avec une grande dispersion géographique L’auto-organisation requiert une certaine maturité des équipes La mesure de vélocité est cruciale pour garder une certaine dynamique de productivité L’importance du trio Hommes - Méthode - Outils 33
  33. 33. Synthèse A retenir L’agilité : une réalité chez Microsoft Scrum : une méthode supportée dans VS 2010 Des partenaires déjà pratiquant de l’agilité ! 34
  34. 34. 35
  35. 35. Autres sessions intéressantes, Stands, Sites Mercredi de 13h à 14h00 Web, Livres Visual Studio 2010 : les nouveautés de l'édition Test (IND126) Mercredi de 16h à 17h Team Foundation Server 2010 : les nouveautés et les améliorations de l'usine logicielle (FRA212) Stands dans le village développement : InnerCircle Partenaires Visual Studio Team System : Pyxis (www.pyxistech.com) : GreenHopper for TFS Conhango (scrumforteamsystem.com) Site Web de l’Agilité chez Microsoft : http://www.microsoft.com/agile Livre de référence : « Agile Project Management with Scrum », Microsoft Press http://www.microsoft.com/learning/en/us/Books/6916.aspx
  36. 36. Votre potentiel, notre passion TM © 2009 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION. 37

×