Limoges 26 février Agile? Thierry Cros. agile.com. Limoges 26 février 2010

Transcription

1 Limoges 26 février 2010 Agile? Thierry Cros agile.com

2 Thierry Cros Coach depuis 10 ans Extreme Programming Scrum Site Web : etre agile.com Facs ISIS Castres NTIE Toulouse Licence «Jeux video» Montpellier «Maîtrisez les projets avec l'extreme Programming» Editions Cépaduès

3 Sommaire Contexte D'où vient l'agile? Définition Valeurs et principes agiles Un framework de pratiques 3 Crédit photo : stockxpert

4 Moi, Monsieur, je suis agile... Car je n'écris pas de documents Je discute souvent avec mon Client Ce que je fais n'est pas conforme au plan qualité Je n'ai pas de planning 4

5 Agile, ce n'est pas... Faire ce que l'on veut Être indiscipliné Lotir Ne pas faire de docs Tout changer tout le temps Ne pas faire de planning «Command & Control» Itératif & incrémental 5

6 Le contexte Budget : réduction, pression «Time to Market» toujours plus prégnant Réaction aux changements? Indice de satisfaction des projets? Coût Délais Qualité : réponse effective aux besoins de l'utilisateur 6

7 Aïe... Selon les études (Gardner...) seulement 1/3 des projets est considéré comme un succès. Sommes nous si mauvais? Est ce plutôt une question de perception, de mesure inadéquate? Et si, tout simplement, nous sous estimions la complexité de notre métier... La moitié des fonctionnalités développées ne sont pas (ou très peu) utilisées 7

8 Valeur de l'outil informatique? Capital matériel... o Matériels (serveurs, réseaux, postes de travail...) o Logiciels o Data center Et immatériel o Contribution de l'outil informatique dans les «Compétences, connaissances, savoir faire, expériences des employés et des décideurs de l'organisation» 8

9 Quid de l'outil informatique? Direction générale o Valeur produite par le SI? Opérations, Commerce o Comment la DSI nous aide t elle à (mieux) o DSI alignée? Produire o Apport de la DSI pour notre Vendre Gérer Innovation croissance DSI o Mon métier dans l'organisation? 9

10 Trois acteurs Direction Métiers DSI Trois acteurs du changement vers l'agile 10

11 Méthode : Empirique ou théorique? Si nous obtenons ces résultats, c'est que notre métier est trop complexe pour être modélisé dans des plans projets. Nous devons alors être empiriques : Feedback concret et rapide Travail en équipe Amélioration continue Naissance de Scrum 11

12 Chronologie Années 80 Lean Années 90 Scrum, XP, : le manifeste agile Pendant plusieurs années Confidentiel Pionniers Depuis, l'agile est devenu une solution crédible Scrum + XP Lean 12

13 2001 : Le manifeste agile 4 valeurs 12 principes Quand des anarchistes organisationnels se rencontrent... 13

14 Le Manifeste Source : agilemanifesto.org 14

15 Les valeurs du manifeste agile En pratiquant et en aidant les autres à pratiquer, nous découvrons de nouvelles façons de développer des logiciels. Grâce à ce travail, nous en sommes arrivés à considérer : 15 agilemanifesto.org

16 Les valeurs du manifeste agile En pratiquant et en aidant les autres à pratiquer, nous découvrons de nouvelles façons de développer des logiciels. Grâce à ce travail, nous en sommes arrivés à considérer : * Les personnes et leurs interactions plus que les processus et les outils, 16 agilemanifesto.org

17 Les valeurs du manifeste agile En pratiquant et en aidant les autres à pratiquer, nous découvrons de nouvelles façons de développer des logiciels. Grâce à ce travail, nous en sommes arrivés à considérer : * Les personnes et leurs interactions plus que les processus et les outils, * Un logiciel opérationnel plus qu'une bonne documentation, 17 agilemanifesto.org

18 Les valeurs du manifeste agile En pratiquant et en aidant les autres à pratiquer, nous découvrons de nouvelles façons de développer des logiciels. Grâce à ce travail, nous en sommes arrivés à considérer : * Les personnes et leurs interactions plus que les processus et les outils, * Un logiciel opérationnel plus qu'une bonne documentation, * La collaboration du Client plus que la négociation contractuelle, 18 agilemanifesto.org

19 Les valeurs du manifeste agile En pratiquant et en aidant les autres à pratiquer, nous découvrons de nouvelles façons de développer des logiciels. Grâce à ce travail, nous en sommes arrivés à considérer : * Les personnes et leurs interactions plus que les processus et les outils, * Un logiciel opérationnel plus qu'une bonne documentation, * La collaboration du Client plus que la négociation contractuelle, * Répondre aux changements plus que suivre un plan. Autrement dit, si les items sur la droite sont importants, nous donnons encore plus de valeur à ceux de gauche. agilemanifesto.org 19

20 Quelques méthodes agiles Scrum Extreme Programming Exhaustif : planification, ingénierie... Lean La marque qui fait vendre l'agilité Améliorer l'existant D'autres méthodes Crystal... 20

