2. Xavier Warzee 2006 Signataire du Manifeste Agile http://agilemanifesto.org Membre de l’alliance agile http://www.agilealliance.org CertifiedScrum Master http://www.scrumalliance.org 2007 Scrum Master, architecte de plusieurs projets agiles GE Healthcare, … 2008 Speaker à la conférence Agile 2008 sur les tests d’acceptation Architecte Système d’Information chez Microsoft France Membre du French Scrum User Group http://www.frenchsug.org 2009 XP Days 2009 Speaker à l’Agile Tour 2009, Rennes
3. Agenda Principes de l’Agilité Pratiques et outils pour l’Agilité Focus sur Scrum Conclusion
9. 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. 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. Activités séquentielles vs. parallèles
11. Décider le plus tard possible Livraisons incrémentales Livraisons itératives
14. Manifeste Agile Processus et outils Personnes et interactions > Documentation Logiciel qui fonctionne > Négociation à partir d'un contrat Collaboration avec le client > Suivre un plan S'adapter au changement > Source : www.agilemanifesto.org
29. 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.” WickedProblems, Righteous Solutions par DeGrace et Stahl, 1990. Première mention de Scrum dans le contexte logiciel
31. Représente le management du projet Responsable de faire appliquer par l’équipe les valeurs et les pratiques de Scrum Son job est de faciliter la résolution des problèmes Le ScrumMaster
32. Généralement composée de 5 à 10 personnes Regroupant toutes les fonctions nécessaires au développement Architecte, Concepteur, Développeur, Spécialiste IHM, Testeur, etc. Membres de préférence à plein temps Exceptions possibles (Administrateur, …) L’équipe s’auto-gère Normalement pas de titre mais c’est rarement possible La composition ne doit changer pendant un Sprint L’équipe Scrum
33. Les projets Scrum progressent à travers une série de Sprints Equivalents aux itérations XP La durée d’un Sprint est de 30 jours +/- une semaine ou 2 Une durée constante apporte un meilleur rythme Le produit est conçu, codé et testé pendant le Sprint Sprints
34. Exigences Conception Code Test Plutôt que de faire toute une discipline d'un coup... ...Les équipes Scrum font un peu de tout tout le temps Source : “The New New Product Development Game” par Takeuchi et Nonaka. Harvard Business Review, Janvier 1986. Activités séquentielles vs. parallèles
35. La durée des Sprints doit permettre de différer la prise en compte d’un changement jusqu’au prochain Sprint Pas de changements pendant le sprint Changement Sprint Code testé Entrées
36. La liste de toutes les exigences demandées pour le produit à réaliser Souvent une combinaison D’exigences fonctionnelles, « stories » (chercher et remplacer du texte) De travail lié aux exigences non fonctionnelles (améliorer la gestion des exceptions) La liste est priorisée par le Propriétaire du produit Le représentant des clients, utilisateurs, marketing, chef de produit… Backlog du produit
38. Réunion de planification du Sprint Backlog du Produit Capacité de l’équipe Conditions Business Technologie Produit actuel Propriétaire Produit Equipe Scrum Management Clients Réunion de planification du Sprint But du Sprint Backlog du Sprint
39. La description rapide du thème majeur du Sprint Le but du Sprint Sciences de la vie “Fournir les fonctionnalités nécessaires pour des études génétiques sur la population.” Application Base de données “Faire tourner l’application sur SQLServer” Services financiers “Support de plus d’indicateurs techniques que la société ABC pour les données de streaming en temps réel.”
40. L’équipe Scrum étudie le but du Sprint et décide quelles tâches sont nécessaires L’équipe s’auto-gère pour parvenir au but Il n’y a pas un chef de projet qui assigne les tâches aux personnes Les Managers ne prennent pas de décisions pour l’équipe Le Backlog du Sprint est créé Du but au Backlog du Sprint
42. Changements pendant le Sprint L’équipe ajoute de nouvelles tâches quand elle juge que c’est nécessaire pour le but fixé L’équipe peut supprimer des tâches devenues inutiles Attention : Le Backlog du Sprint ne peut être mis à jour que par l’équipe elle-même Les estimations du reste à faire sur les tâches sont actualisées tous les jours Vie du Backlog du Sprint
44. 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
45. Pourquoi tous les jours ? “Comment fait un projet pour avoir un an de retard ?” “Un jour à la fois.” Fred Brooks, The Mythical Man-Month. Est-ce que les réunions Scrum peuvent être remplacées par des rapports d’activité envoyés par mail ? Non L’équipe entière possède une vision complète actualisée quotidiennement Permet de créer de la pression poussant à faire ce qu’on a dit qu’on allait faire Questions sur les réunions Scrum
46.
47. La règle est de ne pas dépasser 2 heures de préparation
53. 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é !
55. Autres sessions intéressantes, Stands, Sites Web, Livres Partenaires Visual Studio Team System : Pyxis (www.pyxis-tech.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 withScrum », Microsoft Press http://www.microsoft.com/learning/en/us/Books/6916.aspx
58. Making Transparency Work Iteration Backlog Application Tier (AT) Data Tier (DT) Team Foundation Server Queries Team Project Collection DBs Adapters Common Store Test Burndown Build Version Control Warehouse Trends WIT Dashboards Queries Cube Trends Overview
