1
Grille de lecture des méthodes agilesCode Session : IND110
Daniel COHEN-ZARDI – SoftFluentMathieu SZABLOWSKI - WinwiseXavier WARZEE – Microsoft France
2
Daniel Cohen-ZardiMémoire de fin d’études
Comparaison de méthodologies5 ans chez CGI-Informatique
Génie logiciel « mainframe »Méthode MERISE
8 ans chez MicrosoftDont pratique MSF au consulting
Président de SoftFluent depuis 2005Editeur du produit CodeFluentProjets de développement « agile » ou non
Président de la commission R&D de l’AFDEL
3
Mathieu Szablowski
Ingénieur Consultant Winwise
Leader Technique du pôle Génie Logiciel et Team System
MissionMise en œuvre des pratiques de développementOptimisation des processus
Certified Scrum Master
4
Xavier Warzee2006
Signataire du Manifeste Agilehttp://agilemanifesto.org
Membre de l’alliance agilehttp://www.agilealliance.org
Certified Scrum Masterhttp://www.scrumalliance.org
2008Speaker à la conférence Agile 2008 sur les tests d’acceptationArchitecte Système d’Information chez Microsoft France
5
Agenda
Principes de l’Agilité
Pratiques et outils pour l’Agilité
Focus sur Scrum
Comparaisons
Démonstration
Synthèse
6
Principes de l’Agilité
IND110
7
Un constat important !>plus un projet est grand, moins les exigences sont stables !
10 100 1000 10000 1000000
10
20
30
40
50
60
Taille du projet (points de fonction)
% C
hang
emen
ts d
’exi
genc
es
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
9
Niveau de bruit d’un projet
10
Une nouvelle approche du développement
Nouvelle approche du développement Itératif, par évolutions, adaptationsUne approche empirique au niveau processus, communication, documentation, ..;
Approche classique Inspirée des processus industrielsApproche en cascade !Exigences complètement rédigées au début des projets !Planification Étapes définies
11
Source : “The New New Product Development Game” par Takeuchi et Nonaka. Harvard Business Review, Janvier 1986.
...Les équipes agile font un peu de tout, tout le temps...Les équipes agile font un peu de tout, tout le temps
Plutôt que de faire toute une discipline d'un coup...
Exigences Conception Code Test
Activités séquentielles vs. parallèles
12
Décider le plus tard possible
Livraisons incrémentales
Livraisons itératives
13
Remarques
•Inspecter les résultats d’une itération•Adapter les pratiques en fonction des objectifs de la prochaine itération, de la composition de l’équipe, …
Figer des bonnes pratiques ? Dangereux !
•Focus sur des tâches à faire•moins d’anticipation sur l’impact de nos actions !!!•Perte de vue globale
Définir un processus prévisible ? Risqué !
•Demander aux équipes de développement de définir les pratiques adaptées à une itération donnée
Solution :Équipe auto-
organisée
14
Critères de succès agile vs classique
Critères de succès classique :
Atteindre l’état souhaité
•Essayer de prévoir à chaque étape toutes les possibilités•Planifier dans les détails•Définir un processus prédictif
Critères de succès agile : Atteindre un bon niveau d’adaptation au contexte •Considérer les changements dans un projet comme naturels •Inspecter, à chaque étape, l’état d’un projet et s’adapter •Pas de leaders, tout membre de l’équipe contribue !•Facilitateurs, supporteurs plutôt qu’experts ou autorités !
15
Manifeste Agile
Processus et outilsProcessus et outilsPersonnes et interactions
Personnes et interactions >
Suivre un planSuivre un planS'adapter au changementS'adapter au changement >
Source : www.agilemanifesto.org
DocumentationDocumentationLogiciel qui fonctionneLogiciel qui fonctionne >
Négociation à partir d'un contrat
Négociation à partir d'un contrat
Collaboration avec le client
Collaboration avec le client >
16
Les 12 principes du manifeste agileSatisfaire le client
Considérer comme naturel les
changements d’exigences
Livrer fréquemment une application
fonctionnelle
Fonctionnels et développeurs
travaillent ensemble
Bâtissez le projet autour de
personnes motivées
L’échange d’information le
plus efficace est en face à face
Un logiciel fonctionnel est la meilleure façon
de mesurer l’avancement du projet
Le rythme de développement doit
être soutenable indéfiniment
Simplicité - l'art de maximiser la quantité
de travail à ne pas faire - est essentielle
Architectures, spécifications et
conceptions issues d'équipes auto-
organisées
Vérifier en continue l’excellence des
pratiques et techniques
Régulièrement, réflexion de l’équipe
pour être plus efficace !
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 Thoughtworks)
Ken Schwaber (Scrum)
James Grenning Jeff Sutherland (Scrum)
Jim Highsmith (Crystal Clear) Dave Thomas
Andrew Hunt
18
Pratiques et outils pour l’Agilité
IND110
19
Les pratiques Agiles
Intégrationcontinue
Planning adaptable
Equipesautonomes
Livraisonsfréquentes
Implicationdu client
Documentationitérative
Tests
Refactoring
Conception
Tests automatisés Amélioration
continue
Visiondes objectifs
projet
Focus sur lacollaboration
Planning
Execution
20
Des pratiques agiles aux outils
Cf. Microsoft Whitepaper « Tools for Agility », Kent Beck(http://tinyurl.com/tools4agility)
21
Approches agilesLean – 1987Dynamic Systems Development Method (DSDM) - 1995eXtreme Programming (XP) – 1996Scrum – 1996Feature Driven Development (FDD)- 1997Manifeste Agile – 2001Agile Unified Process - 2002Lean Software Development – 2003Crystal Clear - 2004
22
Focus sur Scrum
IND110
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
24
Scrum
24 heures
25
Mêlées quotidiennesParamètres
Tous les joursDurée limitée à 15 minutesTout le monde deboutPas 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ésPermet d’éviter des réunions inutiles
Seuls les cochons peuvent s’exprimer
26
Diagramme de « reste à faire » d’un Sprint (VS 2010)
27
Scrum et l’agilité dans VS 2010
Démonstration
IND110
28
Comparaisons
IND110
29
Caractéristiques des approches agiles
Condition XP Scrum Lean FDD AUP Crystal DSDM
Petite équipe √ √ √ X X - √
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 multiples
X √ √ - - - X
X : décourage√ : facilite- : neutre
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
32
5 points forts des méthodes agiles selon
Collaboration avec le métier
Prise en compte du changement
Principe d’émergence
Intégration continue
Pilotage par les tests Appl
icati
on n
atur
elle
de
ces
prin
cipe
s da
ns u
ne a
ppro
che
pilo
tée
par l
e m
odèl
e
33
Les points d’attentionselon
Le manque de visibilité initial sur le résultat final n’est pas compatible avec tous les projetsLe fonctionnement agile n’est pas compatible avec une grande dispersion géographiqueL’auto-organisation requiert une certaine maturité des équipesLa mesure de vélocité est cruciale pour garder une certaine dynamique de productivité
L’importance du trio Hommes - Méthode - Outils
34
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é !
35
Questions / Réponses
Autres sessions intéressantes, Stands, Sites Web, LivresMercredi de 13h à 14h00Visual Studio 2010 : les nouveautés de l'édition Test (IND126)
Mercredi de 16h à 17hTeam 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 Presshttp://www.microsoft.com/learning/en/us/Books/6916.aspx
37
© 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.
Votre potentiel, notre passion TM
Top Related