Introduction Les processus traditionnels extreme Programming Conclusion. extreme Programming. vers plus d agilité. F. Miller francois.miller@inpg.

Dimension: px
Commencer à balayer dès la page:

Download "Introduction Les processus traditionnels extreme Programming Conclusion. extreme Programming. vers plus d agilité. F. Miller francois.miller@inpg."

Transcription

1 vers plus d agilité F. Miller francois.miller@inpg.fr FC INPG Octobre version 1.0

2 Introduction Contexte Le monde bouge économie des moyens (humains, financier,...) ; recherche de plus d efficacité ; pour satisfaire les besoins, pour mettre rapidement à disposition les logiciels ; recherche de plus de réactivité (gestion du changement continue) ;

3 Introduction Contexte Le monde bouge économie des moyens (humains, financier,...) ; recherche de plus d efficacité ; pour satisfaire les besoins, pour mettre rapidement à disposition les logiciels ; recherche de plus de réactivité (gestion du changement continue) ;

4 Introduction Contexte Le monde bouge économie des moyens (humains, financier,...) ; recherche de plus d efficacité ; pour satisfaire les besoins, pour mettre rapidement à disposition les logiciels ; recherche de plus de réactivité (gestion du changement continue) ;

5 Introduction Contexte Les exigences des usagers bougent aussi exigences de fonctionnalités ; exigences de qualité ; exigences de fiabilité, de robustesse ; exigences de disponibilité, d ergonomie ;...

6 Introduction Contexte Les exigences des usagers bougent aussi exigences de fonctionnalités ; exigences de qualité ; exigences de fiabilité, de robustesse ; exigences de disponibilité, d ergonomie ;...

7 Introduction Contexte Les exigences des usagers bougent aussi exigences de fonctionnalités ; exigences de qualité ; exigences de fiabilité, de robustesse ; exigences de disponibilité, d ergonomie ;...

8 Introduction Contexte Les exigences des usagers bougent aussi exigences de fonctionnalités ; exigences de qualité ; exigences de fiabilité, de robustesse ; exigences de disponibilité, d ergonomie ;...

9 Introduction Contexte Les exigences des usagers bougent aussi exigences de fonctionnalités ; exigences de qualité ; exigences de fiabilité, de robustesse ; exigences de disponibilité, d ergonomie ;...

10 Introduction Motivation 1 Est-il possible de produire des logiciels de qualité avec des équipes réduites? 2 Quelles activités pouvons-nous abandonner sans diminuer la qualité? 3 Comment collaborer avec les usagers pour mieux répondre à leurs attentes et être aussi réactifs que possible?

11 Introduction Motivation 1 Est-il possible de produire des logiciels de qualité avec des équipes réduites? 2 Quelles activités pouvons-nous abandonner sans diminuer la qualité? 3 Comment collaborer avec les usagers pour mieux répondre à leurs attentes et être aussi réactifs que possible?

12 Introduction Motivation 1 Est-il possible de produire des logiciels de qualité avec des équipes réduites? 2 Quelles activités pouvons-nous abandonner sans diminuer la qualité? 3 Comment collaborer avec les usagers pour mieux répondre à leurs attentes et être aussi réactifs que possible?

13 Les processus traditionnels Le modèle en V de l AFNOR Le cycle en V tel qu il devrait se dérouler en théorie Spécification des besoins du Logiciel 1 guide Validation du logiciel 7 Conception de l architecture du Logiciel 2 guide Tests 6 d Intégration des composants vérification validation Conception détaillée 3 Codage des composants 4 Test Unitaire 5

14 Les processus traditionnels Le modèle en V de l AFNOR Le cycle en V tel qu il se déroule en réalité, Spécification des besoins du Logiciel 1 Conception de l architecture du Logiciel Tests 7 d Intégration des composants Validation du logiciel 9 vérification validation 5 Conception détaillée 3 Codage des composants 4 Test Unitaire 6

15 1 2 3 guide guide 4 5 d 6 7 Les processus traditionnels Le modèle en spirale de Barry Boehm les objectifs sont définis à chaque itération ; piloté par les risques il convient aux grands projets difficiles ; Planification Analyse des risques Décisions d engagement du cycle suivant Evaluation CdC v0 engagement financier v1 v2 Développement prototype initial deuxième prototype produit final

16 Les processus traditionnels Lourdeur 1 Vouloir spécifier à priori une fois pour toutes les propriétés d un système est très souvent une utopie ; 2 dans ce modèle le coût de la modification croit de façon exponentielle avec le temps ; 3 à ce contexte il faut ajouter les exigences de l assurance qualité, et du management ; 4 les processus séquentiels de développement sont lourds, coûteux et peu performant ; 5 le processus itératif de B.BOEHM est plus réaliste mais reste très lourd financièrement et très gourmand en ressources humaines ; Lourd Qui se meut avec peu d aisance et souvent avec lenteur ; Qui se caractérise par un manque de souplesse ;

17 Les processus traditionnels Lourdeur 1 Vouloir spécifier à priori une fois pour toutes les propriétés d un système est très souvent une utopie ; 2 dans ce modèle le coût de la modification croit de façon exponentielle avec le temps ; 3 à ce contexte il faut ajouter les exigences de l assurance qualité, et du management ; 4 les processus séquentiels de développement sont lourds, coûteux et peu performant ; 5 le processus itératif de B.BOEHM est plus réaliste mais reste très lourd financièrement et très gourmand en ressources humaines ; Lourd Qui se meut avec peu d aisance et souvent avec lenteur ; Qui se caractérise par un manque de souplesse ;

18 Les processus traditionnels Lourdeur 1 Vouloir spécifier à priori une fois pour toutes les propriétés d un système est très souvent une utopie ; 2 dans ce modèle le coût de la modification croit de façon exponentielle avec le temps ; 3 à ce contexte il faut ajouter les exigences de l assurance qualité, et du management ; 4 les processus séquentiels de développement sont lourds, coûteux et peu performant ; 5 le processus itératif de B.BOEHM est plus réaliste mais reste très lourd financièrement et très gourmand en ressources humaines ; Lourd Qui se meut avec peu d aisance et souvent avec lenteur ; Qui se caractérise par un manque de souplesse ;

19 Les processus traditionnels Lourdeur 1 Vouloir spécifier à priori une fois pour toutes les propriétés d un système est très souvent une utopie ; 2 dans ce modèle le coût de la modification croit de façon exponentielle avec le temps ; 3 à ce contexte il faut ajouter les exigences de l assurance qualité, et du management ; 4 les processus séquentiels de développement sont lourds, coûteux et peu performant ; 5 le processus itératif de B.BOEHM est plus réaliste mais reste très lourd financièrement et très gourmand en ressources humaines ; Lourd Qui se meut avec peu d aisance et souvent avec lenteur ; Qui se caractérise par un manque de souplesse ;

20 Les processus traditionnels Lourdeur 1 Vouloir spécifier à priori une fois pour toutes les propriétés d un système est très souvent une utopie ; 2 dans ce modèle le coût de la modification croit de façon exponentielle avec le temps ; 3 à ce contexte il faut ajouter les exigences de l assurance qualité, et du management ; 4 les processus séquentiels de développement sont lourds, coûteux et peu performant ; 5 le processus itératif de B.BOEHM est plus réaliste mais reste très lourd financièrement et très gourmand en ressources humaines ; Lourd Qui se meut avec peu d aisance et souvent avec lenteur ; Qui se caractérise par un manque de souplesse ;

21 Les processus traditionnels Lourdeur 1 Vouloir spécifier à priori une fois pour toutes les propriétés d un système est très souvent une utopie ; 2 dans ce modèle le coût de la modification croit de façon exponentielle avec le temps ; 3 à ce contexte il faut ajouter les exigences de l assurance qualité, et du management ; 4 les processus séquentiels de développement sont lourds, coûteux et peu performant ; 5 le processus itératif de B.BOEHM est plus réaliste mais reste très lourd financièrement et très gourmand en ressources humaines ; Lourd Qui se meut avec peu d aisance et souvent avec lenteur ; Qui se caractérise par un manque de souplesse ;

