Méthode de développement agile<br />Xavier WARZEE – Microsoft France<br />
Xavier Warzee<br />2006<br />Signataire du Manifeste Agile<br />http://agilemanifesto.org<br />Membre de l’alliance agile<...
Agenda<br />Principes de l’Agilité<br />Pratiques et outils pour l’Agilité<br />Focus sur Scrum<br />Conclusion<br />
Principes de l’Agilité<br />
Un constat important !>plus un projet est grand, moins les exigences sont stables !<br />
D’autres constats !<br />Plus un projet est long, moins il a de chance de succès<br />20% des fonctions développées sont u...
Niveau de bruit d’un projet<br />
Relations MOA/MOE ?<br />
Une nouvelle approche du développement<br />Nouvelle approche du développement <br />Itératif, par évolutions, adaptations...
Exigences<br />Conception<br />Code<br />Test<br />Plutôt que de faire toute une discipline d'un coup...<br />...Les ...
Décider le plus tard possible<br />Livraisons incrémentales<br />Livraisons itératives<br />
Remarques<br />
Critères de succès agile vs classique<br />
Manifeste Agile<br />Processus et outils<br />Personnes et interactions<br />><br />Documentation<br />Logiciel qui fon...
Les 12 principes du manifeste agile<br />
Les rédacteurs du manifeste <br />
Pratiques et outils pour l’Agilité<br />
Les pratiques Agiles <br />Planning <br />adaptable<br />Vision<br />des objectifs<br />projet<br />Equipes<br />autonomes...
Des pratiques agiles aux outils <br />Cf. Microsoft Whitepaper «Tools for Agility », Kent Beck<br />(http://tinyurl.com/to...
Approches agiles<br /><ul><li>Lean – 1987
Dynamic Systems DevelopmentMethod (DSDM) - 1995
eXtremeProgramming (XP) – 1996
Scrum – 1996
FeatureDrivenDevelopment (FDD)- 1997
Manifeste Agile – 2001
Agile UnifiedProcess - 2002
Lean Software Development – 2003
Crystal Clear - 2004</li></li></ul><li>Focus sur Scrum<br />
Scrum<br />“The New New Product Development Game” dans Harvard Business Review, 1986.<br />“… L’approche ‘course de relais...
Scrum<br />24 heures<br />
Représente le management du projet<br />Responsable de faire appliquer par l’équipe les valeurs et les pratiques de Scrum<...
Généralement composée de 5 à 10 personnes<br />Regroupant toutes les fonctions nécessaires au développement<br />Architect...
Les projets Scrum progressent à travers une série de Sprints<br />Equivalents aux itérations XP<br />La durée d’un Sprint ...
Exigences<br />Conception<br />Code<br />Test<br />Plutôt que de faire toute une discipline d'un coup...<br />...Les ...
La durée des Sprints doit permettre de différer la prise en compte d’un changement jusqu’au prochain Sprint<br />Pas de ch...
La liste de toutes les exigences demandées pour le produit à réaliser<br />Souvent une combinaison<br />D’exigences foncti...
Exemple de Backlog du produit<br />
Réunion de planification du Sprint<br />Backlog du Produit<br />Capacité de l’équipe <br />Conditions Business<br />Techno...
La description rapide du thème majeur du Sprint<br />Le but du Sprint<br />Sciences de la vie<br />“Fournir les fonctionna...
L’équipe Scrum étudie le but du Sprint et décide quelles tâches sont nécessaires<br />L’équipe s’auto-gère pour parvenir a...
Exemple de Backlog de Sprint<br />
Changements pendant le Sprint<br />L’équipe ajoute de nouvelles tâches quand elle juge que c’est nécessaire pour le but fi...
Diagramme de « reste à faire » d’un Sprint (VS 2010)<br />
Mêlées quotidiennes<br />Paramètres<br />Tous les jours<br />Durée limitée à 15 minutes<br />Tout le monde debout<br />Pas...
Pourquoi tous les jours ?<br />“Comment fait un projet pour avoir un an de retard ?”<br />“Un jour à la fois.” <br />Fred ...
Prochain SlideShare
Chargement dans... 5
×

Du Manifeste Agile à Scrum

4,553

Published on

Published in: Technologies
1 Comment
7 mentions J'aime
Statistiques
Remarques
  • Merci Xavier de citer Urban Turtle.

    Juste une petite note pour te dire que GreenHopper for TFS est maintenant nommé Urban Turtle
    www.urbanturtle.net

    Nous venons juste de livrer la version 2.0 qui prend en compte les AREA VIEW de TFS.

    Dominic Danis
    ddanis@pyxis-tech.com
       Répondre 
    Êtes-vous sûr de vouloir  Oui  Non
    Votre message apparaîtra ici
Aucun téléchargement
Vues
Total des vues
4,553
Sur Slideshare
0
À partir des ajouts
0
Nombre d'ajouts
7
Actions
Partages
0
Téléchargements
328
Commentaires
1
J'aime
7
Ajouts 0
No embeds

No notes for slide

Du Manifeste Agile à Scrum

  1. 1. Méthode de développement agile<br />Xavier WARZEE – Microsoft France<br />
  2. 2. Xavier Warzee<br />2006<br />Signataire du Manifeste Agile<br />http://agilemanifesto.org<br />Membre de l’alliance agile<br />http://www.agilealliance.org<br />CertifiedScrum Master<br />http://www.scrumalliance.org<br />2007<br />Scrum Master, architecte de plusieurs projets agiles<br />GE Healthcare, …<br />2008<br />Speaker à la conférence Agile 2008 sur les tests d’acceptation<br />Architecte Système d’Information chez Microsoft France<br />Membre du French Scrum User Group<br />http://www.frenchsug.org<br />2009<br />XP Days 2009<br />Speaker à l’Agile Tour 2009, Rennes<br />
  3. 3. Agenda<br />Principes de l’Agilité<br />Pratiques et outils pour l’Agilité<br />Focus sur Scrum<br />Conclusion<br />
  4. 4. Principes de l’Agilité<br />
  5. 5. Un constat important !&gt;plus un projet est grand, moins les exigences sont stables !<br />
  6. 6. D’autres constats !<br />Plus un projet est long, moins il a de chance de succès<br />20% des fonctions développées sont utilisées<br />
  7. 7. Niveau de bruit d’un projet<br />
  8. 8. Relations MOA/MOE ?<br />
  9. 9. Une nouvelle approche du développement<br />Nouvelle approche du développement <br />Itératif, par évolutions, adaptations<br />Une approche empirique au niveau processus, communication, documentation, ..;<br />Approche classique <br />Inspirée des processus industriels<br />Approche en cascade !<br />Exigences complètement rédigées au début des projets !<br />Planification <br />Étapes définies <br />
  10. 10. Exigences<br />Conception<br />Code<br />Test<br />Plutôt que de faire toute une discipline d&apos;un coup...<br />...Les équipes agile font un peu de tout, tout le temps<br />Source : “The New New Product Development Game” par Takeuchi et Nonaka. Harvard Business Review, Janvier 1986.<br />Activités séquentielles vs. parallèles<br />
  11. 11. Décider le plus tard possible<br />Livraisons incrémentales<br />Livraisons itératives<br />
  12. 12. Remarques<br />
  13. 13. Critères de succès agile vs classique<br />
  14. 14. Manifeste Agile<br />Processus et outils<br />Personnes et interactions<br />&gt;<br />Documentation<br />Logiciel qui fonctionne<br />&gt;<br />Négociation à partir d&apos;un contrat<br />Collaboration avec le client<br />&gt;<br />Suivre un plan<br />S&apos;adapter au changement<br />&gt;<br />Source : www.agilemanifesto.org<br />
  15. 15. Les 12 principes du manifeste agile<br />
  16. 16. Les rédacteurs du manifeste <br />
  17. 17. Pratiques et outils pour l’Agilité<br />
  18. 18. Les pratiques Agiles <br />Planning <br />adaptable<br />Vision<br />des objectifs<br />projet<br />Equipes<br />autonomes<br />Intégration<br />continue<br />Tests <br />automatisés<br />Amélioration<br />continue<br />Tests<br />Implication<br />du client<br />Refactoring<br />Execution<br />Livraisons<br />fréquentes<br />Conception <br />Focus sur la<br />collaboration<br />Planning<br />Documentation<br />itérative<br />
  19. 19. Des pratiques agiles aux outils <br />Cf. Microsoft Whitepaper «Tools for Agility », Kent Beck<br />(http://tinyurl.com/tools4agility)<br />
  20. 20. Approches agiles<br /><ul><li>Lean – 1987
  21. 21. Dynamic Systems DevelopmentMethod (DSDM) - 1995
  22. 22. eXtremeProgramming (XP) – 1996
  23. 23. Scrum – 1996
  24. 24. FeatureDrivenDevelopment (FDD)- 1997
  25. 25. Manifeste Agile – 2001
  26. 26. Agile UnifiedProcess - 2002
  27. 27. Lean Software Development – 2003
  28. 28. Crystal Clear - 2004</li></li></ul><li>Focus sur Scrum<br />
  29. 29. Scrum<br />“The New New Product Development Game” dans Harvard Business Review, 1986.<br />“… 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.”<br />WickedProblems, Righteous Solutions par DeGrace et Stahl, 1990.<br />Première mention de Scrum dans le contexte logiciel<br />
  30. 30. Scrum<br />24 heures<br />
  31. 31. Représente le management du projet<br />Responsable de faire appliquer par l’équipe les valeurs et les pratiques de Scrum<br />Son job est de faciliter la résolution des problèmes<br />Le ScrumMaster<br />
  32. 32. Généralement composée de 5 à 10 personnes<br />Regroupant toutes les fonctions nécessaires au développement<br />Architecte, Concepteur, Développeur, Spécialiste IHM, Testeur, etc.<br />Membres de préférence à plein temps<br />Exceptions possibles (Administrateur, …)<br />L’équipe s’auto-gère<br />Normalement pas de titre mais c’est rarement possible<br />La composition ne doit changer pendant un Sprint<br />L’équipe Scrum<br />
  33. 33. Les projets Scrum progressent à travers une série de Sprints<br />Equivalents aux itérations XP<br />La durée d’un Sprint est de 30 jours<br />+/- une semaine ou 2<br />Une durée constante apporte un meilleur rythme<br />Le produit est conçu, codé et testé pendant le Sprint<br />Sprints<br />
  34. 34. Exigences<br />Conception<br />Code<br />Test<br />Plutôt que de faire toute une discipline d&apos;un coup...<br />...Les équipes Scrum font un peu de tout tout le temps<br />Source : “The New New Product Development Game” par Takeuchi et Nonaka. Harvard Business Review, Janvier 1986.<br />Activités séquentielles vs. parallèles<br />
  35. 35. La durée des Sprints doit permettre de différer la prise en compte d’un changement jusqu’au prochain Sprint<br />Pas de changements pendant le sprint<br />Changement<br />Sprint<br />Code testé<br />Entrées<br />
  36. 36. La liste de toutes les exigences demandées pour le produit à réaliser<br />Souvent une combinaison<br />D’exigences fonctionnelles, « stories » (chercher et remplacer du texte)<br />De travail lié aux exigences non fonctionnelles (améliorer la gestion des exceptions)<br />La liste est priorisée par le Propriétaire du produit<br />Le représentant des clients, utilisateurs, marketing, chef de produit…<br />Backlog du produit<br />
  37. 37. Exemple de Backlog du produit<br />
  38. 38. Réunion de planification du Sprint<br />Backlog du Produit<br />Capacité de l’équipe <br />Conditions Business<br />Technologie<br />Produit actuel<br />Propriétaire Produit<br />Equipe Scrum<br />Management<br />Clients<br />Réunion de<br />planification<br />du Sprint<br />But du Sprint<br />Backlog du Sprint<br />
  39. 39. La description rapide du thème majeur du Sprint<br />Le but du Sprint<br />Sciences de la vie<br />“Fournir les fonctionnalités nécessaires pour des études génétiques sur la population.”<br />Application Base de données <br />“Faire tourner l’application sur SQLServer”<br />Services financiers<br />“Support de plus d’indicateurs techniques que la société ABC pour les données de streaming en temps réel.”<br />
  40. 40. L’équipe Scrum étudie le but du Sprint et décide quelles tâches sont nécessaires<br />L’équipe s’auto-gère pour parvenir au but<br />Il n’y a pas un chef de projet qui assigne les tâches aux personnes<br />Les Managers ne prennent pas de décisions pour l’équipe<br />Le Backlog du Sprint est créé<br />Du but au Backlog du Sprint<br />
  41. 41. Exemple de Backlog de Sprint<br />
  42. 42. Changements pendant le Sprint<br />L’équipe ajoute de nouvelles tâches quand elle juge que c’est nécessaire pour le but fixé<br />L’équipe peut supprimer des tâches devenues inutiles<br />Attention : Le Backlog du Sprint ne peut être mis à jour que par l’équipe elle-même<br />Les estimations du reste à faire sur les tâches sont actualisées tous les jours <br />Vie du Backlog du Sprint<br />
  43. 43. Diagramme de « reste à faire » d’un Sprint (VS 2010)<br />
  44. 44. Mêlées quotidiennes<br />Paramètres<br />Tous les jours<br />Durée limitée à 15 minutes<br />Tout le monde debout<br />Pas de résolutions de problèmes<br />Trois questions :<br />Qu’as-tu fait hier ?<br />Que vas-tu faire aujourd’hui ?<br />Quels sont les obstacles pour y arriver ?<br />Les poules et les cochons sont invités<br />Permet d’éviter des réunions inutiles<br />Seuls les cochons peuvent s’exprimer<br />
  45. 45. Pourquoi tous les jours ?<br />“Comment fait un projet pour avoir un an de retard ?”<br />“Un jour à la fois.” <br />Fred Brooks, The Mythical Man-Month.<br />Est-ce que les réunions Scrum peuvent être remplacées par des rapports d’activité envoyés par mail ?<br />Non<br />L’équipe entière possède une vision complète actualisée quotidiennement<br />Permet de créer de la pression poussant à faire ce qu’on a dit qu’on allait faire<br />Questions sur les réunions Scrum<br />
  46. 46. L’équipe présente ce qui a été réalisé pendant le Sprint<br />La présentation comporte une démo des nouvelles fonctionnalités ou de l’architecture<br />Revue du Sprint<br /><ul><li>Revue informelle
  47. 47. La règle est de ne pas dépasser 2 heures de préparation
  48. 48. Participants
  49. 49. Propriétaire du produit
  50. 50. Clients
  51. 51. Management
  52. 52. Experts du domaine</li></li></ul><li>Dernier Sprint avant livraison<br />Sprint 1<br />Sprint 2<br />Sprint 3<br />Sprint 4<br />Sprint 1<br />Sprint 2<br />Sprint 3<br />Sprint de <br />release<br />Sprints normaux : l’objectif est une première utilisation amicale<br />Bêta testeurs et assimilés pour utilisation juste après le Sprint<br />Pour le dernier Sprint avant livraison (release)<br />L’équipe prépare le produit à livrer<br />Utile<br />Si les bêta testeurs sont très nombreux<br />Si une équipe débute avec Scrum<br />Si la qualité n’est pas ce qu’elle devrait être<br />Ne fait pas partie du standard Scrum (similaire à la phase de transition du RUP)<br />
  53. 53. Synthèse A retenir <br />L’agilité : une réalité chez Microsoft<br />Scrum : une méthode supportée dans VS 2010<br />Des partenaires déjà pratiquant de l’agilité !<br />
  54. 54. Questions / Réponses<br />
  55. 55. Autres sessions intéressantes, Stands, Sites Web, Livres<br />Partenaires Visual Studio Team System :<br />Pyxis (www.pyxis-tech.com) : GreenHopper for TFS <br />Conhango (scrumforteamsystem.com)<br />Site Web de l’Agilité chez Microsoft : <br />http://www.microsoft.com/agile<br />Livre de référence : « Agile Project Management withScrum », Microsoft Press<br />http://www.microsoft.com/learning/en/us/Books/6916.aspx<br />
  56. 56. Votre potentiel, notre passion TM <br />© 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.<br />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.<br />
  57. 57. Back slides<br />
  58. 58. Making Transparency Work<br />Iteration Backlog<br />Application Tier (AT)<br />Data Tier (DT)<br />Team Foundation Server<br />Queries<br />Team Project Collection DBs<br />Adapters<br />Common Store<br />Test<br />Burndown<br />Build<br />Version Control<br />Warehouse<br />Trends<br />WIT<br />Dashboards<br />Queries<br />Cube<br />Trends<br />Overview<br />
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×