21 Agile : un dénominateur commun Les méthodes ou guides (XP, Lean...) offrent plus que le manifeste agile. Toutes ces méthodes forment un framework de plusieurs dizaines de principes et pratiques... Sur lequel nous nous basons pour installer l'agilité. 21

22 Trois clés de l'agilité Auto similarité de feedback concret et rapide Release 3 mois Itérations < 1 mois Tâches < 2 jours Équipe complète, collaboration quotidienne Représentant des Utilisateurs Fabricants du produits (connus sous le nom de Développeurs) Garant des process : Coach, ScrumMaster Amélioration continue 22

23 Le plaisir! L'agilité s'adresse à des Développeurs qui aiment... Développer! Auto gestion Amélioration continue Et des Utilisateurs qui aiment leur produit. Il s'agit donc de trouver l'équilibre entre Hédonisme Responsabilité 23

24 Principes agiles : l'esprit d' équipe Collaborer quotidiennement (Utilisateur, Développeur) Rythme de développement viable Bâtir le projet autour de personnes motivées L'Équipe s'auto organise Conversation en face à face Des rôles et responsabilités simples. 24

25 Planning : prédictif et adaptatif Satisfaire le client en livrant tôt et régulièrement des logiciels utiles, qui offrent une véritable valeur ajoutée Accepter les changements Livrer fréquemment une application qui fonctionne Un logiciel opérationnel est la meilleure unité de mesure de la progression du projet 25

26 Économie agile Deux clés o Retour sur Investissement au plus tôt o Investissements (infrastructure) au plus tard Pratiques agiles o Planification : versions fréquentes o Conception émergente Architecture évolutive 26

27 Intérêt d'un feedback concret et rapide Feedback des Utilisateurs, de l'exploitation Approche agile Début du Retour sur Investissement Ajuster, voire rectifier les exigences, la solution informatique : à 3 mois, à un an? 27

28 Un Cycle de Vie agile 1 Exploration 2 mois max. 2 Engagement 1 semaine Pilotage par feedback Des années! 1. Fin d'exploration : carottages, architecture, périmètre initial, estimations 2. Engagement : premières valeurs des variables projet : Coût Délais Périmètre Qualité Les différentes versions livrées n. Fin de l'application. 5 Mort de l'appli 28 n

29 Itération, objectif : implémenter les histoires Itération = sprintscrum ITERATION Périmètre de l'itération = { Histoires } V(n+1) Produit testé et incrémenté. 29

30 Investissements (infrastructure) au plus tard Conception émergente : faire correctement ce qui est strictement nécessaire Investir quand c'est une utilisation avérée qui le nécessite Travail de qualité Tests qui autorisent le remaniement de code Si j'investis dans l'infrastructure, c'est peut être prématuré, je n'en aurai peut être pas besoin 30

31 Principe Lean : excellence des décisions Décider rapidement de ce qui est facilement réversible Retarder au maximum ce qui est irréversible Demain... i) Je n'en aurai peut être plus besoin (YAGNI) ii) Je saurai mieux faire qu'aujourd'hui Iii) En attendant, j'économise! 31

32 Amélioration continue Rétrospectives Après chaque itération Après chaque version Améliorer... Le produit Les process Les outils L'environnement Plusieurs techniques Ce qu'on garde Ce qu'on jette Ce qu'on améliore SCOPE & Mind Mapping... 32

33 Un mot sur les risques : Agile... Structurellement prophylactique Cycles courts Feedback concret Responsabilités simples et réelles Accident de Challenger 7 personnes décédées Pb connu depuis plus de 10 ans (joints toriques) Manque de communication et de rôle responsabilité «take your manager hat» Amélioration continue 33

34 Vers l'agilité : Contexte Rôle Client Rôle Client : le Client est il prêt à jouer son rôle, être présent? Taux de changements? 10 Management 5 Le service Exploitation est il prêt à gérer le rythme de livraisons? Quelle est la situation contractuelle des acteurs : interne, externe...? Le projet de changement vers l'agilité est il sponsorisé? Le (top) Management est il partie prenante du changement vers l'agile? Changements 0 Sponsoring Exploitation Contrats Surface = capacité à changer vers l'agilité 34

35 Mais, ne nous y trompons pas... L'agilité est une affaire de valeur. Soit vous «achetez» les valeurs agiles Les personnes plus importantes que les processus... Soit vous ne les achetez pas. C'est là que se situe le vrai critère de l'agilité. 35

36 Rôle Client et Management Sans Client, pas d'agilité! Toutefois... L'ingénierie agile reste utile (TDD...) Ligne managériale Gouvernance compatible «Agile»? Sponsoring du changement vers l'agilité 36

37 Changement vers l'agilité Concerne l'organisation dans son ensemble, tout comme l'outil informatique Une opportunité : Une autre vision : Des métiers Du produit Du «projet»* Améliorer la V.A. Améliorer les variables projet (coût, délais, qualité, périmètre) Améliorer la vie dans les projets * Comment le projet lui même devient il source de V.A. pour le Client? 37