22 Les processus traditionnels Agilité Agile Le contraire de la lourdeur ; Légèreté, souplesse dans les mouvements ; Qui manifeste de la promptitude et de l aisance quel que soit l environnement ; Agile c est le trait de caractère fondateur de XP

23 Les auteurs Proposé par Kent Beck et Ron Jeffries pendant le projet C3 (Chrysler Comprehensive Compensation System), le terme devient public avec la parution en 2000 de l ouvrage Extreme Programming Explained de Kent Beck. Ward Cunningham est avec Kent Beck un acteur très actif dans le domaine de Design Patterns, domaine qui a beaucoup inspiré XP. Ken Beck Ron Jeffries Ward Cunningham

24 En personnalités du Genie Logiciel signent l Agile Manifesto, ce manifeste fonde est à la fois 1 un processus de développement ; 2 un état d esprit et des valeurs ; 3 un ensemble de bonnes pratiques.

25 En personnalités du Genie Logiciel signent l Agile Manifesto, ce manifeste fonde est à la fois 1 un processus de développement ; 2 un état d esprit et des valeurs ; 3 un ensemble de bonnes pratiques.

26 En personnalités du Genie Logiciel signent l Agile Manifesto, ce manifeste fonde est à la fois 1 un processus de développement ; 2 un état d esprit et des valeurs ; 3 un ensemble de bonnes pratiques.

27 XP s articule autour de quelques idées simples : 1 le client est dans l arène avec les développeurs ; 2 le développement est itératif, et les itérations sont courtes (2 semaines en moyenne) ; 3 les développeurs sont polyvalents et inter-opérables (compétences et connaissances) ; 4 chaque composant est vérifié par une campagne de tests automatisés ; 5 chaque itération doit être validé par le client.

28 XP s articule autour de quelques idées simples : 1 le client est dans l arène avec les développeurs ; 2 le développement est itératif, et les itérations sont courtes (2 semaines en moyenne) ; 3 les développeurs sont polyvalents et inter-opérables (compétences et connaissances) ; 4 chaque composant est vérifié par une campagne de tests automatisés ; 5 chaque itération doit être validé par le client.

29 XP s articule autour de quelques idées simples : 1 le client est dans l arène avec les développeurs ; 2 le développement est itératif, et les itérations sont courtes (2 semaines en moyenne) ; 3 les développeurs sont polyvalents et inter-opérables (compétences et connaissances) ; 4 chaque composant est vérifié par une campagne de tests automatisés ; 5 chaque itération doit être validé par le client.

30 XP s articule autour de quelques idées simples : 1 le client est dans l arène avec les développeurs ; 2 le développement est itératif, et les itérations sont courtes (2 semaines en moyenne) ; 3 les développeurs sont polyvalents et inter-opérables (compétences et connaissances) ; 4 chaque composant est vérifié par une campagne de tests automatisés ; 5 chaque itération doit être validé par le client.

31 XP s articule autour de quelques idées simples : 1 le client est dans l arène avec les développeurs ; 2 le développement est itératif, et les itérations sont courtes (2 semaines en moyenne) ; 3 les développeurs sont polyvalents et inter-opérables (compétences et connaissances) ; 4 chaque composant est vérifié par une campagne de tests automatisés ; 5 chaque itération doit être validé par le client.

32 la première phase expression initiale des besoins dure un mois (en moyenne) ; la première phase produit un prototype opérationnel ; à chaque itération on choisi les scenarii à réaliser en deux semaines (en moyenne) ;... le cycle XP ecriture, choix et plannification des scenarii du cycle suivant Spécification initiale des besoins redaction des principaux scenarii choix des scenarii réalisés dans la première itération Evaluation v1 v0 CdC Developpement, programmation, test, amélioration continue v2 livraison de version opérationnelle à chaque cycle

33 la première phase expression initiale des besoins dure un mois (en moyenne) ; la première phase produit un prototype opérationnel ; à chaque itération on choisi les scenarii à réaliser en deux semaines (en moyenne) ;... le cycle XP ecriture, choix et plannification des scenarii du cycle suivant Spécification initiale des besoins redaction des principaux scenarii choix des scenarii réalisés dans la première itération Evaluation v1 v0 CdC Developpement, programmation, test, amélioration continue v2 livraison de version opérationnelle à chaque cycle

34 la première phase expression initiale des besoins dure un mois (en moyenne) ; la première phase produit un prototype opérationnel ; à chaque itération on choisi les scenarii à réaliser en deux semaines (en moyenne) ;... le cycle XP ecriture, choix et plannification des scenarii du cycle suivant Spécification initiale des besoins redaction des principaux scenarii choix des scenarii réalisés dans la première itération Evaluation v1 v0 CdC Developpement, programmation, test, amélioration continue v2 livraison de version opérationnelle à chaque cycle

35 le rôle du client C est un des élément clef de XP le client pilote les objectifs opérationnels de chaque itération, en choisissant les scenarii qui seront réalisés ; ce faisant il définit les priorités ; il réceptionne et évalue chaque prototype (éventuellement avec d autres usagers) ; il a la possibilité d orienter le développement en fonction des réactions des usagers, par les choix des scenarii suivants ; le choix de cette personne est un point sensible, en toute circonstance il est le représentant (délégué) de la maîtrise d ouvrage ;

36 le rôle du client C est un des élément clef de XP le client pilote les objectifs opérationnels de chaque itération, en choisissant les scenarii qui seront réalisés ; ce faisant il définit les priorités ; il réceptionne et évalue chaque prototype (éventuellement avec d autres usagers) ; il a la possibilité d orienter le développement en fonction des réactions des usagers, par les choix des scenarii suivants ; le choix de cette personne est un point sensible, en toute circonstance il est le représentant (délégué) de la maîtrise d ouvrage ;

37 le rôle du client C est un des élément clef de XP le client pilote les objectifs opérationnels de chaque itération, en choisissant les scenarii qui seront réalisés ; ce faisant il définit les priorités ; il réceptionne et évalue chaque prototype (éventuellement avec d autres usagers) ; il a la possibilité d orienter le développement en fonction des réactions des usagers, par les choix des scenarii suivants ; le choix de cette personne est un point sensible, en toute circonstance il est le représentant (délégué) de la maîtrise d ouvrage ;

38 le rôle du client C est un des élément clef de XP le client pilote les objectifs opérationnels de chaque itération, en choisissant les scenarii qui seront réalisés ; ce faisant il définit les priorités ; il réceptionne et évalue chaque prototype (éventuellement avec d autres usagers) ; il a la possibilité d orienter le développement en fonction des réactions des usagers, par les choix des scenarii suivants ; le choix de cette personne est un point sensible, en toute circonstance il est le représentant (délégué) de la maîtrise d ouvrage ;

39 le rôle du client C est un des élément clef de XP le client pilote les objectifs opérationnels de chaque itération, en choisissant les scenarii qui seront réalisés ; ce faisant il définit les priorités ; il réceptionne et évalue chaque prototype (éventuellement avec d autres usagers) ; il a la possibilité d orienter le développement en fonction des réactions des usagers, par les choix des scenarii suivants ; le choix de cette personne est un point sensible, en toute circonstance il est le représentant (délégué) de la maîtrise d ouvrage ;

40 le scénario XP Inspiré des Use Case de Ivar Jacobson un scénario XP est l expression informelle d un usage élémentaire. C est aussi l unité de développement d XP. Les scenarii sont rédigés en langue naturelle, un scénario doit pouvoir être réalisé dans une itération. (ce qui ne veut pas dire que l implémentation soit définitive - principe de refactoring) Exemples : je choisi dans une liste la radio de mon choix, apparaît alors le programme de diffusion de cette radio ; je choisi d écouter la radio en actionnant un bouton, apparaît alors dans une fenêtre des boutons de réglages (son+, son-, arrêt du son, arrêt de l écoute, ), le nom du morceau qui passe, le nom de l auteur, sa photo ou la photo de l album, la durée du morceau et le temps écoulé depuis le début ; réalisation d une visuel graphique pour la radio ;

