Estimer et mesurer la performance des projets agiles avec les points de fonction

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

Download "Estimer et mesurer la performance des projets agiles avec les points de fonction"

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.

Planifier son projet avec SCRUM

Planifier son projet avec SCRUM Avec SCRUM l estimation de la taille du projet est collective. C est l équipe présente qui estime taille et la durée du projet. L estimation se base sur la capacité de l équipe : la vélocité. La vélocité

Plus en détail

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

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

Plus en détail

Gestion de Projet Agile

Gestion 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étail

Reddition de compte et Agilité. Présenté par Jean-René Rousseau Agile Québec Septembre 2011

Reddition de compte et Agilité. Présenté par Jean-René Rousseau Agile Québec Septembre 2011 Reddition de compte et Agilité Présenté par Jean-René Rousseau Agile Québec Septembre 2011 Qui suis-je Jean-René Rousseau jrrousseau@pyxis-tech.com Coach Agile à Pyxis www.pyxis-tech.com/accompagnement

Plus en détail

Le Product Backlog, qu est ce c est?

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

Plus en détail

Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES

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

Plus en détail

25/12/2012 www.toubkalit.ma

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

Plus en détail

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

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

Plus en détail

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

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

Plus en détail

Scrum 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 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

Méthodes Agiles et gestion de projets

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

Plus en détail

Scrum Planification, Estimation, Risques

Scrum Planification, Estimation, Risques Pierre Vachon, MBA, CSP, CSM blog.lmrtechnologies.com Scrum 1 Planification, Estimation, Risques Pierre Vachon 15+ ans en informatique 5 ans d Agilité (Scrum, XP, Kanban) Canada, États-Unis, France Ford,

Plus en détail

1/15. Jean Bernard CRAMPES Daniel VIELLE

1/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étail

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

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

Plus en détail

ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC RAPPORT DE PROJET PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE

ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC RAPPORT DE PROJET PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC RAPPORT DE PROJET PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE COMME EXIGENCE PARTIELLE À L OBTENTION DE LA MAÎTRISE EN GÉNIE, CONCENTRATION T.I. M.Ing.

Plus en détail

Agile 360 Product Owner Scrum Master

Agile 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étail

backlog du produit Product Owner

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

Plus en détail

User stories et Backlog de produit

User 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étail

AGILITÉ ET PROJETS AVEC SCRUM

AGILITÉ ET PROJETS AVEC SCRUM AGILITÉ ET PROJETS AVEC SCRUM ENSIMAG 2014 Jean-François Jagodzinski @jfjago www.agilessence.fr 1 Jean-François Jagodzinski - Coach Formateur et accompagnateur d équipes agiles Site -> http://www.agilessence.fr

Plus en détail

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

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

Plus en détail

Formation Scrum. 2 jours

Formation 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étail

L universalité des approches agiles; cycle de vie versus processus et méthodologie

L universalité des approches agiles; cycle de vie versus processus et méthodologie Agile Tour Montréal 2012 L universalité des approches agiles; cycle de vie versus processus et méthodologie Conférencier : Claude Besner, Ph. D., MBA, B. Arch., PMP Ma carte de visite Claude Besner, Ph.

Plus en détail

Agile Tour Montréal Métriques agiles

Agile Tour Montréal Métriques agiles Agile Tour Montréal Métriques agiles Copyright Pyxis Technologies La vedette : le release burndown chart 120 100 80 60 40 20 0 Début 1 2 3 4 5 Livraison 2 Utile également : le value burnup $250 000 $200

Plus en détail

SCRUM 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 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étail

Scrum + Drupal = Julien Dubois

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

Plus en détail

Gestion de Projet Agile

Gestion de Projet Agile Gestion de Projet Agile De la vision aux tests Tianxiao.Liu@u-cergy.fr Université de Cergy-Pontoise Master SIC/ISIM 2 ième Année 1 Plan Vision et features du projet User story (ou story) Décomposer les

Plus en détail

Les méthodes itératives. Hugues MEUNIER

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

Plus en détail

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

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

Plus en détail

Guide de Préparation. EXIN Agile Scrum. Foundation

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

Plus en détail

Cours 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. 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étail

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

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

Plus en détail

EXIN Agile Scrum Master

EXIN 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étail

Auditer son environnement Telecom Un des fondements du projet TEM

Auditer 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étail

GESTION DE PROJET : LA METHODE AGILE

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

Plus en détail

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

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

Plus en détail

Gestion de Projet Informatique