38 Framework «agile»? «En informatique, un framework est un espace de travail modulaire. C'est un ensemble de bibliothèques, d'outils et de conventions permettant le développement d'applications. Il fournit suffisamment de briques logicielles et impose suffisamment de rigueur pour pouvoir produire une application aboutie et dont la maintenance est aisée. Ces composants sont organisés pour être utilisés en interaction les uns avec les autres.» 38

39 Pourquoi un «framework» de pratiques agiles Une méthode Est adaptée selon le contexte : Apport d'autres méthodes, typiquement Scrum et XP Est consolidée par d'autres méthodes : ScrumMania Exhaustivité de l'extreme Programming Principes Lean Est centré sur des pratiques issues du terrain Un framework de méthodes fournit des briques pratiques à utiliser avec rigueur. 39

40 Framework Agile Pratiques agiles Planification Agile : principes, méthodes Équipe Plan Ingénierie Un framework de méthodes fournit des briques pratiques à utiliser avec rigueur. 40

41 Planification, équipe Voir la présentation Scrum de Claude. 41

42 Framework Agile Pratiques agiles Planification Agile : principes, méthodes Équipe Plan Ingénierie 42

43 Framework Agile Pratiques agiles Le produit est malléable Les environnements évoluent et toujours communication, feedback, simplicité Ingénierie 43

44 Conception et Développement Conception émergente ; une règle d'or, pas de duplication de code. Test Driven Development : d'abord écrire le test, puis coder, puis mettre au point, période de ½ heure. A chaque défaut : analyse des causes pour éliminer la cause et pas uniquement le défaut Intégration continue, plusieurs fois par jour. Le code source et les tests sont les documents obligatoires Le code est partagé entre tous 44

45 Trois pratiques liées Conception émergente Concevoir juste ce qui est nécessaire La conception s'adapte aux demandes, YAGNI Refactoring Faire évoluer la conception d'un code pour tenir compte de cette adaption Test Driven Development Concevoir sous forme de Test Développeur 45

46 Conception émergente, refactoring Itération 1 Histoires d'utilisation A320 Itération n Histoires du A380 Avion A320 YAGNI! You Ain't Gonna Need It. A320 A380 46

47 TDD 1 User story «je calcule une division» Des classes : Calculateur, Afficheur... class Calculateur { integer: op1, op2; char: operateur; // méthodes GetOp1(): integer; additionner(...):integer; soustraire(...): integer; }; TDD ½ heure : 1) Écrire les tests 2) Coder 3) Passer les tests 47

48 class Calculateur { integer: op1, op2; char: operateur; // méthodes GetOp1(): integer; additionner(...): integer; soustraire(...): integer; }; TDD 2 48

49 class Calculateur { integer: op1, op2; char: operateur; // méthodes GetOp1(): integer; additionner(...): integer; soustraire(...): integer; }; TDD 3 1) Les tests test_division_nominal() { assert (Self->diviser(15,3), 5); } test_division_erreur() { try () { self->diviser (1,0); } Catch(system_divide_by_zero); } 49

50 class Calculateur { integer: op1, op2; char: operateur; // méthodes GetOp1(): integer; additionner(...): integer; soustraire(...): integer; }; Tous les tests précédents OK, Tous les nouveaux tests KO. 2) Coder diviser(dividende, diviseur): int { return (dividende / diviseur); } Le premier test passe, le deuxième non, certains tests précédents (par ex testgetop1) non plus. TDD 4 1) Les tests test_division_nominal() { assert (Self->diviser(15,3), 5); } test_division_erreur() { try () { self->diviser (1,0); } Catch(system_divide_by_zero); } 50

51 TDD 5 class Calculateur { integer: op1, op2; char: operateur; // méthodes GetOp1(): integer; additionner(...): integer; soustraire(...): integer; }; 1) Les tests Tous les tests précédents OK, Tous les nouveaux tests KO. 2) Coder diviser(dividende, diviseur): int { return (dividende / diviseur); } Le premier test passe, le deuxième non, certains tests précédents (par ex testgetop1) non plus. test_division_nominal() { assert (Self->diviser(15,3), 5); } test_division_erreur() { try () { self->diviser (1,0); } Catch(system_divide_by_zero); } 3) Tester-coder-mettre au point diviser(dividende, diviseur): int { op1 = dividende, op2 = diviseur ; If (diviseur == 0) then { } ; else return (dividende / diviseur); } Tous les tests passent. 51

52 Le manifeste agile 4 valeurs 12 principes 52

53 Les valeurs du manifeste agile * Les personnes et leurs interactions plus que les processus et les outils, * Un logiciel opérationnel plus qu'une bonne documentation, * La collaboration du Client plus que la négociation contractuelle, * Répondre aux changements plus que suivre un plan. 53 agilemanifesto.org

54 Agile : à vous de jouer! Illustration : NASA 54 agile.com