INTRODUCTION A L AGILITE ET AU SCRUM. Petits retours sur ce que sont l AGILITE et le SCRUM et les difficultés que cela implique.
|
|
- Adélaïde Gignac
- il y a 8 ans
- Total affichages :
Transcription
1 INTRODUCTION A L AGILITE ET AU SCRUM Petits retours sur ce que sont l AGILITE et le SCRUM et les difficultés que cela implique. Résumé Ayant le vent en poupe, l état d esprit AGILE est aujourd hui de plus en plus mis en avant. C est d autant plus simple qu on retrouve l AGILITE aussi bien du côté de la demande de l acheteur que du côté de la réponse du prestataire de service. Cet ouvrage proposera une présentation de ce qu est l AGILITE et le SCRUM en appuyant particulièrement sur certains éléments de blocage régulièrement rencontrés. CATHERINE Tristan Tristan.catherine@sword-group.com
2 1. Introduction Le «Cycle en V» Description La conception La réalisation La qualification Organisation La maitrise d ouvrage (MOA) La maitrise d œuvre (MOE) Les avantages Les inconvénients L AGILITE Présentation Les gains L état d esprit AGILE Le SCRUM Description Les avantages Le pilotage La productivité La couverture rapide Les inconvénients La maturité du SCRUM Master La maturité du Product Owner La motivation de l équipe de développement Conclusion Annexe Table des illustrations
3 1 - Introduction 1. Introduction De plus en plus souvent mentionnée par les directions informatiques, l AGILITE devient un incontournable des métiers du service informatique. Supportée par différentes méthodes de conduite de projet, l AGILITE se construit sur une organisation particulière et différente de celles habituellement rencontrées sur le marché. Lorsque ces organisations n ont pas encore accompli leur transition vers le tout AGILE, il est fréquent que ce qui se cache derrière l AGILITE et les méthodes AGILES soit relativement flou pour elles. Si elles perçoivent facilement les avantages, il leur est en général plus difficile de percevoir les contraintes et prérequis pour une mise en œuvre viable de l AGILITE. L objectif de ce livre blanc est donc double. Il s agit d une part de présenter sommairement ce qu est l AGILITE ainsi que le SCRUM, l une des méthodes de conduite de projet AGILE. Et d autre part nous mettrons particulièrement l accent sur certains risques à se lancer dans un projet AGILE sans y être correctement préparé. Afin de bien appréhender les changements nécessaires et les risques potentiels, nous rappellerons dans un premier temps le déroulement d un projet classique (cycle en V ou Cascade) ainsi que ses forces et faiblesses. Cela permettra aussi de bien mettre en évidence les changements fondamentaux à mettre en place lors d une transition AGILE. Ensuite nous prendrons soin de présenter séparément ce qu est l AGILITE et une méthode AGILE particulière : le SCRUM. Nous présenterons en particulier un certain nombre de raisons pour lesquelles la mise en pratique du SCRUM peut être difficile et échouer. 2
4 2 - Le «Cycle en V» 2. Le «Cycle en V» 2.1. Description La méthode d organisation projet informatique la plus rencontrée aujourd hui dans les grandes entreprises est le modèle «Cycle en V». Ce modèle est constitué de trois phases majeures s enchainant de façon séquentielle : La conception, ou phase descendante, La réalisation, La qualification, ou phase montante. Figure 1 Cycle en V La conception Il s agit de définir le livrable final (application, infrastructure, migration de données ) par une succession d étapes servant à rationaliser le besoin et à définir les moyens d y répondre. Chaque étape est accompagnée d un livrable dont la validation est habituellement nécessaire pour le passage à l étape suivante. On retrouve en général les livrables suivants : Expression de besoin, Cahier des charges, Spécifications générales, Dossier d architecture fonctionnelle et technique, Spécifications détaillées, Ces livrables intermédiaires contiennent les tests d acceptation nécessaires pour garantir que le livrable final est conforme aux exigences de l étape. Cette phase est couramment appelée «phase descendante» ou «phase de spécification». 3
5 2 - Le «Cycle en V» La réalisation Sur la base du dernier livrable de la phase de conception, le livrable final est produit par l équipe de développement. Cette phase est simplement appelée «réalisation» La qualification Pour chaque étape de la phase descendante ayant défini des tests d acceptation, et dans l ordre inverse de passage, le livrable final passe par une étape de qualification : Tests unitaires, Recette d intégration, Recette utilisateur, L objectif de ces étapes est de valider les tests d acceptations définis aux différentes étapes de la phase descendante. Chaque étape de qualification est suivie d un procès-verbal confirmant ou non le passage à l étape suivante. On parle de «phase montante» ou «phase de qualification». Figure 2 Cycle en V (modèle en cascade) 2.2. Organisation Durant un projet en cycle en V, l équipe est théoriquement divisée en deux domaines de responsabilité bien définis La maitrise d ouvrage (MOA) Elle est responsable du projet et du produit final. En tant que telle, elle porte le besoin, sa définition et sa rationalisation. Elle est aussi responsable des aspects stratégiques du projet que sont le budget et le planning. Elle intervient de façon importante durant la phase descendante sur l ensemble des aspects en rapport avec le besoin. 4
6 2 - Le «Cycle en V» Lors de la phase montante, elle est en charge de l organisation des tests d acceptations correspondant à ses propres livrables de la phase descendante. Elle assume la responsabilité du projet vis-à-vis du commanditaire. En tant que tel, elle est son interlocuteur privilégié ainsi que celui des utilisateurs finaux La maitrise d œuvre (MOE) La maitrise d œuvre (MOE) est responsable de la réalisation du produit final. Elle assiste la MOA durant la phase descendante en spécifiant les moyens techniques devant être mis en œuvre pour répondre au besoin exprimé. Elle assume seule la phase de réalisation. Au cours de la phase montante, elle fournit à la MOA les moyens techniques nécessaires à la réalisation des tests d acceptation. La MOE est directement au service de la MOA et n est pas censée avoir de contact formel avec les utilisateurs finaux ou le commanditaire Les avantages La méthode de projet «Cycle en V» présente au moins les avantages suivants : Le livrable final est théoriquement conforme à ce qui est spécifié en début de projet. Le cadrage du périmètre est donc connu très rapidement. De même, les étapes successives de conception fonctionnelle et technique permettent de connaitre rapidement le cadre financier et l échéancier du projet. L implication des différents intervenants est spécifique à des étapes données. D une part cela représente un avantage conséquent en matière d organisation des ressources humaines. D autre part cela permet de concentrer ces ressources sur leur domaine d expertise Les inconvénients La méthode présente en particulier des inconvénients directement en rapport avec ses avantages : La rigidité des cadres fonctionnels, financiers et temporels rendent difficile l adaptation en cours de projet. Que cela soit d un point de vue évolution du besoin ou évolution technologique. Afin d anticiper ces difficultés, il est courant de lotir en une succession de projet de type «Cycle en V». Cela permet de réduire le périmètre et donc le délai de livraison de chaque projet. Ce lotissement est généralement réalisé sur la base d une couverture du besoin domaine par domaine. Le livrable final étant construit autour et conformément aux spécifications d origines, la moindre erreur dans celles-ci sera propagée tout au long du projet. Afin d éviter ce type d erreur, des efforts particulièrement intensifs doivent être déployés durant les étapes de la phase descendante. Ces efforts représentent un coût important et n ont qu une efficacité limitée. C est en grande partie du fait de la capacité humaine à interpréter les choses. Afin de répondre à ce risque, il est là aussi courant de lotir le projet mais cette fois avec un principe d affinage de la couverture du besoin. On prendra alors le besoin dans son aspect global dans un premier lot pour s attacher à traiter les aspects spécifiques dans les lots ultérieurs. La mixité des deux principes de lotissement est un casse-tête en soit. Le principe même du «Cycle en V» entraine un manque de visibilité sur ce qui est réalisé entre les étapes de la phase descendante et celles de la phase montante. On parle alors d effet tunnel. Le problème principal de l effet tunnel est que plus une erreur est commise en amont 5
7 2 - Le «Cycle en V» dans la phase descendante et plus elle sera détectée en aval dans la phase montante. Implicitement, plus elle sera détectée en aval dans la phase montante, plus le retour en arrière nécessaire à sa correction dans la phase descendante sera long et couteux. Les erreurs d interprétation humaine ne pouvant pas être totalement supprimées, on ne parle plus de risque mais de problème. Pour limiter l impact de ce problème, des instances de pilotage sont habituellement mises en place. Elles réunissent l ensemble des intervenants (commanditaire, utilisateurs finaux, MOA, MOE) sur une base régulière et de façon suffisamment rapprochée afin de pouvoir répondre aux problèmes au plus tôt. Ces instances sont en général le seul moment du «Cycle en V» où l on réunit une vision d ensemble du projet. Cette vision se matérialise habituellement sous la forme d un tableau de bord constitué d indicateurs de pilotages (risque, problème, budget, planning, ressources, ). Le livrable étant réalisé en un tout sur la base des livrables intermédiaires de la phase descendante, celui-ci est souvent inexploitable avant complétion totale. Bien que mitigé par les approches de lotissement présentées ci-dessus, ce problème reste le plus impactant. L approche tout ou rien rend difficile la capacité à arrêter le projet avant sa complétion sans en perdre le bénéfice. L ensemble de ces inconvénients entraine un taux d échec important mais aussi un taux de projet insatisfaisant important. On constate par ailleurs que ces tendances sont directement en rapport avec l effet tunnel et la durée de ces projets. Figure 3 Taux de réussite des projets «Cycle en V» (source Chaos Manifesto) 6
8 3 - L AGILITE 3. L AGILITE 3.1. Présentation L AGILITE est un ensemble de principes et de valeurs mis en avant au début des années 2000 dans le cadre d un manifeste s adressant principalement aux structures de développement de logiciels. Nous avons trouvé une voie améliorant le développement logiciel en réalisant ce travail et en aidant les autres à le faire. De ce fait nous avons déduit des valeurs communes : Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L adaptation au changement plus que le suivi d un plan Nous reconnaissons la valeur des seconds éléments mais privilégions les premiers. Le manifeste AGILE ( Dans la mise en œuvre de ses principes, on retrouve les pratiques suivantes : Prioriser la satisfaction du client, Prioriser les fonctions selon leur valeur ajoutée, Utiliser les livrables opérationnels comme seule unité de mesure de l avancement, Organiser et réaliser les livrables opérationnels par itération de quelques semaines, S ajuster aux besoins au fur et à mesure qu ils émergent, Travailler au maximum au contact les uns les autres (utilisateurs finaux, responsable produit, équipes techniques, ), Appliquer un rythme tenable indéfiniment (même s il n est appliqué que sur une période déterminée), Se remettre constamment en question dans une démarche d amélioration continue, Etre transparent sur tous les évènements pouvant impacter le projet afin d y apporter une réponse au plus tôt Les gains Le consensus actuel sur les gains de l AGILITE est : Des plannings projet plus courts, Plus de projets menés à bout, Une satisfaction des utilisateurs finaux plus importante. 7
9 3 - L AGILITE Figure 4 Projet mené à complétion : AGILITE versus Cascade/Cycle en V 3.3. L état d esprit AGILE L AGILITE n est pas une méthode mais un état d esprit. On peut tout à fait être AGILE sans y prêter particulièrement attention. Un bon exemple est la réalisation de l Opéra de Sydney. La planification projet présentait des travaux échelonnés sur 4 ans pour un budget de 7 millions de dollars. Figure 5 Chantier de l'opéra de Sydney (source site officiel) En réalité le projet aura duré 14 ans (+250%) pour un coût de réalisation de 102 millions de dollars (+1400%). Les raisons de ces dépassements sont multiples : 8
10 3 - L AGILITE Changement de gouvernement (correspondant à un changement du commanditaire ou des instances décisionnelles dans un projet informatique), Passage de 2 salles de théâtre à 4 salles de théâtre en court de projet (adaptation aux besoins réels en cours de projet), Evolution des moyens techniques pour la réalisation des toitures (évolution des technologies en cours de projet). L Opéra est repris couramment comme exemple catastrophique d une mauvaise gestion de projet. Il a été réalisé dans la douleur (nombreuses actions juridiques entre les prestataires et l état commanditaire) au point que son architecte a choisi de ne jamais le voir terminé. Il est mort 35 ans après l inauguration. Cependant, il s agit avec le recul d une success story indiscutable : Aujourd hui l Opéra de Sydney accueille plus de 4 millions de visiteurs par an, Il est l un des centres de spectacles les plus actifs du monde. Pourtant sa localisation est peu propice, Il est classé au patrimoine mondial de l UNESCO depuis 2007, C est aussi l un des monuments les plus identifiés visuellement au travers du monde, Son architecte, Jørn Oberg Utzon, a reçu le prix Pritzker (considéré comme le prix Nobel d architecture) en 2003 pour l ensemble de son œuvre dont l Opéra. Figure 6 Opéra de Sydney ((source site officiel) 9
11 4 - Le SCRUM 4. Le SCRUM 4.1. Description Le SCRUM est l une des méthodes d organisation de projet disponible pour mettre en pratique les principes de l AGILITE. La méthode s articule autour d une équipe dont la composition est : Un Product Owner : propriétaire responsable de l application, c est un expert sur le domaine fonctionnel. Il est capable et habilité à prendre les décisions nécessaires sur la définition du périmètre. L équipe de développement : dédiée au projet et constituée de 3 à 6 experts techniques, elle est capable de s autogérer. Elle est aussi initiée aux concepts métiers abordés sur le périmètre. Serviable 1, elle ne doit en aucune façon être servile 2, l esprit ouvert mais critique étant essentiel à un développeur SCRUM. Le SCRUM Master : garant du respect de la méthode, il doit être à l aise aussi bien avec les concepts métiers du périmètre qu avec les technologies employées. Engagé, impliqué et motivé, il vit le projet et le protège des agressions venant de l extérieur. Facilitateur, il est de sa responsabilité de fournir à l équipe les moyens d atteindre ses objectifs. L équipe SCRUM est une cellule autogérée et engagée dans un processus d amélioration continue. La communication au sein de l équipe doit être transparente et abondante. Celle vers l extérieur doit être uniforme et de préférence portée par le Product Owner. L objectif du SCRUM est la réalisation d un projet maximisant la satisfaction des utilisateurs finaux. Pour ce faire, il s organise en un certain nombre d itérations (sprint) toutes éligibles pour une mise en production. Le tout en respectant les engagements de qualité et de souplesse que l on se doit de retrouver dans un projet se disant AGILE. Pour ce faire : La définition du livrable attendu est organisée sous la forme d une liste de cas d utilisation (User Stories) appelée Product Backlog, La complexité de réalisation des éléments de cette liste est alors évaluée par l ensemble de l équipe lors d une réunion (ou plusieurs selon la taille du projet) appelée Planning Poker, Un ensemble cohérent de ces cas d utilisation est regroupé sous la forme d une itération appelée sprint. La complexité globale de ces cas d utilisation doit être traitable durant la durée d exécution fixée pour le sprint, Ces cas d utilisation sont alors définis dans le détail et découpés en taches techniques lors d une réunion de préparation appelée le sprint planning, Chaque jour, lors d une courte réunion appelée Daily Scrum ou Stand Up Meeting, l équipe fait le point sur ce qui a été fait la veille, les difficultés rencontrées et ce qui doit être fait aujourd hui et par qui. A la fin du sprint, les cas d utilisation ayant été entièrement traités sont validés lors d une réunion formelle appelée Sprint Review. Ils sont alors marqués comme traités dans le Product Backlog. Les cas d utilisation non terminés sont considérés comme non commencés. On parle de Demo or Die. 1 Serviable Qui rend volontiers service. (Larousse) 2 Servile Qui ne s écarte pas d un modèle, le suit aveuglément / Qui fait preuve d une soumission excessive. (Larousse) 10
12 4 - Le SCRUM Une réunion finale appelée Retrospective permet de faire le point sur ce qui marche et ne marche pas dans l organisation projet et de mettre en place un plan d amélioration continue. Le Product Backlog est mis à jour avec les nouveaux besoins ou l abandon d anciens si nécessaire. Un nouvel ensemble cohérent est déterminé pour le sprint suivant et celui-ci commence. Figure 7 Déroulement du SCRUM (la Grande Messe) Le SCRUM permet de vérifier la capacité de production d une équipe tout au long du projet. Il suffit pour cela de faire la somme des complexités des cas d utilisation que l on réussit à traiter au cours de chaque sprint. On parle alors de vélocité. Cette connaissance de la vélocité est particulièrement utile après le premier sprint pour concevoir des ensembles de cas d utilisation à la fois cohérents et réalisables dans le délai fixé. 11
13 4 - Le SCRUM 4.2. Les avantages Figure 8 Burn Down Chart Le pilotage SCRUM est une approche AGILE où sont parfaitement définies les clés de voute permettant la planification : Le périmètre projet sous la forme du Product Backlog même s il est amené à évoluer au cours du projet ; Les jalons temporels sous la forme de sprints et des différentes instances de ceux-ci (planning, review, retrospective), Les ressources impliquées sous la forme d un Product Owner, d un SCRUM Master et d une équipe de développement. Il est donc simple en SCRUM de produire l ensemble des indicateurs de suivi de projet permettant au management stratégique de prendre les décisions nécessaires La productivité Grace à la priorisation et à la capacité qu il offre de redéfinir le besoin tout au long du projet, SCRUM permet d obtenir un ratio ressources dépensées / production exploitée reconnu comme bien supérieur à celui de l application d un cycle en V. C est une conséquence directe et prévisible de la suppression de l effet tunnel La couverture rapide Le rythme et la façon de construire les sprints en SCRUM permettent de livrer rapidement en production la couverture de besoins prioritaires. D une part cela permet d accroitre le retour sur investissement en obtenant plus rapidement les gains apportés par le livrable du projet et d autre part, cela réduit grandement le risque que la couverture d un besoin soit fournie une fois que le besoin n existe plus. 12
14 4 - Le SCRUM 4.3. Les inconvénients Les principaux facteurs de risque de l application du SCRUM viennent avant tout de la formation et de la maturité des différents acteurs du SCRUM. On notera en particulier : La maturité du SCRUM Master SCRUM est usuellement décrit comme étant «une méthode de projet AGILE» alors qu il devrait en fait être décrit comme étant «une méthode de projet pour les structures AGILE». Si la différence peut sembler minime, elle devient en fait fondamentale aux vues du peu de structure AGILE présente sur le marché européen. L implémentation d un projet en SCRUM dans une structure non AGILE est à la fois une demande récurrente et un exercice périlleux. La complexité réside dans le fait que s ils sont pris l un après l autre et associer bout à bout, les éléments du SCRUM donne une vision du projet qui semble cohérente ( Déroulement du SCRUM (la Grande Messe)). Cet ensemble est même si cohérent qu on peut chercher à l appliquer tel quel. La position de SCRUM Master est alors réduite au pilotage de cet enchainement que représente la grande messe. On parlera alors de SCRUM dénaturé (la coquille vide). Le résultat peut alors être à l opposé des gains attendus. L exemple le plus flagrant concerne l effet tunnel. Lors d un cycle en V, cet effet entraine un livrable finalisé mais régulièrement assez éloigné du besoin réel au moment de la livraison. Au moins, il y a un livrable finalisé pouvant répondre partiellement au besoin. Lors d un SCRUM dénaturé, il n est pas rare de ne rien avoir à la fin où d avoir un ensemble d essai s appliquant à un besoin unique mais non exploitables en production. C est pourquoi il est essentiel qu un SCRUM Master soit avant tout un leader AGILE. Son métier consiste à mener des projets AGILE et le SCRUM n est que l un de ses outils. Ce n est pas la nature de son travail. Le test est simple. Si vous demandez à un SCRUM Master la nature de son travail, il peut répondre qu il pilote des projets AGILE. S il répond qu il fait du SCRUM ou qu il est SCRUM Master, il y a une probabilité non négligeable qu il apporte plus d importance à la méthode qu aux principes et donc plus d importance à l outil qu au livrable. Nous sommes face à un problème de maturité. Dans une structure non AGILE, la tentation est forte de former au SCRUM les chefs de projet présents alors que ceux-ci n ont pas assimilés les principes fondateurs de l AGILITE. Ils peuvent alors devenir de fervents défenseurs de la méthode ce qui est à l opposé même de l AGILITE. Un SCRUM Master se sert du SCRUM pour faire de l AGILITE. Il est AGILE avec la méthode aussi La maturité du Product Owner Le Product Owner est l élément le plus important d un projet SCRUM. Il est le capitaine à bord du navire. Avec l autonomie et la responsabilisation que l on impose à l équipe de développement en SCRUM, il est indispensable qu en contrepartie celle-ci puissent avoir rapidement les réponses à ses questions. En cas d absence de réponse, les développeurs devront faire au mieux avec les éléments à leur disposition et le Product Owner devra assumer la responsabilité de devoir reprendre le besoin si nécessaire. Le contexte est cependant le même que celui évoqué au niveau du SCRUM Master. Les structures AGILE sont encore peu nombreuses sur le marché européen et pourtant la demande de projet SCRUM est bien présente. Les Product Owner sont donc en général issus soit des services métiers, soit des services MOA. Dans le cas où il est nommé dans un service métier, en général la tache de Product Owner est sous-estimée et celui-ci conserve des taches opérationnelles incompatibles avec les 13
15 4 - Le SCRUM exigences de disponibilité demandées par SCRUM. Dans le cas où il est nommé à partir des services de MOA classique, la situation est en générale pire. Le Product Owner est alors en général incapable de trancher sur les questions fonctionnelles et devient un intermédiaire entre l équipe de développement et le service métier. Dans les deux cas, l équipe de développement perd sa vélocité, se démoralise et finie démotivée. Le SCRUM Master peut aider le Product Owner à gagner en maturité tout au long du projet. Mais il ne peut pas assumer les responsabilités de celui-ci à sa place La motivation de l équipe de développement En SCRUM, il est demandé à l équipe de développement de s autogérer au quotidien, de conserver un œil critique, d être force de proposition et de s engager sur ses capacités à couvrir le besoin. C est pourquoi, afin de rester motivé et focalisé, l équipe de développement doit être dédiée au projet. D autre part, afin de conserver cette motivation et cette focalisation, l équipe doit travailler sur un rythme humainement tenable et stable : charge normale et constante. Ces composantes doivent être garanties par le duo SCRUM Master et Product Owner. La maturité du SCRUM Master et du Product Owner rejailli donc directement sur la motivation et l efficacité de l équipe de développement. 14
16 5 - Conclusion 5. Conclusion SCRUM n est qu une méthode parmi beaucoup d autres. Il existe bien sur un nombre important d autres méthodes, plus ou moins adaptées en fonction du contexte d utilisation. Parmi les autres méthodes AGILE on nommera : Extreme Programming Crystal Clear Kanban Lean Et c est justement là la vraie nature de l AGILITE, ce qui en fait une philosophie, un état d esprit. Il faut être capable de prendre le meilleur de chaque méthode en fonction du contexte d application, en mélanger les éléments pertinents afin de constituer une méthode spécifique au contexte. La seule nécessité est d apporter une réponse aux différentes bonnes pratiques mises en avant par le manifeste AGILE. Ces réponses peuvent même être créées de toute pièce si le contexte l exige, tout en n oubliant pas que réinventer la roue n a rien d AGILE. 15
17 6 - Annexe Table des illustrations 6. Annexe Table des illustrations Figure 1 Cycle en V... 3 Figure 2 Cycle en V (modèle en cascade)... 4 Figure 3 Taux de réussite des projets «Cycle en V» (source Chaos Manifesto)... 6 Figure 4 Projet mené à complétion : AGILITE versus Cascade/Cycle en V... 8 Figure 5 Chantier de l'opéra de Sydney (source site officiel)... 8 Figure 6 Opéra de Sydney ((source site officiel)... 9 Figure 7 Déroulement du SCRUM (la Grande Messe) Figure 8 Burn Down Chart
SCRUM BUT, LE LIVRE BLANC. De la problématique de mener un projet AGILE dans une organisation classique
SCRUM BUT, LE LIVRE BLANC De la problématique de mener un projet AGILE dans une organisation classique Résumé Alors que les demandes de conduite de projet en AGILITE sont de plus en plus fréquentes, les
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é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é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é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é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é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é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é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é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é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étailFormation pour Product Owner
2 jours +33 6 08 34 63 55 laurent@morisseauconsulting.com SARL unipersonnelle au capital de 3500 - N SIRET : 508 068 590 00019 Code APE 6202A Sommaire 1 Contexte de la formation... 3 2 Le formateur...
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étailFormation Scrum. 2 jours
2 jours +33 6 08 34 63 55 laurent@morisseauconsulting.com SARL unipersonnelle au capital de 3500 - N SIRET : 508 068 590 00019 Code APE 6202A Sommaire 1 Contexte de la formation... 3 2 Le formateur...
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é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étailCertification Scrum Master
avec Jeff Sutherland Les méthodes Agiles représentent indéniablement une approche nouvelle et différente dans la conduite de projets. Au lieu de suivre un plan à la lettre en assignant des tâches à une
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é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é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étailLes méthodes Agiles. Introduc)on aux méthodes Agiles Exemple : Scrum
Les méthodes Agiles Introduc)on aux méthodes Agiles Exemple : Scrum Défini)on de base Les méthodes Agiles sont des procédures de concep)on de logiciel qui se veulent plus pragma)ques que les méthodes tradi)onnelles
Plus en détailIntroduc)on à l Agile
Introduc)on à l Agile 1 D où je viens Études M2 info : Paris Diderot (2009) MS Management de Projets Technologiques : ESSEC / Telecom Paris (2010) Aujourd hui Consultant à OCTO Technology (Conseil en SI)
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é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étailScrum et itk : adaptation de la méthode au développement d OAD. D après Henrik Kniberg Scrum et XP depuis les tranchées
Scrum et itk : adaptation de la méthode au développement d OAD D après Henrik Kniberg Scrum et XP depuis les tranchées LES MÉTHODES AGILES Méthodes classiques client IKK!! #@??? client IK K Définition
Plus en détailMinistère de l intérieur --------
Ministère de l intérieur -------- Examen professionnel d ingénieur principal des systèmes d information et de communication du ministère de l intérieur Session 2013 Meilleure copie Sujet n 1 - Réseaux
Plus en détailLA MÉTHODE AGILE VS LE CYCLE EN V UNE RÉVOLUTION DANS LA GESTION DE PROJET. Franck BEULÉ
LA MÉTHODE AGILE VS LE CYCLE EN V UNE RÉVOLUTION DANS LA GESTION DE PROJET Franck BEULÉ 18 avril 2012 Bienvenue L'hôte de ce soir Franck BEULÉ Chef de Projet senior Chez Vision IT Group depuis 2 ans Actuellement
Plus en détailScrum. ... pour des projets informatiques agiles. Pascal Lando Certified Scrum product owner
Scrum... pour des projets informatiques agiles Pascal Lando Certified Scrum product owner e-merchant Laboratoire Mis IUP Miage d Amiens pascal.lando@u-picardie.fr 2 octobre 2013 Ceci n est pas un cours
Plus en détailPagesJaunes.fr Mise en place de Scrum de scrum. Fabien Grellier Agile Tour 2010 7 Octobre
PagesJaunes.fr Mise en place de Scrum de scrum Fabien Grellier Agile Tour 2010 7 Octobre 1 Roadmap Le contexte PagesJaunes.fr Le projet PagesJaunes.fr 2009 Rétrospective Conclusion 2 Le contexte PagesJaunes.fr
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é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é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étailScrum et l'agilité des équipes de développement
NormandyJUG Scrum et l'agilité des équipes de développement Par Dimitri Baeli & Nicolas Giard 23 Février 2010 Présentation des intervenants Dimitri Baeli http://twitter.com/dbaeli VP Quality Enterprise
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é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é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é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é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étailSTRATEGIE, GOUVERNANCE ET TRANSFORMATION DE LA DSI
STRATEGIE, GOUVERNANCE ET TRANSFORMATION DE LA DSI NOTRE EXPERTISE Dans un environnement complexe et exigeant, Beijaflore accompagne les DSI dans le pilotage et la transformation de la fonction SI afin
Plus en détailFondateur d Agile Impulse 06 29 95 14 53 nicolashennion@agileimpulse.com. Support disponible sur agileimpulse.com/formation/scrumssii2j.
SCRUM AU QUOTIDIEN EN SSII Nicolas Hennion Fondateur d 06 29 95 14 53 nicolashennion@agileimpulse.com Support disponible sur agileimpulse.com/formation/scrumssii2j.pdf ( ) Il existe des projets informatiques
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é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é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étailCours Ephec Niv. 2 : Technique et gestion de projet. Par Monsieur Bertieaux Année Académique 2014-2015. Quelles sont les 4 valeurs Agiles?
Cours Ephec Niv. 2 : Technique et gestion de projet Par Monsieur Bertieaux Année Académique 2014-2015 Réponse aux questions du cours, slide Cours 2_2_Scrum Quelles sont les 4 valeurs Agiles? 1. «Les personnes
Plus en détailEn face du commanditaire, on met un chef de projet qui connait le domaine (banque, administration, etc.)
Atelier «Science du projet» séance 4 8 novembre 2008 Compte rendu 1. Sébastien Larribe : la méthode AGILE, méthode de gestion de projet Sébastien Larribe part de l hypothèse que des méthodes de conception,
Plus en détailXEBIA DÉVELOPPEMENT OFFSHORE DISTRIBUÉ EN MÉTHODES AGILES. CAS CLIENT : CoachClub
XEBIA DÉVELOPPEMENT OFFSHORE DISTRIBUÉ EN MÉTHODES AGILES CAS CLIENT : CoachClub Le métier de CoachClub CoachClub est le premier site vidéo de Coaching Sportif personnalisé. Mis au point par des professionnels
Plus en détailIntroduction. Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas :
Introduction Le CRM se porte-t-il si mal? Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas : «75 % de projets non aboutis» «La déception du CRM» «Le CRM : des
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étailAgile 360 Product Owner Scrum Master
Agile 360 Product Owner Scrum Master Lead Technique Equipe Agile Conception Agile Leadership Agile Software Craftmanship Test Driven Development Catalogue 2013 Liste des formations Formation Agile 360
Plus en détailFormation agile. Formation agile Created on 24 janv. 2012 Edited on 29 févr. 2012. Page 1 sur 16
Formation agile Page 1 sur 16 1. Qui sommes-nous?... 3 1.1. Pierre-Emmanuel Dautreppe... 3 1.2. Norman Deschauwer... 3 1.3. L association DotNetHub... 3 2. Introduction... 5 3. Agile Manifesto... 6 4.
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étailScrum Le guide pratique de la méthode agile la plus populaire 3 e édition Claude Aubry 320 pages Dunod, 2013
Scrum Le guide pratique de la méthode agile la plus populaire 3 e édition Claude Aubry 320 pages Dunod, 2013 Illustration de couverture : Clément Pinçon Dunod, Paris, 2014 ISBN 978-2-10-071038-6 Préface
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é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étailLes «méthodes Agiles»
doctrine Logiciel Le contrat de développement logiciel en méthode Agile Un peu de douceur dans un monde de brutes? Les «méthodes Agiles» consacrent une philosophie de travail évolutive et pragmatique reposant
Plus en détailLes projets d investissement en PME
Le point sur Les projets d investissement en PME Concilier performance économique et conditions de travail L investissement reste un moment clé du développement d une entreprise. C est l occasion de repenser
Plus en détailALDEA ET SYSTEMES D INFORMATION
ALDEA CONSEIL EN ORGANISATION ET SYSTEMES D INFORMATION Professionnalisation de la gestion de projet 30 avenue du Général Leclerc 92100 Boulogne-Billancourt Tel : +33 1 55 38 99 38 Fax : +33 1 55 38 99
Plus en détailCATALOGUE)FORMATION)2015)
CATALOGUE)FORMATION)2015) Intitulé(de(formation( Code( Agiliser)vos)processus) F010$ Fondamentaux)du)Lean) F021$ Résolution)de)problème) F022$ Lean)Six)Sigma) F023$ Mesures)et)indicateurs) F030$ Assurance)qualité,)vérification,)validation)
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étailConditions gagnantes pour démarrer sa transition Agile
Conditions gagnantes pour démarrer sa transition Agile 1 4 Les De plus en plus d organisations voient l Agilité comme une piste de solution aux problèmes auxquels elles sont confrontées. Par ailleurs,
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étailIsabelle Therrien @itherrien. Nicolas Mivielle @sonic1200
Isabelle Therrien @itherrien Nicolas Mivielle @sonic1200 UBISOFT & GROUPE TECHNOLOGIQUE - Plus de 300 personnes - Fourniture de solutions logicielles pour les jeux - Collaboration directe avec les jeux,
Plus en détailGestion de Projet Agile
Gestion de Projet Agile Planification et Estimation Sprint 0 Tianxiao.Liu@u-cergy.fr Université de Cergy-Pontoise Master SIC/ISIM 2 ième Année Plan Introduction Motivation : pourquoi planifier & estimer?
Plus en détailMéthodes Agiles : un équilibre contractuel remis en cause? Jonathan Rofé Matinales IPT DLA Piper Paris 24 mars 2011
Méthodes Agiles : un équilibre contractuel remis en cause? Jonathan Rofé Matinales IPT DLA Piper Paris 24 mars 2011 Rappel Définition: Méthodes de conception de logiciel qui, favorisant une approche pragmatique,
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étailEnsemble mobilisons nos énergies
Ensemble mobilisons nos énergies «Lancé en Juin 2005, SIRIUS est désormais un projet au cœur de notre entreprise, au service des ambitions et des objectifs qui s inscrivent dans le cadre de notre stratégie
Plus en détailFeature Team Primer. par Craig Larman et Bas Vodde. Version 1.2
ÉQUIPE FEATURE par Craig Larman et Bas Vodde Version 1.2 Les Équipes Feature 1 et les Domaines Fonctionnels 2 sont des éléments essentiels pour dimensionner le développement en mode agile et lean. Ces
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étailScrum. Description. Traduit en langue française par Bruno Sbille et Fabrice Aimetti - Avril 2014 - Trad FR v1.1
Scrum Description Traduit en langue française par Bruno Sbille et Fabrice Aimetti - Avril 2014 - Trad FR v1.1 V 2012.12.13 2014 Scrum Alliance,Inc 1 Les principes de Scrum Les Valeurs du Manifeste Agile
Plus en détailUser stories et Backlog de produit
User stories et Backlog de produit User-stories ou scénarios : Une user story ou un scénario est une exigence du système à développer formulée en une ou deux phrases dans le langage des utilisateurs pour
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é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é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étailPartie I Le Management des Systèmes d Information : un défi pour les PME
Partie I Le Management des Systèmes d Information : un défi pour les PME Les PME n ont généralement pas de Direction SI ou de service informatique. Chaque fonction est donc responsable de ses propres matériels
Plus en détailLes 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é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étailL'agilité appliquée à nous-mêmes. Philippe Krief, PhD Development Manager IBM France Lab
L'agilité appliquée à nous-mêmes Philippe Krief, PhD Development Manager IBM France Lab Agenda Où en était l équipe RPP il y a 24 mois Réorganisation de l équipe et du projet autour de Scrum et de RTC
Plus en détailITIL V3. Transition des services : Principes et politiques
ITIL V3 Transition des services : Principes et politiques Création : janvier 2008 Mise à jour : août 2009 A propos A propos du document Ce document de référence sur le référentiel ITIL V3 a été réalisé
Plus en détailMéthodologies SCRUM Présentation et mise en oeuvre
Méthodologies SCRUM Présentation et mise en oeuvre Réalisé par Istace Emmanuel (Manu404) pour la communauté Hackbbs Document sous license GFDL (Licence de documentation libre GNU) http://www.gnu.org/licenses/licenses.fr.html
Plus en détailAppel à candidatures. Audit de l organisation, de la planification et du pilotage des systèmes d information
Appel à candidatures Audit de l organisation, de la planification et du pilotage des systèmes d information Version 0.6 20 mars 2015 Statut Validé 1 Introduction 1.1 Présentation de l Agence universitaire
Plus en détailAlignement stratégique du SI et gestion de portefeuille de projets
Alignement stratégique du SI et gestion de portefeuille de projets Le CIGREF, dans son livre blanc de 2002, précise que «l alignement stratégique de l organisation sur le métier est le fait de mettre en
Plus en détailGénie Logiciel LA QUALITE 1/5 LA QUALITE 3/5 LA QUALITE 2/5 LA QUALITE 4/5 LA QUALITE 5/5
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 LA QUALITE 1/5 La gestion de la qualité Enjeux de la
Plus en détailSCRUM chez BWIN : implémentation d une méthode agile dans Focalpoint Spasija Taseva et Corinne Bacle
SCRUM chez BWIN : implémentation d une méthode agile dans Focalpoint Spasija Taseva et Corinne Bacle 1 AGENDA Présentation de BWIN Description rapide du scrum Processus du scrum Démonstration de l implémentation
Plus en détailPrésentation du Système d Administration Générale des Projets (Agape )
Altaïr Conseil QUALITE - ORGANISATION - CHANGEMENT Présentation du Système d Administration Générale des Projets (Agape ) Altaïr Conseil - 2007-33, Rue Vivienne 75 002 Paris - 01 47 33 03 12 Présentation
Plus en détailLes 10 pratiques pour adopter une démarche DevOps efficace
Les 10 pratiques pour adopter une démarche DevOps efficace William Gravier RESPONSABLE D ACTIVITE DEVOPS SOCIETE POESI 1 QU EST-CE QUE DEVOPS? 2 LES TROIS PROCESSUS DEVOPS 3 L AGILITE DES ETUDES ET L ITILISISATION
Plus en détailEXIN Agile Scrum Master
Guide de préparation EXIN Agile Scrum Master Édition de juillet 2015 Copyright 2015 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing
Plus en détailComment mettre en oeuvre une gestion de portefeuille de projets efficace et rentable en 4 semaines?
DOSSIER SOLUTION Package CA Clarity PPM On Demand Essentials for 50 Users Comment mettre en oeuvre une gestion de portefeuille de projets efficace et rentable en 4 semaines? agility made possible CA Technologies
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étailLe rôle de l architecte Agile
Le rôle de l architecte Agile Jean- René Rousseau et Mathieu Boisvert 6 novembre 2012 Copyright 2012, Pyxis Technologies inc. Tous droits réservés Qui sommes- nous? Jean- René Rousseau Coach et Formateur
Plus en détailScrum/XP adapté au BI/DW
Scrum/XP adapté au BI/DW Marc-Éric Larocque, PMP, MBA, CBIP, PSM marc-eric.larocque@procimaexperts.com Jean-François Pilon, CBIP jean-francois.pilon@procimaexperts.com PROCIMAEXPERTS.COM Introduction Objectifs
Plus en détailEXPERIENCED BY SQLI GROUP 2011
EXPERIENCED BY SOMMAIRE COMMENT GÉRER UN PROJET DE MISE EN PLACE D UN SITE E-COMMERCE BÂTIR UNE STRATÉGIE E-COMMERCE Méthodologie de gestion de projet E-commerce objectifs E-commerce : benchmark, stratégies
Plus en détailComment réussir la mise en place d un ERP?
46 Jean-François Lange par Denis Molho consultant, DME Spécial Financium La mise en place d un ERP est souvent motivée par un constat d insuffisance dans la gestion des flux de l entreprise. Mais, si on
Plus en détailRéussir le choix de son SIRH
Réussir le choix de son SIRH Pascale Perez - 17/09/2013 1 L évolution du SI RH 1960 à 1970 : le progiciel de paie. Le système d information RH apparaît dans les années soixante avec la construction des
Plus en détailPlanifier et suivre un projet 03 jours 18,19 et 20 Mai 2014 S entraîner à la gestion de projet à travers une étude de cas
Lieu: Institut Univers (Akbou - Bejaia Algérie) Planifier et suivre un projet 03 jours 18,19 et 20 Mai 2014 S entraîner à la gestion de projet à travers une étude de cas 05 jours 01,02,03,04 et 05 juin
Plus en détailModèle de changement d organisation. Leanpizza.net présente. Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation
Guide rapide Leanpizza.net présente Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation v1.0 Rédacteur : Olivier Lafontan Traduction : Yannick Quenec hdu Date : 29 juin 2010 - Guide
Plus en détailGuide pour aider à l évaluation des actions de formation
Guide pour aider à l évaluation des actions de formation Pourquoi évaluer? L évaluation constitue la dernière étape du service d ingénierie que le conseiller de l AGEFOS PME Bretagne peut apporter à l
Plus en détailISTQB Agile Tester en quelques mots ISTQB Marketing Working Group
ISTQB Agile Tester en quelques mots ISTQB Marketing Working Group Mai 2014 Qu est-ce que l ISTQB? ISTQB : International Software Testing Qualifications Board (www.istqb.org): Association sans but lucratif
Plus en détailDévelopper une culture d efficience
point de vue services financiers Développer une culture d efficience dans les Back Offices Hughes ROY Partner au sein de l'équipe Services Financiers de Sopra Consulting, Hughes Roy est porteur de l offre
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étail