41 le scénario XP Inspiré des Use Case de Ivar Jacobson un scénario XP est l expression informelle d un usage élémentaire. C est aussi l unité de développement d XP. Les scenarii sont rédigés en langue naturelle, un scénario doit pouvoir être réalisé dans une itération. (ce qui ne veut pas dire que l implémentation soit définitive - principe de refactoring) Exemples : je choisi dans une liste la radio de mon choix, apparaît alors le programme de diffusion de cette radio ; je choisi d écouter la radio en actionnant un bouton, apparaît alors dans une fenêtre des boutons de réglages (son+, son-, arrêt du son, arrêt de l écoute, ), le nom du morceau qui passe, le nom de l auteur, sa photo ou la photo de l album, la durée du morceau et le temps écoulé depuis le début ; réalisation d une visuel graphique pour la radio ;

42 le scénario XP Inspiré des Use Case de Ivar Jacobson un scénario XP est l expression informelle d un usage élémentaire. C est aussi l unité de développement d XP. Les scenarii sont rédigés en langue naturelle, un scénario doit pouvoir être réalisé dans une itération. (ce qui ne veut pas dire que l implémentation soit définitive - principe de refactoring) Exemples : je choisi dans une liste la radio de mon choix, apparaît alors le programme de diffusion de cette radio ; je choisi d écouter la radio en actionnant un bouton, apparaît alors dans une fenêtre des boutons de réglages (son+, son-, arrêt du son, arrêt de l écoute, ), le nom du morceau qui passe, le nom de l auteur, sa photo ou la photo de l album, la durée du morceau et le temps écoulé depuis le début ; réalisation d une visuel graphique pour la radio ;

43 le scénario XP Inspiré des Use Case de Ivar Jacobson un scénario XP est l expression informelle d un usage élémentaire. C est aussi l unité de développement d XP. Les scenarii sont rédigés en langue naturelle, un scénario doit pouvoir être réalisé dans une itération. (ce qui ne veut pas dire que l implémentation soit définitive - principe de refactoring) Exemples : je choisi dans une liste la radio de mon choix, apparaît alors le programme de diffusion de cette radio ; je choisi d écouter la radio en actionnant un bouton, apparaît alors dans une fenêtre des boutons de réglages (son+, son-, arrêt du son, arrêt de l écoute, ), le nom du morceau qui passe, le nom de l auteur, sa photo ou la photo de l album, la durée du morceau et le temps écoulé depuis le début ; réalisation d une visuel graphique pour la radio ;

44 Les douze piliers de XP (Agile Manifesto) Client sur site

45 Les douze piliers de XP (Agile Manifesto) Client sur site Planification iterative

46 Les douze piliers de XP (Agile Manifesto) Livraisons frequentes Client sur site Planification iterative

47 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Livraisons frequentes Client sur site Planification iterative

48 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Conception simple Livraisons frequentes Client sur site Planification iterative

49 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Conception simple Livraisons frequentes Travail en binome Client sur site Planification iterative

50 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Conception simple Livraisons frequentes Travail en binome Remaniement Client sur site Planification iterative

51 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Conception simple Livraisons frequentes Travail en binome Integration continue Remaniement Client sur site Planification iterative

52 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Conception simple Livraisons frequentes Travail en binome Metaphore Integration continue Remaniement Client sur site Planification iterative

53 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Conception simple Livraisons frequentes Travail en binome Metaphore Integration continue Remaniement Client sur site Responsabilite collective du code Planification iterative

54 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Règles de codage Conception simple Livraisons frequentes Travail en binome Metaphore Integration continue Remaniement Client sur site Responsabilite collective du code Planification iterative

55 Les douze piliers de XP (Agile Manifesto) Développement piloté par les tests Règles de codage Conception simple Livraisons frequentes Travail en binome Metaphore Integration continue Remaniement Rythme durable Responsabilite collective du code Client sur site Planification iterative

56 Les douze piliers de XP (Agile Manifesto) RESPONSABILITE COLLECTIVE DU CODE (COLLECTIVE CODE OWNERSHIP) METAPHORE INTEGRATION CONTINUE (CONTINUOUS INTEGRATION) CONCEPTION SIMPLE (SIMPLE DESIGN) LIVRAISONS FREQUENTES (FREQUENT RELEASE) DEVELOPPEMENT PILOTE PAR LES TESTS (TEST FIRST PROGRAMMING) REMANIEMENT (REFACTORING) PLANIFICATION ITERATIVE (PLANNING GAME) CLIENT SUR SITE (ON SITE CUSTOMER) RYTHME DURABLE (SUSTAINABLE PACE) TRAVAIL EN BINOME (PAIR PROGRAMMING) REGLES DE CODAGE (CODING STANDARDS) Faire de l c est ni plus ni moins que de s appuyer sur ces douze piliers.

57 XP et le Capability Maturity Model (CMM) 1 niveau 1 : le processus de développement n est pas formalisé, le travail s organise spontanément en fonction des personnalités et des compétence ; 2 niveau 2 : l équipe de développement décrit et planifie le travail en termes d activités de coûts et de délais ; elle est capable de contrôler l état d avancement par rapport aux prévisions ; 3 niveau 3 : le processus de développement est défini, connus et compris par tous les intervenants du projet, 4 niveau 4 : les performances du processus de développement sont mesurables objectivement ; 5 niveau 5 :les données de contrôle des performances du processus permettent son amélioration. Selon C.Beard XP est suffisamment abouti pour atteindre le niveau 3 du CMM.

58 XP et le Capability Maturity Model (CMM) 1 niveau 1 : le processus de développement n est pas formalisé, le travail s organise spontanément en fonction des personnalités et des compétence ; 2 niveau 2 : l équipe de développement décrit et planifie le travail en termes d activités de coûts et de délais ; elle est capable de contrôler l état d avancement par rapport aux prévisions ; 3 niveau 3 : le processus de développement est défini, connus et compris par tous les intervenants du projet, 4 niveau 4 : les performances du processus de développement sont mesurables objectivement ; 5 niveau 5 :les données de contrôle des performances du processus permettent son amélioration. Selon C.Beard XP est suffisamment abouti pour atteindre le niveau 3 du CMM.

59 XP et le Capability Maturity Model (CMM) 1 niveau 1 : le processus de développement n est pas formalisé, le travail s organise spontanément en fonction des personnalités et des compétence ; 2 niveau 2 : l équipe de développement décrit et planifie le travail en termes d activités de coûts et de délais ; elle est capable de contrôler l état d avancement par rapport aux prévisions ; 3 niveau 3 : le processus de développement est défini, connus et compris par tous les intervenants du projet, 4 niveau 4 : les performances du processus de développement sont mesurables objectivement ; 5 niveau 5 :les données de contrôle des performances du processus permettent son amélioration. Selon C.Beard XP est suffisamment abouti pour atteindre le niveau 3 du CMM.

60 XP et le Capability Maturity Model (CMM) 1 niveau 1 : le processus de développement n est pas formalisé, le travail s organise spontanément en fonction des personnalités et des compétence ; 2 niveau 2 : l équipe de développement décrit et planifie le travail en termes d activités de coûts et de délais ; elle est capable de contrôler l état d avancement par rapport aux prévisions ; 3 niveau 3 : le processus de développement est défini, connus et compris par tous les intervenants du projet, 4 niveau 4 : les performances du processus de développement sont mesurables objectivement ; 5 niveau 5 :les données de contrôle des performances du processus permettent son amélioration. Selon C.Beard XP est suffisamment abouti pour atteindre le niveau 3 du CMM.

61 XP et le Capability Maturity Model (CMM) 1 niveau 1 : le processus de développement n est pas formalisé, le travail s organise spontanément en fonction des personnalités et des compétence ; 2 niveau 2 : l équipe de développement décrit et planifie le travail en termes d activités de coûts et de délais ; elle est capable de contrôler l état d avancement par rapport aux prévisions ; 3 niveau 3 : le processus de développement est défini, connus et compris par tous les intervenants du projet, 4 niveau 4 : les performances du processus de développement sont mesurables objectivement ; 5 niveau 5 :les données de contrôle des performances du processus permettent son amélioration. Selon C.Beard XP est suffisamment abouti pour atteindre le niveau 3 du CMM.

