Introduction Les processus traditionnels extreme Programming Conclusion. extreme Programming. vers plus d agilité. F. Miller francois.miller@inpg.
|
|
- Florentin Normand
- il y a 8 ans
- Total affichages :
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 Le contexte Le Manifeste Agile Une tentative de définition
Plus en détailIntroduction 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étailLes 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étailGestion 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étailCours 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étailLes 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étailIntroduction à 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étailMé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étailConduite 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étailGestion 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étailAnalyse 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étailTopologie 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étailRè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étailAlignement 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étail25/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étailCHAPITRE 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étailGESTION 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étailREX 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étailLes 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étailCours 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étailDé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étailPlateforme 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étailBut 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étailMé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étailLes 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étailGé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étailLe 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étailMaî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étailINF2015 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étailLe 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étailGuide 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étailUML 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étailAgilité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étailGL - 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étailJean-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étailYannick 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étailLe 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étailScrum 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étailTuesday, 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étailTesteur 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étailPlan. 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étailProcessus 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étailLes 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étailArchitecture 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étailTP3 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étailRetour 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étailSé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étailIFT3913 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étailAnalyse,, 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étailAgile 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étailJean-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étailAGILE 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étailFramework 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étailLes 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étailbacklog 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étailMé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étailProgrammation 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étailChef 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étailDé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étailScrum + 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étailAgilité 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étailXP : 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étailLA 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étailCERTIFICATION 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étail1. 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étailBesoins 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étailLe 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étailGESTION 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étailXP : 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étailMé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étailLes 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étailExtreme 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étailSoyez 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étailLes 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étailMé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étailMaî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étailVision 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étailGL - 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étailPré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étailLA 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étailContact: 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étailGé 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étailLes 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étail2. 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étailLe 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étailDES 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étailDesign 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étailMé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étailEclipse 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étailIntroduction à 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étailGé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étailCRM 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étailAGILE 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étailCINEMATIQUE 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étailExemple 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étailAvant 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étailMODALITES 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étailYassine 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étailVé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