Introduction Pearson France SCRUM Kenneth S. Rubin
|
|
- Anne-Claire Legaré
- il y a 8 ans
- Total affichages :
Transcription
1 1 Introduction Le 12 juin 2000, j'étais vice-président exécutif chez Genomica, une société de bio-informatique de Boulder, dans le Colorado. Je m'en souviens bien puisque c'est ce jour-là, à 1 heure du matin, qu'est né mon fils Asher. Sa naissance a constitué un excellent début de journée. Asher est en effet né exactement le jour prévu (ce qui arrive dans 5 % des cas aux États-Unis). Nous avions donc (surtout ma femme Jenine) achevé notre "projet" de neuf mois dans les temps. Et pour couronner le tout, Asher nous a gratifiés d'un score d'apgar très élevé, ce qui prouve que le résultat était de haute qualité! Notre autre actionnaire principal, notre fils aîné Jonah, était enthousiasmé à l'idée d'avoir un petit frère. Livraison dans les délais d'un résultat de grande qualité et actionnaires heureux : c'était vraiment une belle journée! Après une courte sieste, j'ai vérifié mes courriels et vu que le CEO de Genomica m'avait envoyé un message urgent dans lequel il me demandait d'être présent à une réunion de direction le jour même à 8 heures du matin. J'ai quitté l'hôpital de mauvaise grâce et me suis rendu à cette réunion. En arrivant, j'ai appris que le vice-président Engineering avait été licencié la nuit précédente et que j'avais hérité de son équipe de 90 ingénieurs. Cela ne m'a pas surpris, car voilà plusieurs mois que la direction de Genomica s'inquiétait de l'incapacité de la société à livrer des produits dans les délais et avec une qualité suffisante. Le viceprésident Engineering était au centre des débats. J'étais dorénavant chargé de superviser les efforts à déployer pour améliorer sérieusement les résultats de notre département de développement de produits. Je me souviens d'avoir été frappé par l'ironie de cette journée : une livraison réussie et la nouvelle responsabilité de mieux livrer des produits. Mais j'étais déjà fort occupé avec ma supervision des ventes et du marketing. On m'a donc autorisé à embaucher un nouveau vice-président Engineering. J'ai choisi Mike Cohn (Cohn, 2004 ; Cohn, 2006 ; Cohn, 2010), et nous avons décidé d'adopter l'approche Scrum.
2 2 Scrum - Management de projet Agile Qu'est-ce que Scrum? Scrum est une approche de type Agile pour développer des produits et des services innovants. La Figure 1.1 en schématise une version simplifiée et générique. Backlog de produit Fonction A Fonction B Fonction C Planification itérative Fonction C Fonction A Fonction B Revue itérative Itération (de une semaine à un mois calendaire) Figure 1.1 Vue générale du développement Agile. Dans l'approche Agile, vous commencez par établir un Backlog de produit (un carnet de travaux), c'est-à-dire une liste priorisée des fonctions et capacités requises pour réaliser le développement d'un produit réussi. Vous vous servez de ce Backlog de produit pour travailler en priorité sur les éléments les plus importants, ceux ayant la plus grande priorité. Lorsque vous tombez à court de ressources (de temps, par exemple), tout ce qui n'a pas eu le temps d'être réalisé sera nécessairement moins prioritaire que ce qui a pu l'être. Les tâches correspondent à des itérations clairement limitées dans le temps et d'une durée unitaire comprise entre une semaine et un mois calendaire. Tout le travail de chaque tâche (conception, construction et tests) est effectué par une équipe restreinte, auto-organisée et multifonctionnelle, suffisante pour réaliser des fonctions complètes pouvant être exploitées telles quelles. En général, le volume de travail que représente le Backlog de produit est largement supérieur à ce que peut réaliser une équipe en une seule itération dont la durée est par définition assez courte. En début d'itération, l'équipe sélectionne dans le Backlog le sous-ensemble d'éléments ayant la plus haute priorité pour alimenter la prochaine itération. La Figure 1.1 montre par exemple que l'équipe a décidé qu'elle était en mesure de produire les fonctions A, B et C.
3 Chapitre 1 Introduction 3 Arrivée en fin d'une itération, l'équipe évalue les fonctions réalisées avec les parties prenantes afin d'obtenir leur avis. Le Product Owner et l'équipe peuvent ensuite se fonder sur cet avis pour modifier l'ordre des prochaines tâches et la façon dont l'équipe doit planifier la suite des travaux. Si par exemple les parties prenantes constatent qu'une fonction a bien été réalisée mais qu'une autre fonction encore jamais considérée doive absolument être intégrée, le Product Owner peut créer une nouvelle entrée dans le Backlog de produit à l'endroit le plus approprié pour la faire prendre en compte dans une prochaine itération. En fin de chaque itération, l'équipe doit avoir réalisé un produit (ou une mise à jour du produit) dans un état potentiellement livrable, c'est-à-dire qu'il devra pouvoir être livré si cette décision apparaît pertinente. Lorsque ce n'est pas le cas, l'état potentiellement livrable doit pouvoir être atteint à partir du regroupement des fonctions produites par plusieurs itérations. Une fois qu'une itération est terminée, l'ensemble du processus est relancé en commençant par la planification de la prochaine itération. Origines de Scrum La riche histoire de Scrum remonte à l'année 1986 avec un article du magazine Harvard Business Review intitulé "The New New Product Development Game" (Takeuchi et Nonaka, 1986). Cet article s'intéressait à la façon dont des entreprises telles que Honda, Canon et Fuji-Xerox parvenaient à produire des résultats de classe mondiale à partir d'une approche basée sur des équipes à géométrie variable avec un développement de produit en tâches parallèles (all-at-once). L'étude soulignait l'importance des équipes auto-régulées et responsabilisées et le rôle du management dans le processus de développement. Cet article fondateur de 1986 a joué un grand rôle dans la consolidation de plusieurs des concepts qui sont à l'origine de Scrum. Notez que Scrum n'est pas (une fois n'est pas coutume) un acronyme, mais un terme emprunté au monde du rugby. C'est le terme anglais pour la mêlée qui consiste à faire s'opposer deux groupes de joueurs pour remettre le ballon en jeu suite à une faute ou une sortie de jeu. Même si vous n'êtes pas fanatique de rugby, vous avez sans doute déjà vu ce genre de regroupement de forces, bras dessus, bras dessous, tête baissée, cherchant à reprendre possession du ballon jeté entre leurs jambes. Takeuchi et Nonaka se sont emparés des métaphores du rugby et de la mêlée pour décrire le cycle de développement d'un produit : L'approche classique de type "course de relais" appliquée au développement de produit (...) peut entrer en conflit avec les objectifs de vitesse et de souplesse maximales. Au lieu de cela, l'approche globale, holistique, ou approche "rugby", dans laquelle une équipe cherche à rester unie tout au long du processus, en faisant des passes de balles en avant et en arrière, peut mieux convenir aux attentes actuelles en termes de compétitivité.
4 4 Scrum - Management de projet Agile En 1993, Jeff Sutherland et son équipe chez Easel Corporation ont développé le processus Scrum dans l'optique du développement de logiciels en combinant les concepts de l'article de 1986 avec ceux issus de plusieurs autres domaines : développement en programmation orientée objets, contrôle empirique de processus, approches de développement itérative et incrémentale (progressive), recherches en processus logiciels et en productivité et, enfin, systèmes adaptatifs complexes. En 1995, Ken Schwaber a publié le premier article présentant Scrum lors de la conférence OOPSLA 1995 (Schwaber, 1995). Depuis lors, Schwaber et Sutherland, soit ensemble, soit indépendamment, ont publié plusieurs livres consacrés à Scrum, parmi lesquels Agile Software Development with Scrum (Schwaber and Beedle, 2001), Agile Project Management with Scrum (Schwaber, 2004) et The Scrum Guide (Schwaber and Sutherland, 2011). L'approche Scrum est d'abord utilisée pour produire des logiciels, mais ses concepts et principes peuvent et sont exploités pour d'autres catégories de produits ou pour organiser les flux dans divers types de travaux. J'ai par exemple collaboré avec des organisations qui ont employé Scrum de façon profitable pour gérer et structurer le développement de matériels informatiques, de campagnes de marketing et d'opérations commerciales. Pourquoi Scrum? En quoi une approche de type Agile telle que Scrum a t-elle constitué un choix pertinent pour la société Genomica? Au départ, il a bien fallu constater que l'ancienne approche de développement de Genomica n'était pas fonctionnelle. C'était la mauvaise nouvelle, mais la bonne était que quasiment tout le monde était d'accord sur ce point. Le domaine d'activité de Genomica était complexe, avec une part d'inconnu plus grande que la part de connu. Nous devions créer des produits réellement nouveaux, sans précédents. L'objectif était de produire des plates-formes informatiques capables d'une évolution permanente, toujours à la pointe de la technologie afin d'offrir aux chercheurs les outils avec lesquels ils pourraient découvrir la prochaine molécule chimique à fort potentiel commercial. Il nous fallait trouver une approche de développement permettant d'explorer rapidement de nouvelles idées et de faire vite le tri entre les solutions viables et les autres. Notre partenaire stratégique devait être maintenu informé de l'avancement de nos travaux toutes les trois à cinq semaines, parce que notre produit devait pouvoir s'intégrer à sa ligne de matériels de séquençage d'adn. Cette contrainte d'exploration et d'évaluation rapide se mariait mal avec la planification détaillée préalable que nous pratiquions. Nous voulions aussi éviter de devoir figer dès le départ les choix d'architecture fondamentaux. Lors d'un précédent projet de création de la prochaine génération de produits d'infrastructure de Genomica, l'entreprise avait consacré quasiment une année entière à travailler sur l'architecture en vue d'obtenir une vaste plate-forme de bio-informatique unifiée. Mais le jour où la première application utilisateur destinée aux scientifiques a été mise en place dans cette architecture, il nous a fallu valider des choix de conception faits bien des mois auparavant. Résultat : il fallait par exemple 42 secondes pour passer d'un champ de saisie au suivant par la touche Tab! Si vous considérez qu'un utilisateur lambda est par nature impatient, imaginez la réaction d'un docteur en biologie moléculaire quand vous lui faites gaspiller 42 secondes de son temps précieux et de sa
5 Chapitre 1 Introduction 5 concentration! C'était un beau désastre. Il nous fallait trouver une autre approche de conception, plus équilibrée, combinant un minimum de conception initiale et une bonne dose de conception au fil de l'eau. Nous voulions en outre que nos équipes soient plus polyvalentes. De par son histoire, la société Genomica était structurée comme la plupart des entreprises. L'équipe de développement transmettait son travail à l'équipe de test seulement quand elle avait totalement terminé le développement. Dorénavant, nous voulions que tous les membres du projet aient de fréquentes opportunités de resynchronisation, si possible au quotidien. Dans le passé, les erreurs s'accumulaient car les points fondamentaux n'étaient débattus que trop tard dans le cycle de développement. Les gens des différents domaines ne communiquaient pas assez souvent. C'est pour ces raisons, entre autres, que nous avons décidé que l'approche Scrum serait appropriée aux besoins de Genomica. Résultats chez Genomica Lorsque nous avons choisi d'adopter Scrum, cette approche n'était pas encore bien connue. Le premier livre au sujet de Scrum n'allait apparaître qu'un an plus tard (Schwaber and Beedle, 2001). Nous avions alors choisi de réunir toutes les informations disponibles et de faire au mieux avec, et les résultats ont été sensiblement meilleurs qu'auparavant (voir Tableau 1.1). Tableau 1.1 : Résultats Scrum chez Genomica Mesure Cascade Scrum Effort 10x 1x Rapidité 1x 7x Satisfaction client Faible Excellente En termes d'efforts, le développement Scrum nous a demandé dix fois moins (en nombre d'hommes/mois) que nos expériences précédentes en approche planifiée en cascade pour le même volume fonctionnel à produire. Non moins important, la rapidité de progression avec Scrum s'est avérée sept fois supérieure à celle de l'approche en cascade ; autrement dit, dans le même laps de temps, le développement Scrum permettait de produire sept fois plus de fonctions que le développement en cascade. Enfin, nous avons pu livrer le logiciel à notre partenaire en respectant les délais qui lui ont permis de lancer sa nouvelle plate-forme matérielle. Cela a renforcé notre partenariat à long terme et donc augmenté sensiblement la valeur actionnariale de l'entreprise Genomica. Est-ce que Scrum peut vous aider? Le vécu de Genomica avant l'adoption de Scrum (produire des fonctions dont personne n'avait plus besoin et les livrer avec des défauts et hors délais) n'est pas si rare. Comme
6 6 Scrum - Management de projet Agile bien d'autres entreprises, Genomica y a survécu simplement en n'étant pas pire que ses concurrentes. J'ai constaté les mêmes problèmes dès que j'ai commencé à travailler dans le secteur du développement de logiciels au milieu des années Dans la plupart des cas, trente années n'ont pas suffi à améliorer la situation. Supposez que vous réunissiez vos commerciaux et vos développeurs pour leur poser des questions du genre : "Êtes-vous satisfaits des résultats de nos développements de produits?" ou encore "Pensez-vous que nous apportons de la valeur à nos client dans le respect des délais, de la rentabilité et de la qualité?". Que croyez-vous qu'ils vous répondent? Les personnes que je rencontre lors de mes sessions de formation et de conseil dans diverses parties du monde répondent assez souvent par la négative à ces deux questions et poursuivent par une litanie d'arguments : "Le taux d'échec des projets est inacceptable", "Nous livrons en retard", "Le retour sur investissement est souvent inférieur aux prévisions", "La qualité logicielle est faible", "La productivité est médiocre", "Personne n'est considéré responsable des résultats", "Le moral des employés est mauvais" ou "Le turnover est trop important". La confidence se termine alors par cette remarque ironique : "Il doit pourtant y avoir moyen de mieux faire". Malgré tout ce mécontentement, la plupart des gens semblent résignés à accepter que la frustration fait partie de la réalité en développement de logiciels. Ce n'est pourtant pas le cas. Les entreprises qui ont appliqué l'approche Scrum de façon posée ont découvert une autre réalité (voir Figure 1.2). Clients satisfaits Meilleur retour sur investissement Coûts réduits Avantages de Scrum Résultats rapides Confiance pour réussir dans le complexe. Figure 1.2 Avantages de Scrum. Plaisir au travail. aa
7 Chapitre 1 Introduction 7 Ces entreprises enchantent leurs clients de façon répétée en leur livrant ce dont elles ont vraiment besoin et pas seulement ce qui a été défini au lancement du projet, époque pendant laquelle les connaissances des besoins étaient les moins complètes. Le retour sur investissement est meilleur, car les releases (livraisons) sont plus fréquentes et de moins grande ampleur. Enfin, par une traque permanente des causes de gaspillage et de dérèglement de l'organisation, ces entreprises réussissent à réduire leurs coûts. Scrum permet de livrer rapidement des résultats tangibles en se concentrant sur des itérations, chacune ayant pour objectif un état fonctionnel du projet intégré et testé. Scrum est bien adapté pour aider les entreprises à réussir dans un contexte complexe et changeant qui demande de s'adapter vite à un faisceau d'initiatives lancées par les concurrents, les clients, les utilisateurs, les organismes de régulation et les parties prenantes. Et Scrum apporte plus de satisfaction à toutes les personnes concernées, aux clients bien sûr, mais aussi aux acteurs du processus! Ils collaborent fréquemment et de façon profitable, ce qui améliore leurs relations et renforce la confiance mutuelle entre membres de l'équipe. Ne nous méprenons pas. Même si Scrum est une excellente solution dans la plupart des situations, ce n'est pas une sinécure. Voyons le modèle de conceptualisation Cynefin (Snowden et Boone, 2007) (un mot gallois à prononcer "qunevinn"). Ce modèle permet de se situer au niveau opérationnel afin de choisir l'approche la plus adaptée à la situation. Il définit et compare les caractéristiques de cinq domaines : les quatre domaines simple, compliqué, chaotique et complexe qui entourent le domaine du désordre dans lequel on se trouve lorsque l'on ne parvient pas à se situer dans l'un des quatre autres (voir Figure 1.3). Je vais exploiter le modèle Cynefin pour passer en revue les situations dans lesquelles Scrum est approprié et celles dans lesquelles il ne l'est pas.
8 Chapitre 1 Introduction 11 Scrum et Kanban sont tous deux fondés sur la philosophie Agile et chaque modèle a ses points forts et ses faiblesses. Vous en tiendrez compte une fois que vous aurez déterminé le domaine de votre projet. Certaines entreprises combinent Scrum et Kanban pour répondre au mieux aux divers besoins d'un système. Scrum pourra ainsi servir pour le développement des nouveaux produits et Kanban pour le support et la maintenance. Conclusion Scrum n'est pas la recette miracle mais il peut vous aider à garder sous contrôle les changements qui accompagnent tout développement de produit complexe. Scrum a été bénéfique pour des entreprises telles que Genomica qui ont décidé d'adopter une approche du développement de logiciel mieux adaptée à leurs besoins. Le cadre formel de Scrum est assez simple, mais ce serait une erreur de penser que Scrum est applicable aisément et sans efforts. Scrum ne donne pas de réponse prédéfinie aux questions qui se posent dans vos processus ; en revanche, il dote les équipes des moyens de poser les questions essentielles et de trouver de bonnes réponses. Scrum n'apporte pas à chacun un livre de remèdes à tous ses soucis d'organisation ; il rend visibles les dysfonctionnements et déperditions qui empêchent les organisations d'atteindre leur plein potentiel. Constater ces défauts peut s'avérer douloureux dans bien des entreprises, mais une fois passée la période initiale d'inconfort, il suffit de s'attaquer à la résolution des problèmes mis en lumière par Scrum pour jouir d'une nette amélioration dans les processus de développement de logiciels et de produits et dans le niveau de satisfaction des employés comme des clients. Toute la suite de ce livre se consacre à la description détaillée des points essentiels de Scrum. Je vais commencer par une présentation globale du modèle Scrum : rôles, activités, artéfacts et règles. Qui sait : si vous adoptez Scrum de la bonne manière et dans les bonnes conditions, vous pourrez vous aussi livrer beaucoup de valeur ajoutée dans les délais, comme y est parvenue ma femme en ce fameux jour de l'année 2000.
Gestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique»
Gestion de projet Agile Module 4.2 - «Gérer et organiser un projet informatique» Sommaire Introduction Principes et méthodes Agiles Scrum 2 Introduction Gestion de projet : démarche structurante assurant
Plus en dé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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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é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étailLa gestion du temps 3e partie: La planification
Volume 15 No 3 - Septembre 1998 ÉDUCATION ET DROITS DE L'HOMME La gestion du temps 3e partie: La planification Colette Paillole Dans de précédents numéros de La revue des Échanges, nous vous avons présenté
Plus en détailLES tests d'acceptation
dans la série : b.d. agile! Idée et dessins par Anis berejeb : www.berejeb.com LES tests d'acceptation reflexions, experimentations... réussites et échecs... apprentissage et amelioration. à Partager avec
Plus en détailLa solution IBM Rational pour une ALM Agile
La solution IBM pour une ALM Agile Utilisez votre potentiel agile Points clés Adopter l'agilité à votre rythme Supporter une livraison multiplateforme Intégrer la visibilité Démarrer rapidement Que votre
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é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étailProfesseur superviseur Alain April
RAPPORT TECHNIQUE PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE DANS LE CADRE DU COURS LOG792 PROJET DE FIN D ÉTUDES EN GÉNIE Implantation de la méthodologie SCRUM dans les grandes entreprises MARTIN MAYER
Plus en détailChoisir ses priorités: le développement incrémental de produit. Copyright Pyxis Technologies
Choisir ses priorités: le développement incrémental de produit Copyright Pyxis Technologies Ce qui m occupe... 2 nous nous préparons l Agile Tour Tour... je suis coach à Pyxis... Sylvie et moi avons publié
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étailIntroduction... 3. IV. Comparaison MERISE/UML/SCRUM...14 1- Approche fonctionnelle...14 2- Schéma Entité/Association...14 3- Méthodologie...
Introduction... 3 I. MERISE... 4 1- Définition... 4 2- Historique... 4 3- Etapes et Niveaux... 4 i- Schéma directeur... 4 ii- Étude préalable... 5 iii- Etude détaillée... 5 iv- Etude technique... 5 v-
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étailSupport Agile avec Kanban quelques trucs et astuces par Tomas Björkholm
Support Agile avec Kanban quelques trucs et astuces par Tomas Björkholm Avant-propos Il y a un an, j'ai animé un atelier au Scrum Gathering de Stockholm sur le Support Agile. Depuis, j'ai reçu plusieurs
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étailNom-Projet MODELE PLAN DE MANAGEMENT DE PROJET
Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Glossaire La terminologie propre au projet, ainsi que les abréviations et sigles utilisés sont définis dans le Glossaire. Approbation Décision formelle, donnée
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étailKanban et son utilisation à la Société GRICS
Kanban et son utilisation à la Société GRICS Par : Serge Pelletier Directeur de l informatique Richard Salette Chef d équipe Serveurs et réseau Vous vous apprêtez à entendre parler d une expérience continue
Plus en détailclient. ECOUTE, SIMPLICITE, SERVICE... Pour ELCIA, l'accompagnement est la clé de la satisfaction ELCIA, le savoir-faire et l'écoute
Communiqué de presse Octobre 2007 ECOUTE, SIMPLICITE, SERVICE... Pour, l'accompagnement est la clé de la satisfaction client. «Gagner du temps, être plus réactif» «Hyper convivialité et souplesse d utilisation»
Plus en détailAnticiper pour avoir une innovation d'avance : le leitmotiv de Pierre Jouniaux, entrepreneur du big data!
Anticiper pour avoir une innovation d'avance : le leitmotiv de Pierre Jouniaux, entrepreneur du big data! Pierre Jouniaux http://www.safety line.fr CV : Pierre Jouniaux, ingénieur aéronautique, pilote
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étailA-t-on le temps de faire les choses?
A-t-on le temps de faire les choses? A-t-on le temps de faire les choses? Un parcours de 25 ans dans le domaine des Systèmes d'information de 6 grandes entreprises Consultante depuis 19 ans Mission / contrats
Plus en détailMéthodologies de développement de logiciels de gestion
Méthodologies de développement de logiciels de gestion Chapitre 5 Traits caractéristiques des deux approches de méthodologie Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch
Plus en détailLa gestion des problèmes
Chapitre 6 La gestion des problèmes Les incidents se succèdent, toujours les mêmes. Des petits désagréments la plupart du temps, mais qui finissent par pourrir la vie. Toute l équipe informatique se mobilise
Plus en détailL enseignement de méthodes agiles dans un contexte d apprentissage actif
L enseignement de méthodes agiles dans un contexte d apprentissage actif Ruben González-Rubio Eugène Morin Balkrishna Sharma Gukhool Groupe ɛ X it C1-3019 Département de génie électrique et de génie informatique
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étailL'évolution de VISUAL MESSAGE CENTER Architecture et intégration
L'évolution de VISUAL MESSAGE CENTER Architecture et intégration Sommaire Résumé exécutif Base technologique : VISUAL Message Center 2 3 VISUAL Message Center Core Engine VISUAL Message Center Extended
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é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étailFaire simplement mieux
Faire simplement mieux Roch Beauchemin Colloque SOQUIBS et AQIISTI 2010 BEAUCHEMIN BOUCHARD ASSOCIÉS INC 1 Faire simplement mieux Dans le contexte actuel de l informatisation, du degré d avancement de
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 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étailIntroduction. I Étude rapide du réseau - Apprentissage. II Application à la reconnaissance des notes.
Introduction L'objectif de mon TIPE est la reconnaissance de sons ou de notes de musique à l'aide d'un réseau de neurones. Ce réseau doit être capable d'apprendre à distinguer les exemples présentés puis
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é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é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étailITIL V2. La gestion des changements
ITIL V2 La gestion des changements Création : novembre 2004 Mise à jour : août 2009 A propos A propos du document Ce document de référence sur le référentiel ITIL a été réalisé en 2004 et la traduction
Plus en détailGUIDE DU FORMATEUR. L'art d'inspirer une équipe de travail
GUIDE DU FORMATEUR L'art d'inspirer une équipe de travail TABLE DES MATIÈRES PRÉPARATION À L'ATELIER LE MESSAGE VIDÉO................................................................ 2 COMMENT UTILISER
Plus en détailAnnexe «gestion agile des projets informatiques. Guide de gestion des projets informatiques OFROU
Département fédéral de l environnement, des transports, de l énergie et de la communication DETEC Office fédérale des routes OFROU Mühlestrasse 2, 3063 Ittigen Standortadresse: Mühlestrasse 2, 3063 Ittigen
Plus en détailCANDIDAT JAPONAIS AU POSTE DE SECRÉTAIRE GÉNÉRAL
CANDIDAT JAPONAIS AU POSTE DE SECRÉTAIRE GÉNÉRAL Dr. Sawako TAKEUCHI Docteur es Ingénierie, l Université de Tokyo et Docteur es Sciences économiques Ancien conseiller du Premier Ministre du Japon sur la
Plus en détailLIBRE CIRCULATION DES MARCHANDISES
LIBRE CIRCULATION DES MARCHANDISES La libre circulation des marchandises, la première des quatre libertés fondamentales du marché intérieur, est garantie par la suppression des droits de douane et des
Plus en détailINF2015 Développement de logiciels dans un environnement Agile. Examen intra 20 février 2014 17:30 à 20:30
Examen intra 20 février 2014 17:30 à 20:30 Nom, prénom : Code permanent : Répondez directement sur le questionnaire. Question #1 5% Quelle influence peut avoir le typage dynamique sur la maintenabilité
Plus en détailMise en place d'un petit workflow de publication avec Drupal 7
Mise en place d'un petit workflow de publication avec Drupal 7 V1 http://jl.archimbaud.free.fr/2013_11_drupal_workflow.pdf Jean-Luc Archimbaud http://jl.archimbaud.free.fr/ Groupe Drupal Lyon réunion 14
Plus en détailQu'est ce que le KM? M. Prax a d'abord défini le KM par la négative. Le KM n'est pas :
Compte-rendu : «Les enjeux des TIC : le Knowledge Management» Conférence du 3 ème millénaire, Salon Initiatives du jeudi 18 octobre 2001 Orateur : Jean-Yves Prax, Directeur de POLIA CONSULTING Face à un
Plus en détailUne introduction au nouveau guide de la SCHL sur les réserves de remplacement
Supplément technique à l intention des coopératives qui ont Octobre 1998 une convention d exploitation administrée par la SCH Une introduction au nouveau guide de la SCH sur les réserves de remplacement
Plus en détailEtudes sur les Questions concernant les télécommunications jugées prioritaires pour les pays en développement
Union internationale des télécommunications TROISIÈME PÉRIODE D ÉTUDES 2002-2006 UIT-D Guide des Commissions d études Etudes sur les Questions concernant les télécommunications jugées prioritaires pour
Plus en détailPrésentation Générale
Présentation Générale moteur expert de simulation paramètres interactifs Comme dans la réalité, la chance existe mais elle n'a pas de rôle prépondérant. Si votre entreprise vend mal, c'est parce que vous
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é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étailLE PLAN D'AMÉLIORATION DE LA FONCTION MARKETING
LE PLAN D'AMÉLIORATION DE LA FONCTION MARKETING Direction du développement des entreprises et des affaires Préparé par Michel Coutu, F. Adm.A., CMC Conseiller en gestion Publié par la Direction des communications
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étailUne protection antivirus pour des applications destinées aux dispositifs médicaux
Une protection antivirus pour des applications destinées aux dispositifs médicaux ID de nexus est idéale pour les environnements cliniques où la qualité et la sécurité des patients sont essentielles. Les
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é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étailEnfants Agiles. La méthode Agile appliquée à l éducation
Enfants Agiles La méthode Agile appliquée à l éducation Isableue Blog Les Petits Loups - 2012 Qu est-ce que la méthode Agile? Il s agit d un ensemble de pratiques développées et perfectionnées depuis une
Plus en détailChapitre 1 : Introduction aux bases de données
Chapitre 1 : Introduction aux bases de données Les Bases de Données occupent aujourd'hui une place de plus en plus importante dans les systèmes informatiques. Les Systèmes de Gestion de Bases de Données
Plus en détailLe cycle de développement des produits à la Société GRICS : une nouvelle approche
Le cycle de développement des produits à la Société GRICS : une nouvelle approche Par : Denis Bessette Développement des systèmes Société GRICS Plan de la présentation 1. Agile et la planification stratégique
Plus en détailMODE D'EMPLOI DE LA CALCULATRICE POUR LES COURTS SÉJOURS DANS L'ESPACE SCHENGEN
MODE D'EMPLOI DE LA CALCULATRICE POUR LES COURTS SÉJOURS DANS L'ESPACE SCHENGEN 1. Introduction Le règlement (UE) n 610/2013 du 26 juin 2013 a modifié la convention d'application de l'accord de Schengen,
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 informatiques Développement, analyse et pilotage (2ième édition)
Avant-propos 1. Objectifs du livre 13 2. Structure du livre 14 Un projet informatique 1. Les enjeux 17 1.1 Les buts d'un projet 17 1.2 Les protagonistes d'un projet 18 1.3 Exemples de projets 19 2. Les
Plus en détailConduite et Gestion de Projet - Cahier des charges
Conduite et Gestion de Projet - Cahier des charges 1 Introduction Sophie Toulouse LIPN - Université Paris 13 +33.1.49.40.40.73 99 av. Jean-Baptiste Clément toulouse@lipn.univ-paris13.fr 93430 Villetaneuse
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é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étailITIL V2. La gestion des mises en production
ITIL V2 La gestion des mises en production Création : novembre 2004 Mise à jour : août 2009 A propos A propos du document Ce document de référence sur le référentiel ITIL a été réalisé en 2004 et la traduction
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étailAccélérez la transition vers le cloud
Livre blanc technique Accélérez la transition vers le cloud Architecture HP Converged Cloud Table des matières Une nouvelle informatique pour l'entreprise... 2 Faites évoluer votre stratégie informatique
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étailEstimer et mesurer la performance des projets agiles avec les points de fonction
Estimer et mesurer la performance des projets agiles avec les points de fonction Radenko Corovic, MBA radenko.corovic@rsmtechno.ca 1. Introduction Les méthodes agiles de développement des systèmes ont
Plus en détailEnquête 2014 de rémunération globale sur les emplois en TIC
Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Les emplois repères de cette enquête sont disponibles selon les trois blocs suivants
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étailLE CONTROLE DE GESTION DANS L'ASSURANCE : UNE REHABILITATION VITALE EN TUNISIE
LE CONTROLE DE GESTION DANS L'ASSURANCE : UNE REHABILITATION VITALE EN TUNISIE Par Nabila EL HEDDA, Elyès JOUINI et Denis CHEMILLIER-GENDREAU "Le marché tunisien de l'assurance va connaître, dans les années
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é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étailÉditions QAD On Demand est disponible en trois éditions standard : QAD On Demand is delivered in three standard editions:
QAD On Demand QAD On Demand est une option du déploiement de QAD Enterprise Applications. Grâce à elle, les utilisateurs tirent un profit maximum de QAD Enterprise Applications, partout dans le monde,
Plus en détail