62 XP et le Capability Maturity Model (CMM) 1 niveau 1 : le processus de développement n est pas formalisé, le travail s organise spontanément en fonction des personnalités et des compétence ; 2 niveau 2 : l équipe de développement décrit et planifie le travail en termes d activités de coûts et de délais ; elle est capable de contrôler l état d avancement par rapport aux prévisions ; 3 niveau 3 : le processus de développement est défini, connus et compris par tous les intervenants du projet, 4 niveau 4 : les performances du processus de développement sont mesurables objectivement ; 5 niveau 5 :les données de contrôle des performances du processus permettent son amélioration. Selon C.Beard XP est suffisamment abouti pour atteindre le niveau 3 du CMM.

63 Conclusion Les valeurs d XP L approche Agile est une alternative à l approche Taylorienne de l organisation scientifique du travail. XP donne la primeur aux facteurs humains et se fonde sur quatre valeurs : 1 communication : XP favorise le contact humain et la communication directe plutôt que le cloisonnement des rôles et des activités ; 2 feedback : les pratiques d XP visent à donner un maximum de retour au client aussi bien qu aux développeurs ; 3 simplicité : XP privilégie les formes simples aussi bien sur le produit en construction que sur le processus de construction lui-même (recherche de l efficience) ; 4 courage : accepter la remise en question, accepter d être piloté par le client, accepter une part d inconnu (tout n est pas spécifié à l avance).

64 Conclusion Les valeurs d XP L approche Agile est une alternative à l approche Taylorienne de l organisation scientifique du travail. XP donne la primeur aux facteurs humains et se fonde sur quatre valeurs : 1 communication : XP favorise le contact humain et la communication directe plutôt que le cloisonnement des rôles et des activités ; 2 feedback : les pratiques d XP visent à donner un maximum de retour au client aussi bien qu aux développeurs ; 3 simplicité : XP privilégie les formes simples aussi bien sur le produit en construction que sur le processus de construction lui-même (recherche de l efficience) ; 4 courage : accepter la remise en question, accepter d être piloté par le client, accepter une part d inconnu (tout n est pas spécifié à l avance).

65 Conclusion Les valeurs d XP L approche Agile est une alternative à l approche Taylorienne de l organisation scientifique du travail. XP donne la primeur aux facteurs humains et se fonde sur quatre valeurs : 1 communication : XP favorise le contact humain et la communication directe plutôt que le cloisonnement des rôles et des activités ; 2 feedback : les pratiques d XP visent à donner un maximum de retour au client aussi bien qu aux développeurs ; 3 simplicité : XP privilégie les formes simples aussi bien sur le produit en construction que sur le processus de construction lui-même (recherche de l efficience) ; 4 courage : accepter la remise en question, accepter d être piloté par le client, accepter une part d inconnu (tout n est pas spécifié à l avance).

66 Conclusion Les valeurs d XP L approche Agile est une alternative à l approche Taylorienne de l organisation scientifique du travail. XP donne la primeur aux facteurs humains et se fonde sur quatre valeurs : 1 communication : XP favorise le contact humain et la communication directe plutôt que le cloisonnement des rôles et des activités ; 2 feedback : les pratiques d XP visent à donner un maximum de retour au client aussi bien qu aux développeurs ; 3 simplicité : XP privilégie les formes simples aussi bien sur le produit en construction que sur le processus de construction lui-même (recherche de l efficience) ; 4 courage : accepter la remise en question, accepter d être piloté par le client, accepter une part d inconnu (tout n est pas spécifié à l avance).

67 Conclusion A chacun son XP XP n est pas une approche dogmatique, elle se fonde sur des valeurs et quelques principes dont la mise en oeuvre très libre appartient à chaque équipe ; l industrialisation du Genie Logiciel, le mouvement pour la qualité, le diktat du management nous avait peu à peu fait oublier qu il n y a pas de logiciel sans développeurs ; XP met l accent sur l importance des facteurs humains et redonne aux développeurs la place qu ils avaient peu à peu perdue.

68 Conclusion A chacun son XP XP n est pas une approche dogmatique, elle se fonde sur des valeurs et quelques principes dont la mise en oeuvre très libre appartient à chaque équipe ; l industrialisation du Genie Logiciel, le mouvement pour la qualité, le diktat du management nous avait peu à peu fait oublier qu il n y a pas de logiciel sans développeurs ; XP met l accent sur l importance des facteurs humains et redonne aux développeurs la place qu ils avaient peu à peu perdue.

69 Conclusion A chacun son XP XP n est pas une approche dogmatique, elle se fonde sur des valeurs et quelques principes dont la mise en oeuvre très libre appartient à chaque équipe ; l industrialisation du Genie Logiciel, le mouvement pour la qualité, le diktat du management nous avait peu à peu fait oublier qu il n y a pas de logiciel sans développeurs ; XP met l accent sur l importance des facteurs humains et redonne aux développeurs la place qu ils avaient peu à peu perdue.

Les méthodes Agiles Introduction. Intervenant : Tremeur Balbous tremeur@agilegardener.com http://www.agilegardener.com/ 04/09/2008

Les méthodes Agiles Introduction. Intervenant : Tremeur Balbous tremeur@agilegardener.com http://www.agilegardener.com/ 04/09/2008 Les méthodes Agiles Introduction Intervenant : Tremeur Balbous tremeur@agilegardener.com http://www.agilegardener.com/ 04/09/2008 Les méthodes Agiles Le contexte Le Manifeste Agile Une tentative de définition

Plus en détail

Introduction au génie logiciel

Introduction au génie logiciel Introduction au génie logiciel Guillaume Laurent ENSMM 2007 G. Laurent (ENSMM) Introduction au génie logiciel 2007 1 / 36 Plan du cours 1 Problématique du génie logiciel 2 Méthodes de développement logiciel

Plus en détail

Les méthodes Agile. Implication du client Développement itératif et incrémental

Les méthodes Agile. Implication du client Développement itératif et incrémental Les méthodes Agile Simon ALEXANDRE - CETIC Plan Overview Agile ne signifie pas Agile signifie Objectifs poursuivis Pourquoi les méthodes Agile apparaissent-elles? Principales causes des échecs de projets

Plus en détail

Gestion Projet. Cours 3. Le cycle de vie

Gestion Projet. Cours 3. Le cycle de vie Gestion Projet Cours 3 Le cycle de vie Sommaire Généralités 3 Séquentiel 7 Itératif/Incrémental 17 Extreme Programming 22 Que choisir? 29 Etats Transverse 33 Cours 3 2006-2007 2 Généralités Cours 3 2006-2007

Plus en détail

Cours Gestion de projet

Cours Gestion de projet Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA

Plus en détail

Les méthodes itératives. Hugues MEUNIER

Les méthodes itératives. Hugues MEUNIER Les méthodes itératives Hugues MEUNIER INTRODUCTION. Toute les méthodes ont le même but : la maîtrise du budget, du planning et de la qualité des projets de développement informatique Plusieurs approches

Plus en détail

Introduction à l extreme Programming et au développement agile

Introduction à l extreme Programming et au développement agile Introduction à l extreme Programming et au développement agile Gauthier Picard SMA/G2I/ENS Mines Saint-Etienne gauthierpicard@emsefr Octobre 2009 Adapté de XP ou les bienfaits d un développement «agile»

Plus en détail

Méthodes agiles. www.businessinteractif.com CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS. Jean-Louis Bénard jlb@businessinteractif.

Méthodes agiles. www.businessinteractif.com CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS. Jean-Louis Bénard jlb@businessinteractif. Méthodes agiles www.businessinteractif.com Jean-Louis Bénard jlb@businessinteractif.fr CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS 0 20 mai 2002 Sommaire Méthodes agiles : une réponse à un malaise?

Plus en détail

Conduite de projets SI. Les méthodes «Agiles» N QUAL/1995/3660e ORESYS

Conduite de projets SI. Les méthodes «Agiles» N QUAL/1995/3660e ORESYS Conduite de projets SI Les méthodes «Agiles» N QUAL/1995/3660e ORESYS Agilité : de quoi parle-t-on? Agilité de l entreprise Urbanisme Architectures SOA Agilité du SI ERP Plateformes applicatives agiles

Plus en détail

Gestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique»

Gestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique» Gestion de projet Agile Module 4.2 - «Gérer et organiser un projet informatique» Sommaire Introduction Principes et méthodes Agiles Scrum 2 Introduction Gestion de projet : démarche structurante assurant

Plus en détail

Analyse et Conception objet du logiciel Analyse et conception objet du logiciel : Méthode de conception objet et notation UML.

Analyse et Conception objet du logiciel Analyse et conception objet du logiciel : Méthode de conception objet et notation UML. Analyse et conception objet du logiciel : Méthode de conception objet et notation UML Rémy Courdier Email : Remy.Courdier@univ-reunion.fr Rémy Courdier V2.1 1 Plan du cours Introduction au Génie Logiciel

Plus en détail

Topologie du web - Valentin Bourgoin - http://www.valentinbourgoin.net. Méthodes agiles & SCRUM

Topologie du web - Valentin Bourgoin - http://www.valentinbourgoin.net. Méthodes agiles & SCRUM Méthodes agiles & SCRUM 1/ Pourquoi les méthodes agiles? Définition d une méthode agile. Fondamentaux. Quand les utiliser? 2/ SCRUM En quoi est-ce une méthode agile? Sprints et releases. Le Product Owner.

Plus en détail

Règles d engagement. Présentation Diapositives Bibliographie Questions Les vertus de la marche

Règles d engagement. Présentation Diapositives Bibliographie Questions Les vertus de la marche Règles d engagement Présentation Diapositives Bibliographie Questions Les vertus de la marche Plan Rappels sur l agilité Scrum : une implantation de l agilité Scrum ou XP? Conclusion Historique sélectif

Plus en détail

Alignement avec les métiers par le test fonctionnel et d acceptation en projets agiles

Alignement avec les métiers par le test fonctionnel et d acceptation en projets agiles Alignement avec les métiers par le test fonctionnel et d acceptation en projets agiles Laurent PY CEO, Smartesting Laurent.py@smartesting.com @py_laurent www.smartesting.com Guillaume Coquelle Testeur,

Plus en détail

25/12/2012 www.toubkalit.ma

25/12/2012 www.toubkalit.ma 25/12/2012 www.toubkalit.ma 1 Définition Exemple des méthodes agiles Valeurs Principes Le cycle itératif et incrémental (Itération/Sprint) Schéma de travail Méthode Scrum. Méthode XP (Extreme programming).

Plus en détail

CHAPITRE 3 : LES METHODES AGILES?

CHAPITRE 3 : LES METHODES AGILES? CHAPITRE 3 : LES METHODES AGILES? UE Gestion de Projet Master 1 STIC 2014/2015 Céline Joiron 2 Introduction Après avoir présenté les cycles de vie «classiques» de la gestion de projet L objectif de ce

Plus en détail

GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET

GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET 1 Tianxiao LIU Licence Professionnelle Réseaux & Sécurité Université de Cergy-Pontoise http://depinfo.u-cergy.fr/~tliu/lpg.php PLAN Objectif et

Plus en détail

REX Scrum Master du terrain

REX Scrum Master du terrain REX Scrum Master du terrain Ludovic Larché Agile Tour 2012 à Rennes le 4 octobre 2012 Qui suis je? Ludovic LARCHE Agile Scrum / Kanban Consultant Scrum Master depuis 2008 Accompagnement de Product Owner

Plus en détail

Les Méthodes Agiles. description et rapport à la Qualité. Benjamin Joguet Rémi Perrot Guillaume Tourgis

Les Méthodes Agiles. description et rapport à la Qualité. Benjamin Joguet Rémi Perrot Guillaume Tourgis Les Méthodes Agiles description et rapport à la Qualité Benjamin Joguet Rémi Perrot Guillaume Tourgis 1 Plan Présentation générale d'agile Qu'est ce qu'une méthode Agile? Le manifeste Les valeurs Les principes

Plus en détail

Cours de Java. Sciences-U Lyon. Java - Introduction Java - Fondamentaux Java Avancé. http://www.rzo.free.fr

Cours de Java. Sciences-U Lyon. Java - Introduction Java - Fondamentaux Java Avancé. http://www.rzo.free.fr Cours de Java Sciences-U Lyon Java - Introduction Java - Fondamentaux Java Avancé http://www.rzo.free.fr Pierre PARREND 1 Octobre 2004 Sommaire Java Introduction Java Fondamentaux Histoire de Java Machine

Plus en détail

Développement itératif, évolutif et agile

Développement itératif, évolutif et agile Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie

Plus en détail

Plateforme de capture et d analyse de sites Web AspirWeb

Plateforme de capture et d analyse de sites Web AspirWeb Projet Java ESIAL 2A 2009-2010 Plateforme de capture et d analyse de sites Web AspirWeb 1. Contexte Ce projet de deuxième année permet d approfondir par la pratique les méthodes et techniques acquises

Plus en détail

But de cette introduction à la gestion de projets :

But de cette introduction à la gestion de projets : But de cette introduction à la gestion de projets : Présenter quelques méthodes de conception logicielle. Replacer la conception de bases de données dans un contexte plus vaste. Présenter quelques méthodes

Plus en détail

Méthodes Agiles et gestion de projets

Méthodes Agiles et gestion de projets Méthodes Agiles et gestion de projets Eric LELEU Consultant Solutions Collaboratives Contact ericleleu@nordnet.fr Site Personnel http://home.nordnet.fr/~ericleleu Blog http://ericleleu.spaces.live.fr La

Plus en détail

Les méthodes agiles UM2 2011-2012. 2011-2012 Les méthodes agiles S. Mathon

Les méthodes agiles UM2 2011-2012. 2011-2012 Les méthodes agiles S. Mathon Les méthodes agiles UM2 2011-2012 1 2 Sommaire Introduction L origine des Méthodes Agiles Le déroulement d un projet Scrum Au démarrage d une version Au démarrage d une itération/sprint Le déroulement

Plus en détail

Génie logiciel (Un aperçu)

Génie logiciel (Un aperçu) (Un aperçu) (sommerville 2010) Laurent Pérochon INRA URH 63122 St Genès Champanelle Laurent.perochon@clermont.inra.fr Ensemble d activités conduisant à la production d un logiciel Sur un échantillon de

Plus en détail

