Estimer et mesurer la performance des projets agiles avec les points de fonction
|
|
- Luc St-Gelais
- il y a 8 ans
- Total affichages :
Transcription
1 Estimer et mesurer la performance des projets agiles avec les points de fonction Radenko Corovic, MBA 1. Introduction Les méthodes agiles de développement des systèmes ont beaucoup progressé depuis ces quelques dernières années et, malgré certaines questions ouvertes, il n y pas de doute que les méthodes agiles deviennent une réalité dans plusieurs organisations. Cette croissance a eu comme résultat la maturation des méthodes agiles qui deviennent plus structurées et commencent à incorporer certains éléments d autres pratiques et méthodes de développement. Dans ce sens, la méthode agile a développé ses propres métriques d estimation et de suivi d avancement qui semblent donner de bons résultats et qui sont, selon les affirmations des acteurs principaux, très utiles pour les équipes agiles. Le portrait est cependant différent si l on analyse ces métriques du point de vue des besoins au niveau de l organisation. Une de limitations majeures de la méthode agile 1 est l estimation de la taille et des efforts ainsi que le suivi de performance de projets agiles. En effet, il n y pas encore des méthodes standardisées d estimation de projets agiles qui permettraient un suivi de la performance de projets agiles basé sur une méthode normalisée. Cela rend très difficile, voire impossible, la mesure et la comparaison de productivité de développement entre les projets d une même organisation ainsi qu entre les projets d une organisation et ceux de l industrie. Nous pensons que la solution peut être trouvée dans l application des méthodes de mesure basées sur la taille fonctionnelle. Ce sont les méthodes standardisées qui reposent sur les exigences du client et permettent à l organisation d estimer et de suivre la performance de ses projets/portefeuille sur une base comparable. La méthode qu on propose est basée sur le concept COSMIC; elle est relativement facile à utiliser et peut être appliquée dans les différentes phases du cycle de vie d un projet, peu importe sa méthodologie de développement. Elle est flexible, peut être adaptée à la réalité de chaque organisation et donne des résultats satisfaisants. 2. Estimation de projets agiles Quand on parle de possibilité d utiliser les méthodes fonctionnelles d estimation pour les projets agiles, on doit d abord trouver la relation entre les notions de base dans l estimation de la taille fonctionnelle, (projet, exigences du client, processus élémentaire, points de fonction, etc.) et celles du développement agile (release, sprint, user stories, story points, etc.). En fait, la notion de projet dans l agile n est pas celle définie par le PMBOK. La méthode agile parle plutôt de «release» qui désigne le logiciel final livré et prêt à être déployé. Pour les besoins 1 Dans cet article on va considérer la méthode Scrum
2 d estimation, on peut considérer le «release» comme un projet et, dans cet article, on va les utiliser comme des synonymes. Dans le développement agile, les User Stories (US) sont utilisées pour capturer les exigences fonctionnelles du client et leur somme définit le produit à développer. La taille des US est basée sur la complexité relative de chaque User Story et elle est exprimée par une mesure appelée Story Points (SP). Les User Stories sont priorisées selon plusieurs éléments, comme la valeur d affaires ou leur complexité relative. Elles sont ensuite décomposées en éléments de travail («Work Items») qui sont regroupés et réalisés dans une itération appelée Sprint. Il faut mentionner qu une User Story peut être réalisée dans plus d un Sprint. Les efforts de chaque Work Item sont estimés avec un concept d estimation basé sur les méthodes Delphi (Planning Poker) afin de planifier les efforts d un Sprint. L estimation de la taille (Story Points) est donc séparée de l estimation des efforts (Planning Poker). Une fois les premiers Sprints terminés, on détermine la vélocité de l'équipe, c'est-à-dire le nombre de points qu'elle peut réaliser en un Sprint. La vélocité est réévaluée régulièrement. En mettant en relation la vélocité et le nombre de points à réaliser (le Backlog du produit), l équipe peut estimer le nombre de Sprints nécessaires pour terminer le projet. On peut alors avoir une idée de la date de fin du projet/release. 3. Les limitations du concept d estimation agile basée sur Story Points (SP) Certains auteurs proposent les Story Points (SP) comme la mesure de la taille fonctionnelle du logiciel. Sans effectuer une analyse profonde, il est évident que les SP ne présentent pas une mesure de la taille fonctionnelle du logiciel et cela pour les raisons suivantes: Le calcul de Story Points n est pas basé sur une méthode standardisée. Il n y pas de relation entre les Story Points et les points de fonction. Le calcul de Story Points ne repose pas sur les processus élémentaires qui est à la base de calcul des points de fonction. Les Story Points diffèrent considérablement d une équipe/projet à l autre et ont une signification seulement aux membres de l équipe qui les estiment. Le fait que le Sprint fait référence à une période de temps dans laquelle un nombre de fonctionnalités doit être développé et non à des fonctionnalités complétées et livrées, ce qui est d ailleurs la norme dans le calcul de points de fonction, présente une autre difficulté pour l application des points de fonction au développement agile. En fait, une fonctionnalité développée dans un Sprint peut être reprise et améliorée dans un Sprint subséquent de sorte que la somme de la taille fonctionnelle de tous les Sprint d un projet est habituellement plus élevée que la taille fonctionnelle du logiciel mesurée à la fin du projet (fonctionnalités livrées). Les limitations mentionnées ne concernent pas nécessairement l exactitude d estimation de projets agiles et ne veulent pas dire que les projets agiles sont mal estimés. On voulait plutôt analyser dans quelle mesure les pratiques actuelles d estimation de projets agiles sont alignées avec le besoin des organisations d avoir une méthode d estimation et de mesure standardisée qui peut être appliquée sur tous les projets peu importe leur méthodologie de développement. Dans les points suivants, on peut voir comment les pratiques agiles actuelles répondent aux besoins des organisations en estimation de projets et en suivi de leur avancement.
3 1. Obtenir et analyser l estimé d un projet dans la phase d avant-projet Dans la plupart des organisations, avant d autoriser le budget et le démarrage de projet, il est nécessaire d en estimer les coûts et la durée. Il en est de même pour les processus d appel d offres et d octroi de contrat. Lors de la phase de conception (avant-projet) du développement agile, il est difficile d estimer les efforts du projet et de déterminer les budgets appropriés. La difficulté vient du fait que les fonctionnalités (backlog du produit) sont estimées très sommairement via les User Stories dont la taille est exprimée en Story points. Cette taille est relative et ne peut pas être utilisée pour estimer les efforts/coûts du projet. Le but de l équipe agile est d avoir une idée de la taille relative de chaque item sans lui associer une valeur en termes d effort. 2. Comparer la performance/productivité des projets - benchmarking interne et externe En l absence d une mesure de taille standardisée, il n est pas possible de comparer la productivité de développement de projets agiles avec la productivité d autres projets d une organisation (benchmarking interne) et encore moins avec les projets de l industrie (benchmarking externe). Cela rend difficile, voire impossible, de faire des efforts pour améliorer les processus en se basant sur des données crédibles et documentées. Pour les mêmes raisons, la vélocité (le nombre de points qu'une équipe peut réaliser dans un Sprint), ne peut être utilisée comme la mesure de productivité de développement. En fait, elle peut être utilisée dans ce sens, mais seulement pour mesurer la productivité d une équipe dans le cadre d un projet. Par conséquent, il est inutile de comparer la vélocité des différentes équipes, car chaque équipe peut avoir différente approche d'estimation. 3. Intégrer les projets agiles dans la gestion de portefeuille de projets Aujourd hui, quand on parle de développement agile, un des plus grands défis concerne l intégration des projets agiles dans la gestion de portefeuille de projets. Les outils d estimation et de suivi de projets agiles sont utiles pour l équipe du projet, mais ils ne permettent pas d avoir une «vue portefeuille» et d assurer une gestion stratégique des investissements. Pour le faire, il faut constituer le portefeuille de tous les projets dans l organisation sans égard à la méthodologie de développement (agile ou waterfall) et de suivre sa performance au niveau stratégique. Cela suppose qu on gère tous les projets du portefeuille en se basant sur les mêmes métriques standardisées. Il est clair que les Story Points, malgré leur utilité dans l estimation de projets agiles, ne peuvent pas être utilisées comme une mesure de taille au niveau du portefeuille. 4. Suivre l avancement de projets agiles Même s il y a des travaux qui recommandent utilisation de la méthode de valeur acquise pour les projets agiles en faisant l adéquation entre les mesures utilisés dans le Scrum avec celles de la valeur acquise, il n y a pas de preuves concluantes concernant l applicabilité de cette méthode pour les projets agiles. La principale difficulté est due au fait que la valeur acquise est basée sur les fonctionnalités livrées (terminés) et non développées comme dans l agile. Aussi, il est difficile d utiliser les Story Points pour mesurer l avancement du projet parce que les Story points ne sont pas comparables d une équipe à l autre.
4 Cela ne signifie pas que les pratiques actuelles de mesure d état d avancement de projets agiles donnent des résultats erronés, mais il est crucial que cet état d avancement soit visible au niveau de l organisation et que la méthode et le calcul de cet avancement soient harmonisés avec les autres projets qui n utilisent pas la méthode agile. 5. Collecter les données sur les projets réalisés afin d améliorer la performance de futurs projets Dans le développement agile, les données historiques sont rarement collectées parce que l équipe du projet est plus intéressée par ce qui reste à développer (Product Backlog) que par ce qui a été développé. D un autre côté, même si l on décide de collecter les données du projet agile (ex. effort par Story point, nombre de Story points par mois de développement, etc.), leur utilité pour d autres projets serait très limitée à cause du fait qu elles ne reposent pas sur une méthode de calcul standardisée. Le fait que les Story Points ne peuvent pas être utilisées pour le calcul de qualité comme on le fait avec les points de fonction (ex. nombre d anomalies par point de fonction), rend très difficile la comparaison de la qualité du logiciel entre les projets. 6. Diminuer le coût de possession (TCO-Total Cost Ownership) La méthode agile n encourage pas la production systématique de la documentation. L équipe peut produire la documentation qu elle juge pertinente, mais comme l accent est mis sur la rapidité d obtenir un logiciel opérationnel, la documentation est souvent négligée. Cela résulte souvent par les coûts supplémentaires de maintenance du logiciel. 4. Estimer/mesurer la taille fonctionnelle des projets agiles Malgré plusieurs essais et propositions quant à l application de la méthode de mesure de taille fonctionnelle (points de fonction) pour le développement agile, il n y a pas encore d approche standardisée décrivant l utilisation des points de fonction pour mesurer la taille de projets agiles. Afin d estimer et de mesurer la taille et les efforts de projets agiles avec une mesure fonctionnelle, nous proposons une méthode 2 qui est basée sur la méthode COSMIC. La méthode COSMIC (originellement - Full Function Points) est une méthode de mesure fonctionnelle du logiciel qui est internationalement reconnue et qui est standardisée ISO. Elle est basée sur le principe suivant: la taille fonctionnelle du logiciel est directement proportionnelle au nombre de ses mouvements de données. Les principaux avantages de ce modèle sont sa simplicité et sa clarté. En fait, le transfert de données COSMIC est précisément défini et les interprétations ambiguës sont très rares. En plus des raisons mentionnées précédemment, on a choisi la méthode COSMIC parce qu elle est plus appropriée pour mesurer la taille de projets agiles que la méthode IFPUG. Le processus élémentaire définit par COSMIC est plus granulaire qu avec la méthode IFPUG, ce qui permet de mesurer les petites fonctionnalités du logiciel. En plus, la méthode COSMIC est plus facile à automatiser, car elle associe un point à chaque mouvement de données et n utilise pas les niveaux de complexité des composants comme dans IFPUG. Les caractéristiques de la méthode proposée : 2 Les détails de la méthode ainsi que l'outil que la supporte seront présentés dans un prochain article
5 Elle peut être performée dans les différentes phases du projet : phase d avant-projet (estimer la taille et les efforts du projet pour le besoins du budget), avant chaque Sprint (estimer la taille et les efforts du Sprint) et à la fin du projet (taille finale pour les besoins de benchmarking et d amélioration du processus). Étant basée sur la méthode standardisée du calcul de la taille applicative, cette méthode permet l application de la valeur acquise pour le suivi d avancement des projets agiles. Elle est facile à utiliser et ne demande pas une formation en calcul de points de fonction. L estimation est très facile et très conviviale pour les développeurs. Ils doivent juste répondre aux questions concernant les fonctionnalités du logiciel et l outil calcule lui-même la taille et les efforts. Les points de fonction sont calculés automatiquement, ce qui ne devrait pas freiner ou bousculer la dynamique des équipes agiles. Le calcul des points de fonction COSMIC est basé sur les exigences du client ce qui est à la base de l estimation des User Stories. On peut donc bien estimer la taille fonctionnelle des User Stories dans la phase d avant-projet. La méthode permet l estimation des efforts/coûts du projet en utilisant les données historiques de l organisation (effort unitaire). L approche du calcul est basée sur les étapes suivantes : 1. Obtenir les exigences fonctionnelles du client (US) Les exigences fonctionnelles du client sont obtenues dans la forme d User Stories. Comme les User Stories sont parfois présentées avec une ou deux phrases seulement, il est conseillé de demander un peu plus d explication de la part du client afin qu il exprime ses besoins de façon claire. Dans cette phase, il ne faut pas insister sur le langage technique; le client peut exprimer ses besoins dans ses propres termes. 2. Identifier les processus fonctionnels Dans cette étape, les exigences (besoins) du client sont traduites en processus fonctionnels. L identification des processus fonctionnels est définie dans la phase «maping» de la méthode COSMIC. Cependant, étant donné que les User Stories sont présentées comme un regroupement de processus fonctionnels et qu on n a pas assez d information pour les distinguer, il n est pas toujours possible d identifier chaque processus élémentaire dans cette phase du cycle de projet. Pour surmonter cet obstacle, l approche qu on recommande permet d'estimer la taille des User Stories quel que soit le niveau de granularité (agrégation) des processus fonctionnels. 3. Déterminer la taille fonctionnelle de chaque US en termes de points de fonction COSMIC - CFP Les difficultés associées avec l estimation de la taille fonctionnelle dans la phase d avant-projet, ne sont pas une exclusivité de la méthode agile. Les méthodes traditionnelles de développement, telle que Waterfall, connaissent les mêmes problèmes. Les méthodes de calcul de la taille fonctionnelle sont basées sur le processus élémentaire; elles visent donc les plus petites fonctionnalités du logiciel. Étant donné que, dans la phase d avant-projet, les fonctionnalités ne sont définies que de façon sommaire, il est très difficile d appliquer la méthode de la taille fonctionnelle à ce stade-ci. De l autre côté, il est primordial d estimer la
6 taille durant cette phase et cela non seulement à cause des exigences budgétaires et contractuelles, mais aussi pour planifier la réalisation du projet et surtout pour estimer la taille de l équipe de développement. Afin de donner la meilleure estimation possible à ce stade du cycle de vie du projet, nous avons automatisé le calcul de la taille des User Stories en simplifiant le calcul de la taille fonctionnelle avec la méthode COSMIC. En fait, comme une User Story est un regroupement de processus fonctionnels, sa taille est estimée à un niveau d agrégation plus élevé que le processus élémentaire. Cette taille n est donc pas calculée, mais plutôt estimée avec une marge d erreur déterminée par le niveau de granularité des fonctionnalités. 4. Estimer les efforts/coûts du projet (release) Afin de calculer les efforts nécessaires pour développer les fonctionnalités définies via US, une valeur en termes d effort par Cosmic Function Point CFP est associée à chaque CFP. Cette valeur (heures ou $ par point de fonction) présente la productivité moyenne de développement de l organisation. Elle peut être basée sur les projets développés dans l organisation ou sur les données de l industrie. En additionnant les efforts/coûts de toutes les User Stories estimées, on obtient les efforts/coûts estimés du projet (release). Il est important de mentionner qu on peut avoir différents coûts unitaires à l intérieur d une organisation. Même si la taille du logiciel ne dépend pas de la méthodologie de développement, de la technologie utilisée ou de la productivité des développeurs, la productivité de développement dépend de ces facteurs ainsi que d autres facteurs qu on n a pas mentionnés. Si, par exemple, les deux parties du logiciel sont développées avec deux technologies différentes, il est fort probable que l effort/coût unitaire va être différent pour chaque partie du logiciel. 5. Raffiner l estimation pour mesurer la taille et l effort de chaque Sprint Les paramétrés détaillés d estimation permettent de raffiner l estimation de la taille faite précédemment et d estimer les petites fonctionnalités du logiciel. Il faut mentionner que, à ce stade, on ne refait pas l estimation faite auparavant, on la simplement raffine afin d obtenir des résultats plus précis. 6. Calculer la taille finale du logiciel À la fin du projet, on peut faire le calcul de la taille finale (livrée) du logiciel. On avait déjà mentionné que la taille finale du logiciel n est pas la somme des tailles des Sprints. Il est donc nécessaire d obtenir la taille livrée du logiciel livré afin de calculer le coût/effort unitaire du projet et de comparer sa performance avec la performance d autres projets. Il est aussi utile de comparer la taille finale (réelle) du logiciel avec la taille estimée dans la phase avant-projet. Les éventuels écarts vont nous permettre d améliorer le processus d estimation et de mieux calibrer ses paramètres.
7 Auteur : M. Radenko Corovic possède plus de 25 ans d'expérience dans le domaine des technologies de l information (TI), tant dans les secteurs publics que privés. Il est spécialiste en pratiques de gestion de projet, en mesures de performance de projet et en performance des TI. Il a rédigé plusieurs articles, notamment sur la mesure de performance de projets basée sur la valeur acquise; nombre d entre eux ont été publiés dans des revues spécialisées du PMI. M. Corovic a également donné plusieurs présentations sur la valeur acquise et la gestion du portefeuille de projets (PMI-Project World, Colloque MGP UQAR 2008, IT Management Forum, Colloque 2012 du PMI-Lévis Québec). Il est actuellement président de RSM Technologies, une compagnie spécialisée en gestion de portefeuille, en estimation de projets TI, ainsi qu en performance de projets.
Topologie du web - Valentin Bourgoin - http://www.valentinbourgoin.net. Méthodes agiles & SCRUM
Méthodes agiles & SCRUM 1/ Pourquoi les méthodes agiles? Définition d une méthode agile. Fondamentaux. Quand les utiliser? 2/ SCRUM En quoi est-ce une méthode agile? Sprints et releases. Le Product Owner.
Plus en dé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é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é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é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é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 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 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é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é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é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étail1/15. Jean Bernard CRAMPES Daniel VIELLE
1/15 Jean Bernard CRAMPES Daniel VIELLE CaseOnCloud est un SaaS de gestion de projets de développement logiciel CaseOC est : Multi démarches : MACAO MACAO Agile SCRUM Suivi d'aucune démarche particulière
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é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é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é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é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é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é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 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é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é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étailTesteur Agile Niveau Fondation 2014 - Bertrand Cornanguer, Vice-chair Agile tester WG
Testeur Niveau Fondation 2014 - Bertrand Cornanguer, Vice-chair tester WG Enquêtes 2013 sur l Agilité Seriez-vous interessé par la certification Testeur? Enquête ISTQB (70 pays juin octobre 2013) Ingénieurs
Plus en dé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é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é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é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étailAuditer son environnement Telecom Un des fondements du projet TEM
Auditer son environnement Telecom Un des fondements du projet TEM Sommaire Introduction... 3 Les éléments internes essentiels à auditer... 4 Le dimensionnement de l infrastructure... 4 Les factures...
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é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 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é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é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é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é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é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é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étailIngénierie des méthodes Agiles : Que cache l opposition entre déploiement et livraison en continu? Faut-il adopter DevOps 1?
DEVOPS et le déploiement d application Les Livres Blancs de MARTE Ingénierie des méthodes Agiles : Que cache l opposition entre déploiement et livraison en continu? Faut-il adopter DevOps 1? L alignement
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é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étailAlignement avec les métiers par le test fonctionnel et d acceptation en projets agiles
Alignement avec les métiers par le test fonctionnel et d acceptation en projets agiles Laurent PY CEO, Smartesting Laurent.py@smartesting.com @py_laurent www.smartesting.com Guillaume Coquelle Testeur,
Plus en dé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é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étailLes rendez-vous Risk Advisory La lettre des professionnels du risque et de la finance
Risk Advisory Février 2014 Les rendez-vous Risk Advisory La lettre des professionnels du risque et de la finance Des points de vue sur vos sujets de préoccupation dans les domaines de la gestion des risques,
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étailModernisation et gestion de portefeuilles d applications bancaires
Modernisation et gestion de portefeuilles d applications bancaires Principaux défis et facteurs de réussite Dans le cadre de leurs plans stratégiques à long terme, les banques cherchent à tirer profit
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étailDesign centré sur l utilisateur et développement Agile : perspectives de réconciliation
Design centré sur l utilisateur et développement Agile : perspectives de réconciliation Alexandre Bujold, Sarah Morin-Paquet Université Laval alexandre.bujold.1@ulaval.ca, sarah.morin-paquet.1@ulaval.ca
Plus en dé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étailEstimer les activités de support - maintenance des applications logicielles
Estimer les activités de support - maintenance des applications logicielles Traduction de l article : «Sizing Application Maintenance and Support Activities» October 2014 Anjali Mogre - Penelope Estrada
Plus en détailLe management de projet
Le management de projet Agile SCRUM, extreme Programming, Les certifications PMI PMP, CAPM, PMI-ACP, La maîtrise d ouvrage, les utilisateurs 1 Pourquoi choisir Delf... 3-4 Le management de projet...5 Gérer
Plus en détailUne bonne dose d'agilité au cœur de votre équipe. La rece e Visual Studio 2012 pour des projets maitrisés
Une bonne dose d'agilité au cœur de votre équipe. La rece e Visual Studio 2012 pour des projets maitrisés Une bonne dose d'agilité au coeur de votre équipe. La recette Visual Studio 2012 pour des projets
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é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é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é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é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étailModèle Cobit www.ofppt.info
ROYAUME DU MAROC Office de la Formation Professionnelle et de la Promotion du Travail Modèle Cobit DIRECTION RECHERCHE ET INGENIERIE DE FORMATION SECTEUR NTIC Sommaire 1. Introduction... 2 2. Chapitre
Plus en détailLes Eléments clés du projet
THE GLOBAL LEADER IN CLOUD BI & CPM Les Eléments clés du projet 1 THE GLOBAL LEADER IN CLOUD BI & CPM Les Eléments clés du projet Périmètre fonctionnel 2 Le Core Model Le point central de constitution
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étailINTRODUCTION À LA GESTION DE PROJET AGILE (BACKLOG, TABLEAUX DE BORD, BURNDOWN, PLANIFICATION D ITERATIONS)
INTRODUCTION À LA GESTION DE PROJET AGILE (BACKLOG, TABLEAUX DE BORD, BURNDOWN, PLANIFICATION D ITERATIONS) 1 Introduction à la gestion de projet Agile Sommaire AVERTISSEMENT... 2 APERÇU... 3 EXERCICE
Plus en détailLa reconquête de vos marges de manœuvre
La reconquête de vos marges de manœuvre Libérez vos applications critiques Bull ouvre de nouvelles portes à votre patrimoine applicatif. Bull LiberTP fait passer simplement vos applications transactionnelles
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é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étailVos données sont-elles adaptées à l informatique en nuage?
ÉTUDE TECHNIQUE Vos données sont-elles adaptées à l informatique en nuage? De toutes les questions à se poser avant de migrer vers le nuage, la suivante est la plus pertinente : mes données sont-elles
Plus en détailVision Produit. Un sacré attracteur pour une équipe auto-organisée. Thierry Cros
Vision Produit Un sacré attracteur pour une équipe auto-organisée Thierry Cros Sommaire Attracteur et équipe auto-organisée Vision Produit Contenu Qui fait quoi? Formats Vision : un sacré attracteur http://etre-agile.com
Plus en dé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étailL'AGILITÉ AVEC VISUAL STUDIO
CC15080 MICROSOFT Livre Blanc Agilité avec Visual Studio 350x240 31/01/12 08:57 Page1 CC15080 MICROSOFT Livre Blanc Agilité avec Visual Studio 350x240 31/01/12 08:57 Page2 L'AGILITÉ AVEC VISUAL STUDIO
Plus en détailAugmenter la vélocité Agile avec l usine-service sur Azure
Augmenter la vélocité Agile avec l usine-service sur Azure Jean-Louis Lalonde, Ing., M.Ing. Président et Chef de la direction Groupe AZUR Avril 2015 Montréal, Canada SOMMAIRE EXÉCUTIF Notre expérience
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é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é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étailEst-il possible de réduire les coûts des logiciels pour mainframe en limitant les risques?
DOSSIER SOLUTION Programme de rationalisation des logiciels pour mainframe (MSRP) Est-il possible de réduire les coûts des logiciels pour mainframe en limitant les risques? agility made possible Le programme
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é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étailBertrand Cornanguer Sogeti
JFIE 2014 Bertrand Cornanguer Sogeti Trésorier du CFTL Chair du groupe Audit de l ISTQB Vice-chair du groupe Agile Tester de l ISTQB 14/10/2014 Introduction Comme beaucoup de sujets, l ingénierie des exigences
Plus en détailTP3 Intégration de pratiques agiles. 1. User Stories (1) Scénario d intégration agile. En direct-live du château
Rappel TP3 Intégration de pratiques agiles En direct-live du château 40 41 Scénario d intégration agile 1. User Stories (1) 1. Rédiger les User Stories (exigences) 2. Planifier les Itérations (quoi / quand)
Plus en détailRegard sur hybridation et infogérance de production
Regard sur hybridation et infogérance de production Février 2014 édito «comment transformer l hybridation des infrastructures en levier de performances?» Les solutions d infrastructure connaissent depuis
Plus en détailUML est-il soluble dans les méthodes agiles?
Pascal ROQUES Valtech Training UML est-il soluble dans les méthodes agiles? octobre 07 Résumé On entend beaucoup parler actuellement de deux approches ayant l'air fondamentalement opposées : l'approche
Plus en dé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étailChoisir l agilité. Choisir l agilité. à la gouvernance. Choisir l agilité. InfoPro. Mathieu Boisvert. Sylvie Trudel
type d ouvrage l essentiel se former retours d expérience Mathieu Boisvert Sylvie Trudel Management des systèmes d information applications métiers études, développement, intégration exploitation et administration
Plus en détailRapport de certification
Rapport de certification Memory Arrays avec Memory Gateways Version 5.5.2 Préparé par : Le Centre de la sécurité des télécommunications à titre d organisme de certification dans le cadre du Schéma canadien
Plus en détailListe des Formations
Janvier 2014 2 Liste des Formations INGENIERIE DES EXIGENCES... 3 Préparation à la Certification IREB en Ingénierie des Exigences (Réf : FIREB)...4 Ingénierie des Exigences (Réf : FIE)...6 Améliorer l
Plus en détailITIL V3. Objectifs et principes-clés de la conception des services
ITIL V3 Objectifs et principes-clés de la conception des services Création : janvier 2008 Mise à jour : juillet 2011 A propos A propos du document Ce document de référence sur le référentiel ITIL V3 a
Plus en détailLe contenu de cette publication a été préparé par le ministère des Transports.
Le contenu de cette publication a été préparé par le ministère des Transports. Cette publication a été produite par la Direction du soutien aux opérations Ministère des Transports 700, boul. René-Lévesque
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étailDomaines d'intervention Conseil & Formations. Expertises Métiers & e Business Technologies Microsoft & OpenSource Méthodologies et gestion de projet
Domaines d'intervention Conseil & Formations Expertises Métiers & e Business Technologies Microsoft & OpenSource Méthodologies et gestion de projet Une image valant souvent mieux qu'un long discours...
Plus en détailRapport de stage. «Migration Agile du RIL» Frédéric MONJO Master I
Frédéric MONJO Master I Année universitaire 2005 / 2006 Stage du 3 avril 2006 au 1 er septembre 2006 Caisse Primaire d Assurance Maladie de Toulouse Tuteur en entreprise : Sylvie COMBES Encadrant universitaire
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é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é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étailDéveloppement logiciel, Tests et industrialisation
Développement logiciel, Tests et industrialisation Une part importante d'échec dans les projets est due à un manque de méthode et d'organisation dans la gestion de la qualité et des tests. Orsys vous propose
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étailCA Automation Suite for Data Centers
FICHE PRODUIT : CA Automation Suite for Data Centers CA Automation Suite for Data Centers agility made possible «La technologie a devancé la capacité à la gérer manuellement dans toutes les grandes entreprises
Plus en détailITSM - Gestion des Services informatiques
Chapitre 1 - COMPRENDRE LE MARCHÉ ITSM - Gestion des Services informatiques Copyright 2011 CXP. 1 ITSM - Gestion des Services informatiques L'étude a été réalisée par : Dalila Souiah OBJECTIF DU DOCUMENT.
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étailProgramme d'amélioration continue des services
Programme d'amélioration continue des services Le catalogue des services bien plus qu une simple liste Présenté par Yves St-Arnaud Octobre 2010 1 Définition d un catalogue des services ITIL La partie du
Plus en détailSommaire. d Information & Référentiels. de Bonnes Pratiques. DEBBAGH, PhD. Février 2008
Système d Information & Référentiels de Bonnes Pratiques Taïeb DEBBAGH, PhD PhD,, CISA Février 2008 1 Sommaire 1. Introduction 2. Bonnes Pratiques et Référentiels 3. ISO9001 et Processus 4. Modèle CIPIC
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étail