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.

1. Grille de lecture
des méthodes agiles
Code Session : IND110
Daniel COHEN-ZARDI – SoftFluent
Mathieu SZABLOWSKI - Winwise
Xavier WARZEE – Microsoft France
1

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. 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. 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. Agenda
Principes de l’Agilité
Pratiques et outils pour l’Agilité
Focus sur Scrum
Comparaisons
Démonstration
Synthèse
5

6. IND110
Principes de l’Agilité
6

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. 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. Niveau de bruit d’un projet
9

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. 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. Décider le plus tard possible
Livraisons incrémentales
Livraisons itératives
12

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. 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. 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. Les 12 principes du manifeste agile
16

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. IND110
Pratiques et outils pour l’Agilité
18

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. Des pratiques agiles aux outils
Cf. Microsoft Whitepaper « Tools for Agility », Kent Beck
(http://tinyurl.com/tools4agility)
20

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. IND110
Focus sur Scrum
22

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. Scrum
24 heures
24

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. Diagramme de « reste à faire »
d’un Sprint (VS 2010)
26

27. IND110
Scrum et l’agilité dans VS 2010
Démonstration
27

28. IND110
Comparaisons
28

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. 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. 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. 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. 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. 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. 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