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