Le secteur des SSII (Sociétés de

Le secteur des SSII (Sociétés de Les méthodologies informatiques Agiles L utilisation de méthodes de développement adaptatives s inscrit dans une logique d amélioration des performances globales des projets. Dans le domaine informatique,

Plus en détail

Maîtrise d ouvrage agile

Maîtrise d ouvrage agile Maîtrise d ouvrage agile Offre de service Smartpoint 17 rue Neuve Tolbiac 75013 PARIS - www.smartpoint.fr SAS au capital de 37 500 - RCS PARIS B 492 114 434 Smartpoint, en quelques mots Smartpoint est

Plus en détail

INF2015 Développement de logiciels dans un environnement Agile Examen final hiver 2015

INF2015 Développement de logiciels dans un environnement Agile Examen final hiver 2015 INF2015 Développement de logiciels dans un environnement Agile Examen final hiver 2015 Question #1 Quelle technique de mise sous test devons-nous utiliser si nous voulons simuler le comportement d'une

Plus en détail

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de

Plus en détail

Guide de Préparation. EXIN Agile Scrum. Foundation

Guide de Préparation. EXIN Agile Scrum. Foundation Guide de Préparation EXIN Agile Scrum Foundation Édition Décembre 2014 Droits d auteur 2014 EXIN Tous droits réservés. Aucune partie de cette publication ne saurait être publiée, reproduite, copiée, entreposée

Plus en détail

UML est-il soluble dans les méthodes agiles?

UML est-il soluble dans les méthodes agiles? Pascal ROQUES Valtech Training UML est-il soluble dans les méthodes agiles? octobre 07 Résumé On entend beaucoup parler actuellement de deux approches ayant l'air fondamentalement opposées : l'approche

Plus en détail

Agilitéet qualité logicielle: une mutation enmarche

Agilitéet qualité logicielle: une mutation enmarche Agilitéet qualité logicielle: une mutation enmarche Jean-Paul SUBRA Introduction : le manifeste Agile Manifeste pour le développement Agile de logiciels Nous découvrons comment mieux développer des logiciels

Plus en détail

GL - 2 2.2 Processus de développement Cycles de vie

GL - 2 2.2 Processus de développement Cycles de vie GL - 2 2.2 Processus de développement Cycles de vie Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, Ph. Lalanda, I. Parissis, Y. Ledru 1 Plan Introduction Modèles en cascade

Plus en détail

Jean-Pierre Vickoff. 2008 J-P Vickoff

Jean-Pierre Vickoff. 2008 J-P Vickoff Agilité étendue Jean-Pierre Vickoff 1 Structure de la présentation PUMA Essentiel méthode Agile de 3 ème génération Le mouvement Itératif-Incrémental (Agile) Agilité étendue au SI et PUMA Essentiel Entreprise

Plus en détail

Yannick Prié Département Informatique Faculté des Sciences et Technologies Université Claude Bernard Lyon 1 2011-2012

Yannick Prié Département Informatique Faculté des Sciences et Technologies Université Claude Bernard Lyon 1 2011-2012 Yannick Prié Département Informatique Faculté des Sciences et Technologies Université Claude Bernard Lyon 1 2011-2012 1/3 Méthodes et processus 2/3 Processus unifié 3/3 Méthodes Agile 2011-2012 / Yannick

Plus en détail

Le Product Owner Clé de voute d un projet agile réussi

Le Product Owner Clé de voute d un projet agile réussi Le Product Owner Clé de voute d un projet agile réussi Cédric Pourbaix - EFIDEV Qui est le product owner? SM PO Scrum Team Qui est le product owner? SM PO Scrum Team Qui est le product owner? marketing

Plus en détail

Scrum Une méthode agile pour vos projets

Scrum Une méthode agile pour vos projets Avant-propos 1. Objectif du livre 17 2. Notre démarche 17 3. Structure du livre 18 4. Remerciements 20 Scrum, une méthode agile avant tout 1. Le grand départ 21 2. La gestion de projet informatique 22

Plus en détail

Tuesday, October 20, 2009. Nantes

Tuesday, October 20, 2009. Nantes Tuesday, October 20, 2009 Nantes Retour d'expérience SCRUM/XP dans un contexte CMMI-DEV niveau 2 SM CMM Integration, IDEAL, and SCAMPI are service marks of Carnegie Mellon University. Capability Maturity

Plus en détail

Testeur Agile Niveau Fondation 2014 - Bertrand Cornanguer, Vice-chair Agile tester WG

Testeur Agile Niveau Fondation 2014 - Bertrand Cornanguer, Vice-chair Agile tester WG Testeur Niveau Fondation 2014 - Bertrand Cornanguer, Vice-chair tester WG Enquêtes 2013 sur l Agilité Seriez-vous interessé par la certification Testeur? Enquête ISTQB (70 pays juin octobre 2013) Ingénieurs

Plus en détail

Plan. 1 Cycles de développement. 2 Méthodes agiles, principes généraux. 3 Comment se passe un Sprint?

Plan. 1 Cycles de développement. 2 Méthodes agiles, principes généraux. 3 Comment se passe un Sprint? Plan nitiation au Génie Logiciel Cours 5 ntroduction au π développement agile T. Genet (genet@irisa.fr) (STC/RSA) GEN-5 1/ 28 T. Genet (genet@irisa.fr) (STC/RSA) GEN-5 2/ 28 Bibliographie Plan L informatique

Plus en détail

Processus d Informatisation

Processus d Informatisation Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue

Plus en détail

Les méthodes agiles en développement informatique : Fondements théoriques et retours d expérience

Les méthodes agiles en développement informatique : Fondements théoriques et retours d expérience Les méthodes agiles en développement informatique : Fondements théoriques et retours d expérience Sommaire Préface... 3 Introduction... 5 Partie I : Les fondements théoriques... 7 Chapitre I : La méthode

Plus en détail

Architecture pragmatique pour la gestion du cycle de vie des applications (ALM)

Architecture pragmatique pour la gestion du cycle de vie des applications (ALM) Architecture pragmatique pour la gestion du cycle de vie des applications (ALM) Concepts Agile appliqués à l architecture et à la conception Jean-Louis Maréchaux jl.marechaux@ca.ibm.com Jean-Louis Maréchaux

Plus en détail

TP3 Intégration de pratiques agiles. 1. User Stories (1) Scénario d intégration agile. En direct-live du château

TP3 Intégration de pratiques agiles. 1. User Stories (1) Scénario d intégration agile. En direct-live du château Rappel TP3 Intégration de pratiques agiles En direct-live du château 40 41 Scénario d intégration agile 1. User Stories (1) 1. Rédiger les User Stories (exigences) 2. Planifier les Itérations (quoi / quand)

Plus en détail

Retour d expérience implémentation Scrum / XP

Retour d expérience implémentation Scrum / XP Retour d expérience implémentation Scrum / XP Bruno Orsier Octobre 2008 p.1 Bruno Orsier, Agile Tour 2008 Grenoble Plan Qui sommes nous? Pourquoi Scrum/XP? Historique de la mise en œuvre Bilan Sondage

Plus en détail

Séance 1 Méthodologies du génie logiciel

Séance 1 Méthodologies du génie logiciel Séance 1 Méthodologies du génie logiciel Objectifs : Histoire du développement du logiciel. La crise du logiciel. Explorer les différentes méthodologies de développement. Comprendre l importance d adopter

Plus en détail

IFT3913 Qualité du logiciel et métriques. Chapitre 2 Modèles de processus du développement du logiciel. Plan du cours

IFT3913 Qualité du logiciel et métriques. Chapitre 2 Modèles de processus du développement du logiciel. Plan du cours IFT3913 Qualité du logiciel et métriques Chapitre 2 Modèles de processus du développement du logiciel Plan du cours Introduction Modèles de processus du développement du logiciel Qualité du logiciel Théorie

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

Agile Maroc 24 Novembre 2010. Méthodes agiles. Thierry Cros. http://etre-agile.com. Agile Maroc 24 novembre 2010

Agile Maroc 24 Novembre 2010. Méthodes agiles. Thierry Cros. http://etre-agile.com. Agile Maroc 24 novembre 2010 Agile Maroc 24 Novembre 2010 Méthodes agiles Thierry Cros 1 Thierry Cros 10 ans déjà... 2010 Création Extreme Programming France 2009 SigmaT Les Agilistes Toulousains 2010 Membre de «Fédération Agile»

Plus en détail

Jean-Pierre Vickoff www.vickoff.com

Jean-Pierre Vickoff www.vickoff.com Techniques du futur Agile Communication - Architecture - Méthode Vers une approche Agile de 3 ème génération Jean-Pierre Vickoff www.vickoff.com Protocole de séance : Précisions techniques immédiates possibles

Plus en détail

AGILE Historique et évolution

AGILE Historique et évolution AGILE Historique et évolution Itératif Incrémental Adaptatif 2 Méthode Agile Historique et évolution AGILE Historique et évolution Itératif et incrémental Les notions sous-jacentes aux principes incrémental

Plus en détail

Framework Agile Global

Framework Agile Global PUMA Architecte d une génération d entreprises performantes Framework Agile Global Une organisation est fonctionnellement Agile lorsque ses composants opérationnels (ressources humaines, processus opérationnels,

Plus en détail

Les Méthodes Agiles. Plan. Lecture. Objectifs du cours

Les Méthodes Agiles. Plan. Lecture. Objectifs du cours Plan Les Méthodes Agiles Aurélien Tabard Master Informatique Université Claude Bernard Lyon 1 2013 2014 1. Retour rapide sur les méthodes de conception 2. Principes des méthodes Agiles 3. XP : extreme

Plus en détail

backlog du produit Product Owner

backlog du produit Product Owner Méthodes agiles : Définition: selon Scott Ambler «Une méthode agile est une approche itérative et incrémentale pour le développement de logiciel, réalisé de manière très collaborative par des équipes responsabilisées

Plus en détail

Méthodes de développement

Méthodes de développement 1 / 9 Méthodes de développement Méthodes agiles 1 - Introduction... 2 2 -Le manifeste agile et les méthodes agiles... 2 2.1 Le manifeste agile... 2 2.2 Les méthodes agiles... 3 3 - Caractéristiques communes

Plus en détail

Programmation Agile Mise en oeuvre via Scrum et l'extreme Programming (XP)

Programmation Agile Mise en oeuvre via Scrum et l'extreme Programming (XP) Programmation Agile Mise en oeuvre via Scrum et l'extreme Programming (XP) B. Mermet 2010 Plan La programmation Agile et L'artisanat du logiciel Mise en œuvre avec Scrum Mise en œuvre avec l'extreme Programming

Plus en détail

Chef de projet H/F. Vous avez au minimum 3 ans d expérience en pilotage de projet de préférence dans le monde du PLM et de management d équipe.

Chef de projet H/F. Vous avez au minimum 3 ans d expérience en pilotage de projet de préférence dans le monde du PLM et de management d équipe. Chef de projet H/F Dans le cadre de nos activités pour un de nos clients, CIMPA recherche un chef de projet H/F. - Planifier l ensemble des phases du projet - Piloter l équipe dédiée au projet - Garantir

Plus en détail

Développement ebusiness

Développement ebusiness Développement ebusiness Cédric Pulrulczyk ( cedric.pulrulczyk@alcatel.fr ) Alcatel Université Lille I March 2005 Plan Analyse des besoins Méthodologie XP Modélisation UML Outil de développement Tests et

Plus en détail

Scrum + Drupal = Julien Dubois

Scrum + Drupal = Julien Dubois Pourquoi j aime Scrum Pourquoi Scrum et Drupal sont faits pour s entendre Scrum + Drupal = Julien Dubois Happyculture.coop De quoi allons-nous parler? 1. Que sont les méthodes agiles? 2. Présentation de

Plus en détail

Agilité et Recherche Journée COMPIL Olivier INIZAN - INRA PEPI-IDL/URGI. 13 juin 2012

Agilité et Recherche Journée COMPIL Olivier INIZAN - INRA PEPI-IDL/URGI. 13 juin 2012 Agilité et Recherche Journée COMPIL Olivier INIZAN - INRA PEPI-IDL/URGI 13 juin 2012 Mise en place de l agilité dans une unité INRA une histoire en 4 épisodes prologue X. P. I. L. O. V. E. Y. O. U contexte

Plus en détail

XP : plus qu'agile. Extreme Programming v2 et Développement Responsable. Thierry Cros

XP : plus qu'agile. Extreme Programming v2 et Développement Responsable. Thierry Cros XP : plus qu'agile Extreme Programming v2 et Développement Responsable Thierry Cros Retrouvez cette présentation sur le site http://thierrycros.net Licence CC-BY-NC-SA XP : plus qu'agile Pourquoi XP Installer

Plus en détail

LA GESTION DE PROJET INFORMATIQUE

LA GESTION DE PROJET INFORMATIQUE Structurer, assurer et optimiser le bon déroulement d un projet implique la maîtrise des besoins, des objectifs, des ressources, des coûts et des délais. Dans le cadre de la gestion d un projet informatique

Plus en détail

CERTIFICATION LA CERTIFICATION

CERTIFICATION LA CERTIFICATION LA CERTIFICATION Normes ISO 9001 CMMI ITIL Validation par rapport à la norme Norme Ensemble d exigences qui concourent à définir une organisation pour une activité spécifique ou générique. S intéresse

Plus en détail

1. Considérations sur le développement rapide d'application et les méthodes agiles

1. Considérations sur le développement rapide d'application et les méthodes agiles Chapitre 1 Introduction 1. Considérations sur le développement rapide d'application et les méthodes agiles 1.1 Rappel Longtemps les méthodes en cascade ou en V ont été opposées aux démarches empiriques

Plus en détail

Besoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier.

Besoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier. chapitre1 Besoins utilisateurs Quelle démarche pour passer des besoins au code?? UNIFIED MODELING LANGUAGE package LogiqueMetier.Gestion; import LogiqueMetier.Catalogue.Livre; import java.util.*;public

Plus en détail

Le rôle du coach Agile et son apport pour le projet

Le rôle du coach Agile et son apport pour le projet Le rôle du coach Agile et son apport pour le projet Franck Beulé Soirée du 4 novembre 2013 Chez Google 45 Sommaire Qu est- ce qu un coach Agile? Que s interdit- il? Ce qu il fait Ses points d anenoon Des

Plus en détail

GESTION DE PROJET : LA METHODE AGILE

GESTION DE PROJET : LA METHODE AGILE GESTION DE PROJET : LA METHODE AGILE Le SCRUM est une méthode de gestion de projet. Elle a pour but d améliorer la productivité des équipes. Ce terme est inspiré du terme Scrum en rugby qui désigne une

Plus en détail

XP : ce célèbre inconnu

XP : ce célèbre inconnu XP : ce célèbre inconnu Extreme Programming Thierry Cros http://etre-agile.com 1 XP : plus qu'agile Pourquoi XP Installer XP Rôles et Cycle de Vie Pratiques : Coder et livrer Développement Responsable

Plus en détail

Méthodologies Orientées-Objet!

Méthodologies Orientées-Objet! MAI NFE103 Année 2013-2014 Méthodologies Orientées-Objet! F.-Y. Villemin (f-yv@cnam.fr) Plan!!Les différentes méthodologies! Démarche! Cycle de vie!!rational Unified Process (RUP)!!La méthode Layman!!Notre

Plus en détail

Les Bonnes PRATIQUES DU TEST LOGICIEL

Les Bonnes PRATIQUES DU TEST LOGICIEL Les Bonnes PRATIQUES DU TEST LOGICIEL SOMMAIRE Qu est-ce que le test logiciel? Pourquoi le test est-il un maillon crucial de l ingénierie logicielle? Quels sont les différents types de tests? Qu est-ce

Plus en détail

Extreme Programming. Le projet social. Angèle Batanero Thierry Cros. http://etre-agile.com. Agile Tour 2010 : XP, le projet social

Extreme Programming. Le projet social. Angèle Batanero Thierry Cros. http://etre-agile.com. Agile Tour 2010 : XP, le projet social Extreme Programming Le projet social Angèle Batanero Thierry Cros 1 Qui sommes-nous? Angèle Batanero Développeur Thierry Cros C++ Java Coach depuis 10 ans 2 Agenda XP, qu'es aco? Valeurs, principes Pratiques

Plus en détail

Soyez agile. Dans l industrie du logiciel, la. De plus chaque projet informatique

Soyez agile. Dans l industrie du logiciel, la. De plus chaque projet informatique Soyez agile Dans l industrie du logiciel, la gestion de projet est confrontée à de nombreux défis. Le principal est de pouvoir assurer l adéquation d un produit et de ses fonctionnalités avec les besoins

Plus en détail

Les mécanismes d'assurance et de contrôle de la qualité dans un

Les mécanismes d'assurance et de contrôle de la qualité dans un Les mécanismes d'assurance et de contrôle de la qualité dans un projet Agile SPIN de Montréal - ETS 5 mars 2012 Qui sommes nous? mathieu boisvert Coach Agile Chargé de cours Co auteur d un livre avec Sylvie

Plus en détail

Méthode Agile de 3 ème génération. 2008 J-P Vickoff

Méthode Agile de 3 ème génération. 2008 J-P Vickoff PUMA Essentiel Méthode Agile de 3 ème génération 1 Structure de la présentation PUMA Essentiel méthode Agile de 3 ème génération Quelques principes Agiles Principales pratique Agile de pilotage Structure

Plus en détail

Maîtriser les mutations

Maîtriser les mutations Maîtriser les mutations Avec UNE Supply chain AGILE La réflexion porte ses fruits www.cereza.fr TALAN Group Notre savoir-faire : maîtriser les mutations et en faire une force pour l entreprise Cereza,

Plus en détail

Vision Produit. Un sacré attracteur pour une équipe auto-organisée. Thierry Cros

Vision Produit. Un sacré attracteur pour une équipe auto-organisée. Thierry Cros Vision Produit Un sacré attracteur pour une équipe auto-organisée Thierry Cros Sommaire Attracteur et équipe auto-organisée Vision Produit Contenu Qui fait quoi? Formats Vision : un sacré attracteur http://etre-agile.com

Plus en détail

GL - 2 2.1 Le Génie Logiciel

GL - 2 2.1 Le Génie Logiciel GL - 2 2.1 Le Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda 1 Rappels La production logicielle est une activité complexe de façon

Plus en détail

Présentation UBO 12/2008 Présentation des méthodes agiles

Présentation UBO 12/2008 Présentation des méthodes agiles Gestion de projet Vers les méthodes agiles Des approches prédictives aux méthodes agiles appliquées avec SCRUM Présentation UBO 12/2008 Présentation des méthodes agiles Partie 1 : La société Altran Altran

Plus en détail

LA GESTION DE PROJET INFORMATIQUE

LA GESTION DE PROJET INFORMATIQUE LA GESTION DE PROJET INFORMATIQUE Lorraine Structurer, assurer et optimiser le bon déroulement d un projet implique la maîtrise des besoins, des objectifs, des ressources, des coûts et des délais. Dans

Plus en détail

Contact: Yossi Gal, yossi.gal@galyotis.fr, Téléphone: 06 8288-9494

Contact: Yossi Gal, yossi.gal@galyotis.fr, Téléphone: 06 8288-9494 3a-Agiles Gestion de Projet Contact: Yossi Gal, yossi.gal@galyotis.fr, Téléphone: 06 8288-9494 Yossi Gal, Sep/2011 Agiles, Page: 1 Méthodologies Agiles Yossi Gal, Sep/2011 Agiles, Page: 2 Les Méthodes

Plus en détail

Gé nié Logiciél Livré Blanc

Gé nié Logiciél Livré Blanc Gé nié Logiciél Livré Blanc Version 0.2 26 Octobre 2011 Xavier Blanc Xavier.Blanc@labri.fr Partie I : Les Bases Sans donner des définitions trop rigoureuses, il faut bien commencer ce livre par énoncer

Plus en détail

Les cinq premiers pas pour devenir vraiment agile à XP Day Suisse 2009 par Pascal Van Cauwenberghe et Portia Tung: La Rétrospective

Les cinq premiers pas pour devenir vraiment agile à XP Day Suisse 2009 par Pascal Van Cauwenberghe et Portia Tung: La Rétrospective Ce qui était bien Ce qui n était pas bien Questions J ai appris Bon résumé des valeurs Simplicité du format Présentateurs sympathiques et joie communicative Bonbons Utilisation réelle du feedback Présentation

Plus en détail

2. Activités et Modèles de développement en Génie Logiciel

2. Activités et Modèles de développement en Génie Logiciel 2. Activités et Modèles de développement en Génie Logiciel Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Les Activités du GL Analyse des besoins Spécification globale Conceptions architecturale

Plus en détail

Le Product Backlog, qu est ce c est?

Le Product Backlog, qu est ce c est? Le Product Backlog, qu est ce c est? Ludovic Larché Agile Tour 2012 à Rennes le 4 octobre 2012 Sommaire > Rappels théoriques : qu est ce qu un Product Backlog? > Le Product Backlog n est pas seul! > Techniques

Plus en détail

DES SYSTÈMES D INFORMATION

DES SYSTÈMES D INFORMATION URBANISATION & CONCEPTION DES SYSTÈMES D INFORMATION Le concept d urbanisation repose sur une analogie connue entre le Système d Information (SI) et la ville, dans lesquels interviennent tour à tour urbanistes

Plus en détail

Design centré sur l utilisateur et développement Agile : perspectives de réconciliation

Design centré sur l utilisateur et développement Agile : perspectives de réconciliation Design centré sur l utilisateur et développement Agile : perspectives de réconciliation Alexandre Bujold, Sarah Morin-Paquet Université Laval alexandre.bujold.1@ulaval.ca, sarah.morin-paquet.1@ulaval.ca

Plus en détail

Méthodologies de gestion de projet agiles et en cascade : définition, combinaison et application.

Méthodologies de gestion de projet agiles et en cascade : définition, combinaison et application. Université de Fribourg, Suisse Département d informatique Systèmes d information Fribourg, mai 2011 Méthodologies de gestion de projet agiles et en cascade : définition, combinaison et application. Cindy

Plus en détail

Eclipse Process Framework et Telelogic Harmony/ITSW

Eclipse Process Framework et Telelogic Harmony/ITSW Eclipse Process Framework et Telelogic Harmony/ITSW Boris Baldassari 1 Résumé Une introduction à Eclipse Process Framework (EPF) et au processus OpenUP, et comment tirer profit de ces initiatives dans

Plus en détail

Introduction à la modélisation

Introduction à la modélisation Formation INRA-ACTA-ICTA Introduction à la modélisation Les modèles mathématiques pour l agronomie et l élevage 2 nde session, du 28 novembre au 1 er décembre 2005 - Informatique et modèles - Nathalie

Plus en détail

Génie Logiciel. Notes de l an passé-k. Planning Projets. Evolution des approches (1/4) Evolution des approches (2/4) Evolution des approches (3/4)

Génie Logiciel. Notes de l an passé-k. Planning Projets. Evolution des approches (1/4) Evolution des approches (2/4) Evolution des approches (3/4) Noël NOVELLI ; Université d Aix-Marseille; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Génie Logiciel Notes de l an passé-k Intervenant Laurent TICHIT (617)

Plus en détail

CRM et GRC, la gestion de la relation client R A LLER PL US L OI

CRM et GRC, la gestion de la relation client R A LLER PL US L OI 3 R A LLER PL US L OI CRM et GRC, la gestion de la relation client Comment exploiter et déployer une solution de relation client dans votre entreprise? Les usages d une CRM Les fonctionnalités d une CRM

Plus en détail

AGILE IPHONE DEVELOPMENT

AGILE IPHONE DEVELOPMENT AGILE IPHONE devday for iphone, Geneva 2010 DEVELOPMENT Jérôme Layat jerome.layat@hortis.ch BREVE PRESENTATION Directeur Technique hortis, le studio 10 ans de pratique de l Agilité: développement, coaching

Plus en détail

CINEMATIQUE DE FICHIERS

CINEMATIQUE DE FICHIERS ANDRE ANTHONY BRUNEAU Vincent JOUANNIN ROMAIN MAZEAUD MARINE RIOCHET Tony Groupe 609 CINEMATIQUE DE FICHIERS Mini-projet: Gestion de Ventes d'articles Enseignant: MONCEAUX Laura Année 2011 / 2012 TABLE

Plus en détail

Exemple d Application des Méthodes Agiles au Développement d un Produit Software. Jean-Marc Bodart, Océ Software Laboratories Namur SA

Exemple d Application des Méthodes Agiles au Développement d un Produit Software. Jean-Marc Bodart, Océ Software Laboratories Namur SA Exemple d Application des Méthodes Agiles au Développement d un Produit Software CETIC, 21 avril 2004 Jean-Marc Bodart, Océ Software Laboratories Namur SA April 21, 2004 Plan Les sociétés Océ et Océ Software

Plus en détail

Avant propos. Parcours de lecture : combien de sprints vous faut il?

Avant propos. Parcours de lecture : combien de sprints vous faut il? Avant propos Depuis plus d une dizaine d années, je conseille des entreprises et je forme des étudiants sur les méthodes itératives et agiles. Depuis cinq ans, cet effort porte presque exclusivement sur

Plus en détail

MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES

MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES Département Informatique UFR Sciences 2 Boulevard Lavoisier 49045 Angers Cedex 01 Auteur : Jean-Michel Richer Email : jean-michel.richer@univ-angers.fr

Plus en détail

Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES

Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES Quelques constats Etude du Standish Group Seul 1/3 des projets informatiques sont qualifiés de succès 50 % sont livrés et opérationnels, mais sont sortis du

Plus en détail

Vérifier la qualité de vos applications logicielle de manière continue

Vérifier la qualité de vos applications logicielle de manière continue IBM Software Group Vérifier la qualité de vos applications logicielle de manière continue Arnaud Bouzy Kamel Moulaoui 2004 IBM Corporation Agenda Analyse de code Test Fonctionnel Test de Performance Questions

Plus en détail