Gestion de Projet Informatique Gestion de Projet Informatique Partie 3 : Cycles de vie de projet Licence d'informatique 3 ième Année Tianxiao Liu Université de Cergy-Pontoise 1 GPI T. LIU The earliest moment is when you think it is

Plus en détail

Scrum Une méthode agile pour vos projets

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

Plus en détail

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

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

Plus en détail

DOSSIER SOLUTION CA Service Assurance Mai 2010. assurez la qualité et la disponibilité des services fournis à vos clients

DOSSIER SOLUTION CA Service Assurance Mai 2010. assurez la qualité et la disponibilité des services fournis à vos clients DOSSIER SOLUTION CA Service Assurance Mai 2010 assurez la qualité et la disponibilité des services fournis à vos clients est un portefeuille de solutions de gestion matures et intégrées, qui contribue

Plus en détail

Ingénierie des méthodes Agiles : Que cache l opposition entre déploiement et livraison en continu? Faut-il adopter DevOps 1?

Ingé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étail

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

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

Plus en détail

Certification Scrum Master

Certification 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étail

Formation pour Product Owner

Formation 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étail

SCRUM BUT, LE LIVRE BLANC. De la problématique de mener un projet AGILE dans une organisation classique

SCRUM BUT, LE LIVRE BLANC. De la problématique de mener un projet AGILE dans une organisation classique 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étail

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

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

Plus en détail

LA 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É 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étail

Le 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 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étail

Modèle de changement d organisation. Leanpizza.net présente. Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation

Modè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étail

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

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

Plus en détail

La solution IBM Rational pour une ALM Agile

La 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étail

Les rendez-vous Risk Advisory La lettre des professionnels du risque et de la finance

Les 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étail

Jean-Pierre Vickoff www.vickoff.com

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

Plus en détail

Formation agile. Formation agile Created on 24 janv. 2012 Edited on 29 févr. 2012. Page 1 sur 16

Formation 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étail

agility made possible

agility made possible DOSSIER SOLUTION Utilitaire ConfigXpress dans CA IdentityMinder Ma solution de gestion des identités peut-elle rapidement s adapter à l évolution des besoins et des processus métier? agility made possible

Plus en détail

AGILE et le PMO. Conférence présentée à Agile Montréal 12 septembre 2013. Stéphane Lecuyer & Frédérick H. Stoltz

AGILE et le PMO. Conférence présentée à Agile Montréal 12 septembre 2013. Stéphane Lecuyer & Frédérick H. Stoltz AGILE et le PMO Conférence présentée à Agile Montréal 12 septembre 2013 Stéphane Lecuyer & Frédérick H. Stoltz 1 Qui sommes-nous? Frédérick H. Stoltz, PMP, ITIL Parallèlement à son engagement en tant que

Plus en détail

Introduction à l Agile (22/01/2012)

Introduction à l Agile (22/01/2012) Introduction à l Agile (22/01/2012) OCTO 2012 50, avenue des Champs-Elysées 75008 Paris - FRANCE Tél : +33 (0)1 58 56 10 00 Fax : +33 (0)1 58 56 10 01 www.octo.com 1 Plan! Qui suis-je?! Quelques notions

Plus en détail

Les méthodes Agiles. Introduc)on aux méthodes Agiles Exemple : Scrum

Les 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étail

REX Scrum : Cas concrets, problématiques et solutions mises en œuvre. Retour d'expériences - Cas concrets 1

REX Scrum : Cas concrets, problématiques et solutions mises en œuvre. Retour d'expériences - Cas concrets 1 REX Scrum : Cas concrets, problématiques et solutions mises en œuvre Retour d'expériences - Cas concrets 1 Sogeti dans le monde Plus de 20 000 professionnels dans le monde Norvège : 50 Suède: 1 000 USA:

Plus en détail

Scrum/XP adapté au BI/DW

Scrum/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étail

Retour d expérience implémentation Scrum / XP

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

Plus en détail

Business Project Management : Cycle de vie des documents et workflow

Business Project Management : Cycle de vie des documents et workflow Business Project Management : Cycle de vie des documents et workflow Iut de Tours Département Information-Communication Option Gestion de l Information et du Document dans les Organisations Page 1 sur

Plus en détail

Estimer les activités de support - maintenance des applications logicielles

Estimer 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étail

Modernisation et gestion de portefeuilles d applications bancaires

Modernisation 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étail

PagesJaunes.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 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étail

Processus d Informatisation

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

Plus en détail

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

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

Plus en détail

Scrum. ... pour des projets informatiques agiles. Pascal Lando Certified Scrum product owner

Scrum. ... 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étail

Les Eléments clés du projet

Les 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étail

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

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

Plus en détail

Scrum - Tour d'horizon de la méthode

Scrum - Tour d'horizon de la méthode Scrum - Tour d'horizon de la méthode Agenda Agilité Scrum Pilotage d'un projet agile selon Scrum Contractualisation Forces & questions ouvertes 2 Les méthodes agiles Méthodes de développement d'applications

Plus en détail

Maîtrise d ouvrage agile

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

Plus en détail

Est-il possible de réduire les coûts des logiciels pour mainframe en limitant les risques?

Est-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étail

La reconquête de vos marges de manœuvre

La 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étail

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

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

Plus en détail

Utilisation des techniques Kanban pour maîtriser le développement incrémental. Jeff Patton AgileProductDesign.com jpatton@acm.org

Utilisation des techniques Kanban pour maîtriser le développement incrémental. Jeff Patton AgileProductDesign.com jpatton@acm.org Utilisation des techniques Kanban pour maîtriser le développement incrémental Jeff Patton AgileProductDesign.com jpatton@acm.org Téléchargez cette présentation sur : www.agileproductdesign.com/downloads/patton_kanban.ppt

Plus en détail

Le management de projet

Le 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étail

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

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

Plus en détail

Gestion des exigences dans des projets agiles. Témoignage industriel

Gestion des exigences dans des projets agiles. Témoignage industriel Gestion des exigences dans des projets agiles Témoignage industriel Sommaire Contexte de l'intervention Etre agile, c'est quoi? Processus d'ie dans un contexte d agilité organisation structurelle des exigences

Plus en détail

INF2015 Développement de logiciels dans un environnement Agile. Examen intra 20 février 2014 17:30 à 20:30

INF2015 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étail

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 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étail

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

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

Plus en détail

Scrum et l'agilité des équipes de développement

Scrum 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étail

Regard sur hybridation et infogérance de production

Regard 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étail

TDD Agilité et Kanban Planning Poker

TDD Agilité et Kanban Planning Poker TDD Agilité et Kanban Planning Poker Philippe Collet Licence 3 Informatique S6 2013-2014 http://deptinfo.unice.fr/twiki/bin/view/linfo/projetdelicence201314 Plan r TDD r XP r Scrum r Kanban r Planning

Plus en détail

Modèle Cobit www.ofppt.info

Modè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étail

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

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

Plus en détail

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1 Génie logiciel Concepts fondamentaux Bruno MERMET, Université du Havre 1 Nécessité du Génie Logiciel Bruno MERMET, Université du Havre 2 Développement d un logiciel Caractéristiques souhaitées : Adéquation

Plus en détail

INTRODUCTION À 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) 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étail

Comment mettre en oeuvre une gestion de portefeuille de projets efficace et rentable en 4 semaines?

Comment 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étail

Augmenter la vélocité Agile avec l usine-service sur Azure

Augmenter 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étail

FILIÈRE METHODOLOGIE & PROJET

FILIÈRE METHODOLOGIE & PROJET FILIÈRE METHODOLOGIE & PROJET 109 Gestion de projet METHODOLOGIE ET PROJET Durée 3 jours Conduite de projet COND-PRO s Intégrer les conditions de réussite d une démarche de management par projet. Impliquer

Plus en détail

L'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 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étail

Agilitéet qualité logicielle: une mutation enmarche

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

Plus en détail

solution technologique globale qui couvre en

solution technologique globale qui couvre en Dealer Management System solution technologique globale qui couvre en amont tous les besoins fonctionnels et techniques de l activité d un distributeur de véhicules : magasin, atelier, VN/VO. Adaptable

Plus en détail

Comment puis- je appuyer mon Scrum Master?

Comment puis- je appuyer mon Scrum Master? Je prend charge d un projet Agile: Comment puis- je appuyer mon Scrum Master? Novembre 2013 Agile Tour Copyright 2012, Pyxis Technologies inc. Tous droits réservés Qui sommes nous? Mar$n Dupont mdupont@pyxis-

Plus en détail

Comment optimiser l utilisation des ressources Cloud et de virtualisation, aujourd hui et demain?

Comment optimiser l utilisation des ressources Cloud et de virtualisation, aujourd hui et demain? DOSSIER SOLUTION Solution CA Virtual Placement and Balancing Comment optimiser l utilisation des ressources Cloud et de virtualisation, aujourd hui et demain? agility made possible La solution automatisée

Plus en détail

Vos données sont-elles adaptées à l informatique en nuage?

Vos 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étail

L'AGILITÉ AVEC VISUAL STUDIO

L'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étail