Les méthodes Agiles sont-elles efficaces?

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

Download "Les méthodes Agiles sont-elles efficaces?"

Transcription

1 Alexis ENG 111 Fattarsi session 2012 Les méthodes Agiles sont-elles efficaces? Illustration de couverture réalisée avec le site wordle.net

2 Table des matières Introduction...3 I. De l'entreprise à l'entreprise A.Une gestion de projet traditionnelle...4 La gestion de projet, un long parcours...4 La gestion de projet, une recherche de performance...5 Différents cycles de gestion de projet...6 B.La gestion de projet Agile...7 Évolution des méthodes Agiles...7 Se réunir pour promouvoir ces méthodes...7 Le manifeste...8 Les principes...9 L Agilité pratique...10 Une approche itérative et incrémentale...10 Un esprit collaboratif...11 Un formalisme léger...11 Un produit de haute qualité...12 Différentes méthodes pour différents contextes...12 II. Les méthodes Agiles : des effets nuancés...15 A.L'apport des méthodes Agiles...16 Agile en offshore pour Visual chez Microsoft...16 Retour d'expérience Valtech sur le projet Lafarge...17 La vision d'un consultant pour la SSII Sopra group...18 L'analyse du «Chaos report»...18 B.Les limites des méthodes Agiles...19 Un mauvais état d'esprit...19 Le casting du «product owner»...20 Le contrat Agile «nearshore»...20 Développeurs, mauvais élèves...21 De multiples responsables...21 Le projet impossible...22 Le projet pilote...22 Conclusion...23 Index des illustrations...24 Index des acronymes et anglicismes...25 Bibliographie / 26

3 Introduction L informatique, discipline jeune, est souvent controversée dans sa perception et sa réalisation. Autrefois seulement réservée à l entreprise, elle est aujourd'hui accessible et disponible à tous avec des supports physiques et des logiciels de plus en plus performants. La vision et les attentes du client envers l'informatique deviennent en conséquence de plus en plus pointues. L excellence des techniciens n'est plus suffisante pour gérer le développement informatique, la gestion de projet se démocratise dans le secteur informatique auprès d'un panel d'acteurs variés, ayant une vision allant bien au-delà de la réalisation technique et prenant également en compte le coût, la qualité et les délais de livraison. C'est le rôle du chef de projet. Les méthodes de réalisation de projet normalisées, séquentielles ou itératives, ont pour vocation l'amélioration et l optimisation des différents processus. Ces concepts, bien plus vieux que l'informatique, ont su être adoptés avec brio dans les différents domaines d'activités, tels que les télécommunications, le bâtiment ou l'industrie automobile. Le secteur informatique les utilise également, ce qui a permis d'introduire cette discipline au cœur l'entreprise. Bien que très utiles et indispensables, l'histoire a néanmoins démontré certaines faiblesses dans ces processus quant à la réalisation de projets de haute technologie où l'impact client était très important. Dans sa quête de performance, l'homme cherche donc de nouveaux modes d'action. Les méthodes dites Agiles apparaissent alors comme une des réponses en vogue. Dénigrées ou considérées comme révolutionnaires, il s'agira dans ce mémoire d'évaluer l'efficacité de ces méthodologies de réalisation de projet et de comprendre leur fonctionnement. Pour cela, j'aborderai plus en détail la gestion de projet classique dans l'entreprise puis j'expliquerai le fonctionnement des méthodes Agiles. Je m'intéresserai ensuite à leur efficacité concrète, à l'aide d'exemples en France et à l'étranger, illustrant des réussites et des échecs selon un contexte donné. Je conclurai sur ces retours d'expériences et ma vision des méthodes Agiles. 3 / 26

4 I. De l'entreprise à l'entreprise 2.0 A. Une gestion de projet traditionnelle Selon PMI 1 «project management institut» : Un projet est une entreprise temporaire visant à créer un produit et/ou un service unique La gestion de projet, un long parcours Fin XIX e Début XX e Milieu XX e Ces dernières années Le monde des affaires est en pleine expansion, la nécessité d'organiser les tâches et la communication avec les employés devient primordiale. Un des premiers grands projets requérant une telle organisation est la construction du chemin de fer transcontinental en Frederick Taylor instaure le concept d'un travail plus efficace. Henry Gantt, associé de Taylor, approfondit ses recherches sur l'ordre des opérations dans le travail et publie ses premiers diagrammes (dits «de Gantt» 2 ) affichant l ordonnancement des tâches dans les travaux. L'urgence des projets gouvernementaux et militaires liés à des ressources minimes, imposent une réorganisation des tâches. On voit alors apparaître les diagrammes de PERT 3 qui furent ensuite adoptés dans les années 60 par les dirigeants d'entreprises souhaitant de nouvelles méthodes pour la gestion de leurs projets. Depuis les années 60, ces modèles se sont développés dans le cœur même de l'entreprise, en incluant désormais des acteurs gérant des projets, formant des équipes et garantissant la communication interacteurs. Deux nouvelles tendances émergent dans la gestion de projet : la planification avec analyse descendante (cycle en cascade, cycle en v) et la planification ascendante, autrement dit les méthodes dites Agiles. Fig 1 : Historique de la gestion de projet : office.microsoft.com 1 PMI : association professionnelle qui propose des méthodes de gestion de projet. 2 Diagrammes de Gantt : affiche en fonction du temps l'ordonnancement des tâches d'un projet. 3 Diagrammes de Pert : affiche de manière ordonnée les relations entre les tâches d'un projet dans le but de calculer le chemin de réalisation critique. 4 / 26

5 La gestion de projet, une recherche de performance Comme le définit PMI, un projet est un ensemble d'activités et d'actions ayant pour but de répondre à un besoin défini. Un projet comprend un objectif déterminé devant être livré dans un coût et un délai imparti et dans la limite des ressources disponibles. Ces trois points sont représentés par les angles d'un triangle isocèle. Cette représentation dite du «triangle OCD», démontre que le moindre changement sur un des points déséquilibre le triangle et donc la réalisation du projet. Ressources Délai Coût Un projet est décomposé en une suite d'étapes liées les unes aux autres. Dans le référentiel PMI, ainsi que dans la normalisation AFNOR 4, on retrouve différentes étapes quasi-identiques : la conception, la planification, la réalisation et la terminaison. La conception a pour objectif de déterminer le but du projet, d'estimer les ressources, les coûts et les délais, d'évaluer les risques et surtout de choisir la personne qui mènera le projet : le chef de projet. La planification, elle, met en place la structure du projet. Les coûts et les délais vont être détaillés, les différents acteurs vont être recrutés et les rôles attribués. Évidement comme son nom l'indique, c'est dans cette phase que la planification globale sera fixée en fonction des tâches et que les outils de type Gantt et Pert seront, entre autres, utilisés. Dans la réalisation, le projet doit arriver à terme. Avec une démarche de suivi, les différentes tâches découpées précédemment vont aboutir. Le pilotage dans cette phase est important, c'est grâce à lui qu'on pourra vérifier si les branches du triangle ne sont pas trop mouvantes, afin de résoudre les éventuels problèmes. La terminaison joue également un très grand rôle. L'expérience passée sur le projet engrange du savoir-faire. Cette étape, trop peu considérée, a pour vocation d'améliorer le déroulement des futurs projets. C'est en commettant des erreurs et en prenant du recul, que nous améliorerons nos processus. La gestion de projet consiste alors à relever les défis de l entreprise, que ça soit pour la mise en place d'une nouvelle solution informatique, pour la création d'une chaîne d'assemblage ou pour envoyer des astronautes dans l'espace, elle met en place une organisation, une planification de l'ensemble des activités, un pilotage et un suivi du projet. Elle est aujourd hui indispensable pour le fonctionnement de l'informatique en entreprise. 4 AFNOR : Association française de normalisation 5 / 26

6 Différents cycles de gestion de projet Type Nom Description Remarques Normes Z ISO Découpage d'un projet en phases et étapes Processus de base d'un cycle de vie Répond aux questions» qui fait quoi» et «quand»? Ne traite pas le «comment» destiné aux projets de type gestion Evolution de la norme z67, difficilement applicable sans adaptation orientée vers les gros systèmes séquentiels Cascade Intégration Découpage du projet en phases, sans retour à la phase précédente Découpage d'un projet en phases commerciales Réduction des risques. Intervention des utilisateurs en fin de cycle seulement, souvent trop tard Contrôle qualité à la fin de chaque phase. Destiné à un projet < 1 an et connotation réglementaire Pas d'évolution des besoins Projet de type intégration d'un progiciel dans un SI existant V Contrôle qualité continu tout au long du processus Projet de taille moyenne et peu complexe RAD Construction de la solution avec l'utilisateur Implication forte des utilisateurs Nécessite une maîtrise des technologies Expertise de tous les participants Itératifs Incrémental Découpage du projet en domaines ayant chacun un cycle autonome en cascade Grands projets Spirale Méthodes évolutive basée sur la réalisation de prototype Destinée aux grand projets complexes internes difficilement contractualisables Maîtrise et réduction des risques Fig 2 : Cycle de vie des projets : Manager un projet informatique, Eyrolles / 26

7 B. La gestion de projet Agile Malgré des cycles de gestion de projet et des référentiels bien définis, la gestion de projet informatique connaît des hauts et des bas. D'après les chiffres du «Chaos report» du Standish group 5 en 1994, les projets informatiques, notamment aux Etats-Unis, ne sont seulement réussis qu'à 14 %. A ce faible taux de succès s'ajoutent les coûts exorbitants des divers projets qui ont été abandonnés et ceux qui ont dû être repensés, étant devenus obsolètes pendant leur réalisation. C'est durant cette difficile période informatique que 17 experts, ayant chacun des domaines de compétences bien précis, se sont mis à travailler sur des nouvelles méthodes de gestion de projet informatique : les méthodes Agiles. Évolution des méthodes Agiles Fig 3 : Les méthodes Agiles en date, blog valtech informatique. Se réunir pour promouvoir ces méthodes Pour ne pas rester dans l'ombre, ces experts se sont réunis en février 2001 afin de promouvoir une approche différente de la réalisation de projet informatique, s'attachant à délivrer de la meilleure façon possible ce qui est important pour le client. Le document issu de cette réunion débute ainsi : «Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire.» Le manifeste Agile est né. 5 Standish group : regroupement de professionnel informatique spécialisé dans l'évaluation des risques, des coûts et dans la valeur ajoutés de l'informatique. 7 / 26

8 Le manifeste Le manifeste met au premier plan quatre nouvelles valeurs encore peu exploitées dans la conduite d'un projet : Les individus et leurs interactions plus que les processus et les outils. Des logiciels opérationnels plus qu une documentation exhaustive. La collaboration avec les clients plus que la négociation contractuelle. L adaptation au changement plus que le suivi d un plan. Fig 4 : Le manifeste Agile : Ces quatre valeurs démontrent bien la volonté de pallier aux insuffisances de la gestion traditionnelle. L'aspect humain dans le projet est ici bien plus présent. Cette conception mise sur l individu et son interaction avec les autres, permettant, à ce stade, de parler d'équipe. De son côté, le client intègre le projet et y participe au fur à mesure du développement pour en affiner sa vision et communiquer son ressenti. Il n'est en effet pas évident pour un client de définir au départ l'intégralité, et en détail, un projet qui n'aboutira qu'un ou deux ans après. Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas Fig 5 : Les 17 experts donnant naissance aux méthodes Agiles : 8 / 26

9 Les principes Pour définir ces valeurs les experts posent 12 principes : Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. Les utilisateurs, ou leurs représentants, et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. Réalisez les projets avec des personnes motivées. Fournissez-leur l environnement et le soutien dont elles ont besoin et faites-leur confiance pour atteindre les objectifs fixés. La méthode la plus simple et la plus efficace pour transmettre de l information à l'équipe de développement et à l intérieur de celle-ci, est le dialogue en face à face. Un logiciel opérationnel est la principale mesure d avancement. Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. Une attention continue à l'excellence technique et à une bonne conception renforce l Agilité. La simplicité c est-à-dire l art de minimiser la quantité de travail inutile est essentielle. Les meilleures architectures, spécifications et conceptions, émergent d'équipes autoorganisées. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. Fig 6 : Le manifeste Agiles, principes : 9 / 26

10 L Agilité pratique Selon Jean-pierre Vickoff dans «Puma essential» : L'Agilité est la dynamique de l'organisation réactive et apprenante. Selon Véronique Messager-Rota dans «Gestion de projet Agile» : Une méthode Agile est une approche itérative et incrémentale, qui est menée dans un esprit collaboratif, avec juste ce qu'il faut de formalisme. Elle génère un produit de haute qualité tout en prenant en compte l'évolution des besoins clients. Une approche itérative et incrémentale L'approche itérative consiste à créer une esquisse totale du produit qui pourra être retouchée afin d'atteindre le résultat escompté. L'avantage consiste dans la possibilité de retouches. Le désavantage est que le travail s'effectue sur l'intégralité du projet. Donc si la vision initiale sur le rendu est erronée, on améliorera, mais l'objectif final ne sera pas atteint. L'approche incrémentale consiste à créer des briques, des modules, qui viendront se greffer les uns aux autres, afin d'atteindre l'objectif. L'avantage est que les tâches peuvent être effectuées simultanément. L'inconvénient réside dans le fait que toutes les briques sont déjà définies, si l'une évolue le résultat final peut être discordant. Le but des méthodes Agiles est de combiner ces deux éléments, pour créer le cycle itératif incrémental : Chaque brique est faite par esquisse jusqu'à obtention du résultat attendu, chaque incrément contient donc un résultat «définitif» et validé. Fig 7 : Illustration des cycles incrémentaux, et itératifs : 10 / 26

11 Un esprit collaboratif De part l'obtention du résultat attendu, cette approche établit une communication perpétuelle entre les différents acteurs, puisque chaque brique fait l'objet d'une mise en production et d'une validation de tous. La communication se traduit par le partage d'informations, l'entraide et non la concurrence. Mais tout ceci ne peut être possible que si le rôle traditionnel de chef de projet évolue. Au lieu de diriger et contrôler, il doit manager son équipe : trouver les conditions optimales de travail afin que chacun des acteurs contribue au résultat de l'équipe, donc au résultat le plus optimal du projet. Un formalisme léger A l'inverse des méthodologies classiques, où la rédaction d'importants documents (spécifications et documentations) occupe beaucoup de temps sur le projet, les méthodes Agiles sont qualifiées de méthodes légères. Il ne faut pas considérer ce terme comme péjoratif, bien au contraire cette réalisation met en avant les éléments clefs du projet et non pas l'ensemble. Ceci facilite le pilotage : comme moins d'éléments sont à suivre, ils bénéficient d'un suivi plus rigoureux. Un terme, qui n'est pas abordé dans la définition précédente, mais qui définit bien cette partie est «adaptatif». C'est-à-dire que l'équipe adapte son comportement, ses habitudes en fonction de la tâche à effectuer. Dans un cycle classique, les méthodes de réalisation, les outils, les environnements, sont définis dans la conception. Les équipes sont formées sur les outils et malheureusement si un outil choisi n'est pas adapté, l'équipe devra s'y former au détriment du délai imparti dans le projet. Alors qu'avec cette approche adaptative, au fur et à mesure des itérations, l'équipe prend connaissance des points qui bloquent, tout comme des éléments qui se sont révélés particulièrement performants. Cette expérience pourra ensuite être réutilisée afin d'optimiser les prochaines itérations. 11 / 26

12 Un produit de haute qualité La qualité d'un produit issu d'un projet se caractérise par la satisfaction du client. Bien que le produit puisse être d'une grande performance d'un point de vue technique, il se peut qu'il ne corresponde pas du tout aux attentes du client ou de l'utilisateur. Je peux citer en exemple, la réalisation d'un site vitrine pour mon entreprise. Des spécifications détaillées on été rédigées et validées par les deux parties mais la réalisation du projet s'est étendue sur plusieurs mois. Comme le prestataire du site n'a pas pu prendre en compte l'évolution de l'entreprise durant ce laps de temps, pour faire évoluer les spécifications initiales, le résultat final s'est révélé en inadéquation avec les besoins. Des spécificités indirectes étaient logiques pour le client mais totalement inutiles pour le maître d œuvre. C'est un site techniquement et visuellement parfait qui a été conçu mais loin d'offrir les fonctionnalités espérées. Le projet a donc été une seconde fois redéfini, ce qui a soulevé de nombreux problèmes techniques d'intégration et une mise en production bien au delà du planning initial et critique. Dans un processus Agile, les fonctionnalités importantes auraient pu être rediscutées après les premières itérations. Le «feedback 6» aurait permis un réalignement direct. Cet exemple soulève également les problèmes techniques d'intégration que le deuxième projet a impliqué. Ajouter du code en urgence dans une architecture qui ne le permet pas dégrade de façon considérable la qualité de celui-ci. On voit donc apparaître des duplications anarchiques dans le code puisque l'équipe en charge du projet initial n'était plus disponible et l'expérience du précédent développement n'a pas été utilisée (convention de codage par exemple). Avec cet exemple on comprend que dans une approche classique la valeur «satisfaction du client» est complexe et difficilement atteignable. On remarquera que les principes des méthodes Agiles semblent être plus disciplinés et offrent un pilotage de meilleur qualité. Différentes méthodes pour différents contextes Une fois exposées les généralités des méthodes Agiles, il existe une douzaine de méthodes pour faire de l'agilité. Chacune est née à partir des échecs de réalisation de projets. En 2011, un des signataires du manifeste publie un livre blanc sur ces différentes méthodes : Dans la même lignée que le célèbre PMBOK 7 édité par PMI, ce recueil définit les bonnes pratiques de ces différentes approches. En me basant sur ce référentiel et mes différentes sources et bibliographies sur les méthodes Agiles, j'ai dressé dans le tableau suivant leurs types et champs d'action : 6 «Feedback» : traduit communément par «retour», désigne le commentaire du client vis-à-vis d'une application après son utilisation. 7 PMBOK : édité par PMI, c'est un référentiel des bonnes pratiques de gestion de projet. 12 / 26

13 Nom Type Caractéristiques Adaptive Software Development Dynamic System Development Method Feature Driven Development Crystal / crystal clear SCRUM EXtrem Programing La méthode ASD se compose d'une série de trois phases : spéculation, collaboration et apprentissage Méthode évolutive qui complète les manques de la méthode RAD 9 Méthodologie itérative et incrémentale se basant sur l'hypothèse que 80 % du projet se réalise en 20 % du temps Méthode basée sur des itérations courtes pour livrer rapidement de nouvelles fonctionnalités Méthode basée sur la diffusion incrémentale de fonctionnalités Méthode itérative basée sur des réunions quotidiennes Chaque fonctionnalité fait objet d'un «sprint» Méthode Agiles la plus radicale, la communication avec le client est continue Livraison à chaque itération d'un livrable Méthodologie adaptée au projet e-business 8 Avantages : Souplesse au changement Rapidité, délais, coûts Inconvénient : Nécessite une forte implication de l'utilisateur Méthode plutôt orientée vers des projets de moyenne et grande envergure Avantage : Gestion de projet rapide Inconvénients : Nécessite des experts. Contractualisation difficile Orientée sur des projets à hauts risques Avantages : Risques mesurés Équipe d'une vingtaines de personnes Inconvénient : Développeurs seniors exclusivement Plutôt orientée pour les petite structures Avantages : Petite équipe et forte communication. Mise en œuvre simplifiée Inconvénients : Petit projet Qualité de code moins rigoureuse Méthode rigoureuse Avantages : Contrôle continu Cycle d'un mois. Inconvénients : Petit projet Nécessite des managers qualifiés Méthode souple ouverte au changement Avantages : Qualité du code Satisfaction du client Inconvénients : Petit projet Implique la présence du client dans les locaux 8 «E-business» : se traduit par «commerce électronique». C'est l'action d effectuer des actions commerciales en utilisant un support numérique, le web par exemple. 9 RAD : «Rapid Software Development», apparu dans les années 80, c'est une autre méthode de gestion de projets, qui pourrait s'apparenter aux méthodes Agiles dans son cycle semi-itératif : cadrage, design, construction mais la planification est très rigide. Pour certains, RAD a donné naissance aux méthodes Agiles / 26

14 Chaque méthode dispose d'un champ d'action particulier. Les avantages et inconvénients démontrent l'importance de choisir la méthodologie de gestion en fonction du type de projet. Fig 8 : Comparaison des méthodes Agiles : Dans cette première partie, j'ai dressé la vision globale de la gestion de projet et j'ai ensuite approfondie sur les des méthodes Agiles, en définissant leur concept ainsi que les aspects pouvant les différencier des cycles traditionnels. D'un point de vue purement théorique nous avons vu ici l'apport qu'elles ont en informatique. Nous allons à présent nous intéresser à leurs applications réelles dans le monde de l'entreprise. 14 / 26

15 II. Les méthodes Agiles : des effets nuancés D'après les statistiques annuelles fournies par Version one 10 en 2011, 59 des sondés seraient favorables à l'adoption des méthodes Agiles dans leurs futurs projets ; 33% ne se prononcent pas et seulement 8 % y seraient défavorables. Notons que ce panel est composé à 60 % d'entreprises utilisant et ayant utilisé des méthodes Agiles. Fig 9 : Utiliser les méthodes Agiles dans le futur : Ces chiffres tendent à montrer que les professionnels qui ont employé de ces méthodes en sont globalement satisfaits. Plus qu'un terme à la mode, ces données font le constat d'une réelle adoption des méthodes Agiles. Pourtant, après avoir moi-même consulté quelques chefs de projets et directeurs informatiques du département, aucun ne veut basculer vers de la gestion de projet Agile. En approfondissant les recherches et en consultant le «Chaos report» du Standish group, on constate alors de nombreux échecs dans les projets informatiques et beaucoup d'avis, de commentaires très négatifs au sujet de ces méthodes. Pour comprendre ce paradoxe, nous allons évoquer l'utilisation des méthodes Agiles à travers des exemples concrets. Fig 10 : Statistiques du chaos report : standish group 10 Version one : éditeur de logiciel de gestion de projet Agiles qui réalise depuis 2008 des enquêtes annuelles, aux travers de sondages, sur l'utilisation des méthodes Agiles, dans plus de 88 pays. 15 / 26

16 A. L'apport des méthodes Agiles Agile en offshore pour Visual chez Microsoft Microsoft, leader mondial de l'informatique grand public, développe des systèmes d'exploitation et de nombreux logiciels. Mais en terme de réalisation de projet, il n'est pas l'acteur le plus efficace. Certains logiciels sont et restent inadaptés malgré des millions de dollars d'investissement. Pour le développement de l'outil Visual studio (logiciel de programmation facilité), la filiale Microsoft France a alors choisi d'utiliser les méthodes Agiles et plus particulièrement SCRUM. C'est au cours du Microsoft Days 2011 que le résultat a été communiqué. Ce projet présente un haut risque d'échec. En effet c'est un projet qui s'étale sur 2-3 ans, les équipes sont délocalisées (France, États-Unis) et le produit est destiné à un client peu consultable (utilisateurs très différents). Le développement itératif incrémental a été choisi pour pallier aux problèmes dits de «tunnelling». Mieux vaut des itérations validées, plutôt que de continuer les yeux fermés vers un résultat incertain. En effet, dans le cas de ce projet un peu particulier c'est un comité de direction qui se place dans la position du client de l'application. Le développement valide, environ toutes les deux semaines, avec ce comité directionnel, une itération du futur logiciel. Si le projet paraît peu adapté dans les premières occurrences, le client peut ensuite redéfinir ses exigences, reformuler les points qui ont été mal interprétés ou définis, et d'itération en itération, on s'approche du résultat que le client a souhaité. Microsoft, lors de cette conférence, a appuyé longuement sur l'importance de la communication pour l'avancement et la qualité du projet. Que ce soit avec des logiciels adaptés ou par des «meeting», c'est l'interconnexion et l'intercommunication qu'implique la stratégie Agile qui donne la possibilité à cette équipe de réaliser un produit de qualité. Microsoft insiste également sur l'importance d adapter la méthode en fonction du contexte. Bien que la méthode SCRUM soit utilisée, certaines particularités sont ainsi laissées de côté ou réadaptées au vu du contexte. C'est le cas du comité directionnel qui prend le rôle du client, afin de pouvoir être présent avec les équipes de développement. Le projet se déroule dans les meilleures conditions, chaque acteur semble satisfait du résultat approchant. 16 / 26

17 Retour d'expérience Valtech sur le projet Lafarge Étienne Charignon, consultant pour Valtech 11, livre son retour d'expérience concernant le projet de création d'un site internet dédié aux professionnels, pour l'achat en ligne de ciment. Le client Lafarge a souhaité faire réaliser ce projet avec deux méthodes. L'une utilisant le cycle en V, l'autre utilisant les méthodes Agiles. Pour la méthode traditionnelle, le projet a été estimé à deux mois avec une équipe de 10 personnes, contre 4 mois avec une équipe de 5 développeurs pour la méthodologie Agile. Après diverses spécifications et étapes de codage voici le résultat du projet : On constate que le projet utilisant le cycle en V n'est pas arrivé à terme dans le planning, au contraire du projet Agile qui lui est en production à la date spécifiée lors de la conception. Dans la première approche, tout le contenu du site, voire plus, est présent mais le site n'est pas fonctionnel. Dans la seconde approche, le contenu a été réduit pendant le projet mais le résultat final est satisfaisant pour le client. Pourquoi? La réalisation pour le cycle en V a fait appel à une équipe «offshore» 12 composée de 10 personnes qui, en raison de leur nombre, n'ont pu travailler correctement en équipe. Avoir choisi de tout spécifier en amont, n'a pas permis de prendre en compte les évolutions du projet, et le client n'a pu que constater le jour de la mise en production la non fonctionnalité de l'application. Le choix, pour la réalisation en Agile, a été une équipe chez le client. Un chef de projet a été défini et a piloté l'équipe en interne. De part ce choix de structure le client a été au cœur du processus de développement. La mauvaise réalisation issue de la méthode de cycle en V vient donc du fait que les communications client et maître d œuvre ont été inexistantes. C'est un des concepts Agiles définis dans le manifeste : «La collaboration avec les clients plus que la négociation contractuelle». Cet exemple, tout comme celui du projet Visual de Microsoft, met en évidence l'importance de la communication entre les différents acteurs d'un projet, qui est moins évidente dans une gestion de projet utilisant le cycle en V. 11 Valtech : groupe de conseil international spécialisé dans les technologies de l'e-business. 12 «Offshore» : développement d'un projet extra-territorial. 17 / 26

18 La vision d'un consultant pour la SSII Sopra group Philippe Paysan, consultant pour le groupe Sopra, explique son intérêt pour les méthodes Agiles, lors d'une interview réalisée pour le journaldunet.com. Philippe Paysan compare les anciens projets auxquels il a participé et leurs effets tunnels par rapport aux projets Agiles. En moyenne, 20 % seulement des fonctionnalités choisies sont utilisées dans les applications. Ce consultant a pu participer à de nombreux pilotes puis projets Agiles au sein de cette entreprise. Ses conclusions sont majoritairement positives. Pour lui, les méthodes Agiles représentent la solution idéale. Elles remettent les clients au cœur de l'application. Le passage en Agile dans les projets auxquels il a participé a conduit au succès. Les clients ont été satisfaits et l'entreprise a gagné en notoriété. L'analyse du «Chaos report» Le «Chaos report», outre des échecs de projets, indique aussi les facteurs qui, aujourd'hui, aident à la réalisation des projets. Parmi les nouveaux processus cités comme des facteurs de réussites, les méthodes Agiles figurent à la sixième position. Pour rappel, le «Chaos report» se base sur les statistiques de 60 % d'entreprises américaines, 20 % européennes et 20 % d'autres pays. Ces quelques exemples montrent l intérêt et le succès des méthodes Agiles pour les entreprises les utilisant. Chacune, à son niveau, a vu son taux de satisfaction client s'accroître. 18 / 26

19 B. Les limites des méthodes Agiles S'il est facile de trouver des critiques sur les méthodes Agiles sur les forum internet ou dans différentes bibliographies, il est beaucoup plus compliqué de les illustrer par des cas réels, les entreprises préférant taire les échecs de projets afin de sauvegarder leur image de marque. Dans mes recherches et mon réseau professionnel, j'ai également souvent obtenu la réponse suivante : «J'ai participé à un projet dit «Agile» mais au final c'était de la gestion de projet sans méthode réellement définie.» Le terme Agile aide en effet à la prospection du projet mais les conditions de réalisation en sont fréquemment toutes autres. C'est pourquoi je me suis essentiellement basé sur la conférence donnée par Alexandre Boutin lors du SCRUM Day Coach Agile indépendant, il a participé à la réalisation de projets dans de grands groupes tels Kelkoo, Yahoo, ou Orange. Il expose plusieurs projets auxquels il a participé et qui se sont tous soldés par un échec. Ceci à plusieurs niveaux : arrêt du projet, arrêt de la méthodologie Agile, désengagement de l'équipe... Par professionnalisme et par respect pour les entreprises, l'anonymat est conservé. Dans chacun des exemples suivants le choix de la méthodologie Agile a été approuvée par la direction, les budgets étudiés et les équipes choisies. Un mauvais état d'esprit Dans cette configuration, tout est réglé comme une horloge, l'équipe a un état d'esprit Agile, les différentes valeurs sont bien acceptées par l'ensemble des acteurs, les rôles bien définis : le contexte de réalisation idéale. Mais un acteur, le directeur technique, ne voulant pas adapter son mode de travail à l'approche Agile, a interféré avec les processus en se positionnant comme seul dirigeant et surtout en gardant la vision de rentabilité ponctuelle, sans prendre en considération les gains futurs. Lors des différents meeting, cette personne est immédiatement entrée en conflit avec la planification des différentes étapes. Lorsque l'équipe métier annonçait un délai de X jours pour une étape, sa réponse était immédiatement X % 2. Même après différentes négociations il fallait se conformer à ses exigences, totalement en désaccord avec l'esprit Agile. Ce qui a eu pour effet de créer des tensions. Ce directeur technique avait, en plus, tendance à court-circuiter les accords en ordonnant des tâches et des délais non prévus, sans passer par l'ensemble de l'équipe du projet, de façon répétitives et poussives. C'est une forme de harcèlement qui a eu des effets plus que négatifs sur la réalisation. Ce projet n'a pu aboutir car plus aucune des parties n'étaient coordonnées, il a été totalement stoppé et considéré comme un échec par la direction. 13 SCRUM Day : événement annuel visant à exposer la méthodologie SCRUM et les méthodes Agiles (retours et utilisations). 19 / 26

20 Le casting du «product owner» 14 Le «product owner» (PO) est la personne quasiment la plus importante dans une approche de type SCRUM. Elle a la responsabilité d'amener le projet à bien. Elle gère le budget, les équipes, intervient au moins deux fois par semaine pour suivre le bon déroulement et anime l'équipe. Dans ce projet, le PO avait été choisi, il était formé sur la méthodologie, il était disponible pour son équipe, même plus que nécessaire, et comme le souligne fortement Alexandre Boutin, il était sympathique et ouvert. Mais au fur et à mesure des itérations, il s'est révélé être plutôt gestionnaire que visionnaire, s'impliquant trop dans les tâches, voulant tout contrôler, en n'offrant pas la vision nécessaire à l'équipe. C'est un des principes fondamentaux de la gestion de projet Agile qui a été lésé ici. N'ayant plus de liberté tout en étant dans un contexte Agile, l'équipe n'a pu avancer correctement. La méthodologie ne correspondait plus. C'est à la cinquième itération (sur 13) que le projet a été abandonné. Cet exemple montre que manager un projet Agile c'est tout d'abord avoir l'esprit Agile et ne pas se positionner comme «monarque». Le contrat Agile «nearshore» 15 Délocaliser le développement informatique est une pratique qui se produit de plus en plus. Pour ce projet de création d'un «back-office», le choix s'est porté sur un contrat «offshore» en Chine puis «nearshore» dans les provinces chinoises. Ce choix, un peu particulier, n'est pas incompatible avec la gestion de projet. Précédemment, dans le cas de Microsoft, nous avons vu que cela était tout à fait possible et que si les risques sont déterminés et connus, il n'y a pas de difficulté. Ici, comme pour tout développement «offshore», la motivation était le coût. En effet le porteur du projet savait que pour un développeur de même qualification, le coût à l'étranger était 50 % moins important qu'en France. Des contrats on été signés mais des contrats de même type que pour une approche classique. Une centaine de pages prédéfinissant l'intégralité du projet et qui ôtent, par là-même, toute marge de manœuvre aux responsables du projet Agile. Néanmoins, par la suite il s'est avéré que pour encadrer deux développeurs il fallait une troisième personne à temps plein. En fin de compte, 100 % des bénéfices apportés par le «nearshore» ont été perdus dans l'encadrement. Dans ce cas, on constate également un non-engagement sur les valeurs portées par les méthodes Agiles. Le non respect de celles-ci ont tout simplement entraîné le projet dans un effet tunnel. Le budget n'a pas pu être renégocié, les équipes non complétées, le délai du projet a été multiplié par quatre. 14 Le «product owner», dans la méthodologie SCRUM est l'unique personne qui porte la vision du projet, ce poste se rapproche de celui de chef de projet. 15 «Nearshore» : identique à la délocalisation mais dans une région ou un pays proche. 20 / 26

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

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

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

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

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

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

Méthodes de développement

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

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

Cours Gestion de projet

Cours Gestion de projet Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA

Plus en détail

Gestion Projet. Cours 3. Le cycle de vie

Gestion Projet. Cours 3. Le cycle de vie Gestion Projet Cours 3 Le cycle de vie Sommaire Généralités 3 Séquentiel 7 Itératif/Incrémental 17 Extreme Programming 22 Que choisir? 29 Etats Transverse 33 Cours 3 2006-2007 2 Généralités Cours 3 2006-2007

Plus en détail

Quelques réalisations en Agile, Les caractéristiques d un projet en Agile. - Agile live - project main features -

Quelques réalisations en Agile, Les caractéristiques d un projet en Agile. - Agile live - project main features - Le 6 décembre 2013 Page 1 PLAN 1 Le constat : dérapages... d un projet en AGILE.. Questions/Réponses. Page 2 Page 3 Le constat : dérapages. Les projets informatiques subissent des dérapages en délais,

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

Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.»

Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.» Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.» Projet de fin d études 2 Sommaire OBJET DU DOCUMENT... 3 LES ETAPES DU PROJET... 4 ETUDE PREALABLE...5 1 L étude d opportunité...

Plus en détail

A-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? 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é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

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

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

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

Présentation UBO 12/2008 Présentation des méthodes agiles

Présentation UBO 12/2008 Présentation des méthodes agiles Gestion de projet Vers les méthodes agiles Des approches prédictives aux méthodes agiles appliquées avec SCRUM Présentation UBO 12/2008 Présentation des méthodes agiles Partie 1 : La société Altran Altran

Plus en détail

1. Considérations sur le développement rapide d'application et les méthodes agiles

1. Considérations sur le développement rapide d'application et les méthodes agiles Chapitre 1 Introduction 1. Considérations sur le développement rapide d'application et les méthodes agiles 1.1 Rappel Longtemps les méthodes en cascade ou en V ont été opposées aux démarches empiriques

Plus en dé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

Développement itératif, évolutif et agile

Développement itératif, évolutif et agile Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie

Plus en dé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

PROBLEMES D'ORDONNANCEMENT AVEC RESSOURCES

PROBLEMES D'ORDONNANCEMENT AVEC RESSOURCES Leçon 11 PROBLEMES D'ORDONNANCEMENT AVEC RESSOURCES Dans cette leçon, nous retrouvons le problème d ordonnancement déjà vu mais en ajoutant la prise en compte de contraintes portant sur les ressources.

Plus en détail

Les mécanismes d'assurance et de contrôle de la qualité dans un

Les mécanismes d'assurance et de contrôle de la qualité dans un Les mécanismes d'assurance et de contrôle de la qualité dans un projet Agile SPIN de Montréal - ETS 5 mars 2012 Qui sommes nous? mathieu boisvert Coach Agile Chargé de cours Co auteur d un livre avec Sylvie

Plus en détail

Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET

Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Glossaire La terminologie propre au projet, ainsi que les abréviations et sigles utilisés sont définis dans le Glossaire. Approbation Décision formelle, donnée

Plus en dé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

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

Modélisation et optimisation participative des processus métier assistées par un jeu de rôles

Modélisation et optimisation participative des processus métier assistées par un jeu de rôles Modélisation et optimisation participative des processus métier assistées par un jeu de rôles Les organisations doivent aujourd hui s'adapter de plus en plus vite aux évolutions stratégiques, organisationnelles

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

Feature Team Primer. par Craig Larman et Bas Vodde. Version 1.2

Feature Team Primer. par Craig Larman et Bas Vodde. Version 1.2 ÉQUIPE FEATURE par Craig Larman et Bas Vodde Version 1.2 Les Équipes Feature 1 et les Domaines Fonctionnels 2 sont des éléments essentiels pour dimensionner le développement en mode agile et lean. Ces

Plus en détail

Guide pratique pour planifier la reprise après sinistre de manière rentable

Guide pratique pour planifier la reprise après sinistre de manière rentable Livre blanc www.novell.com Guide pratique pour planifier la reprise après sinistre de manière rentable Table des matières Table des matières...2 Évaluation du coût d'investissement...3 Évaluation des performances...4

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

Introduction. Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas :

Introduction. Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas : Introduction Le CRM se porte-t-il si mal? Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas : «75 % de projets non aboutis» «La déception du CRM» «Le CRM : des

Plus en détail

Chapitre 1 : Introduction aux bases de données

Chapitre 1 : Introduction aux bases de données Chapitre 1 : Introduction aux bases de données Les Bases de Données occupent aujourd'hui une place de plus en plus importante dans les systèmes informatiques. Les Systèmes de Gestion de Bases de Données

Plus en dé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

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

Presses des MINES - TRANSVALOR, 60, boulevard Saint-Michel - 75272 Paris Cedex 06 - France

Presses des MINES - TRANSVALOR, 60, boulevard Saint-Michel - 75272 Paris Cedex 06 - France Valérie Fernandez, Thomas Houy, Carine Khalil, Les méthodes agiles en développement informatique, Paris : Presses des Mines, collection Vademecum, 2013. Presses des MINES - TRANSVALOR, 60, boulevard Saint-Michel

Plus en détail

Agile @ Germe Grenoble 4 22/06/2012. Intervenant: Bruno Sbille

Agile @ Germe Grenoble 4 22/06/2012. Intervenant: Bruno Sbille Agile @ Germe Grenoble 4 22/06/2012 Intervenant: Bruno Sbille 1 Agile @ Germe 2 Bruno Sbille Blog Agile: http://brunosbille.com Coach & Formateur Blog Coaching Personnel: http://brunosbille.com/coachdevie

Plus en détail

Méthodes de développement

Méthodes de développement 1 / 19 Méthodes de développement Préparation de projet logiciel 1 - Introduction... 2 2 - Contextes de réalisation Client Fournisseur ou Fournisseur Investisseur... 2 2.1 Principaux contextes de réalisation...

Plus en détail

ERP open source une solution pour les entreprises. 17/02/2010 Page: 1

ERP open source une solution pour les entreprises. 17/02/2010 Page: 1 ERP open source une solution pour les entreprises 17/02/2010 Page: 1 Sommaire Définition d'un ERP Les grands modules d'un ERP Retour sur investissement Les avantages d'un ERP open source Ou peut on envisager

Plus en détail

Publication. Aperçu rapide Ce que vous apporte Microsoft Project 2013

Publication. Aperçu rapide Ce que vous apporte Microsoft Project 2013 Aperçu rapide Ce que vous apporte Microsoft Project 2013 Avec la nouvelle version 2013, Microsoft achève l'intégration complète de MS Project à SharePoint Server et met une nouvelle infrastructure à disposition.

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

Méthodologies SCRUM Présentation et mise en oeuvre

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

Gestion de projet. Définition. Caractérisation

Gestion de projet. Définition. Caractérisation Gestion de projet Définition «un projet est un processus unique qui consiste en un ensemble d'activités coordonnées et maîtrisées, comportant des dates de début et de fin, entrepris dans le but d'atteindre

Plus en détail

En face du commanditaire, on met un chef de projet qui connait le domaine (banque, administration, etc.)

En face du commanditaire, on met un chef de projet qui connait le domaine (banque, administration, etc.) Atelier «Science du projet» séance 4 8 novembre 2008 Compte rendu 1. Sébastien Larribe : la méthode AGILE, méthode de gestion de projet Sébastien Larribe part de l hypothèse que des méthodes de conception,

Plus en dé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

UML est-il soluble dans les méthodes agiles?

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

Déployez votre potentiel

Déployez votre potentiel Déployez votre potentiel Journée du Project Manager Approche traditionnelle versus Agile: ce qu'il faut savoir Bruno Sbille 14/11/2012 1 Principes de ce Workshop n 10:30 -> 12:00 n Questions (et le parking)

Plus en détail

ToutelaQualite. FAQ Rechercher S enregistrer Profil Membres Groupes Se connecter pour vérifier ses messages privés Connexion

ToutelaQualite. FAQ Rechercher S enregistrer Profil Membres Groupes Se connecter pour vérifier ses messages privés Connexion creer un forum supprimer les publicites ToutelaQualite FAQ Rechercher S enregistrer Profil Membres Groupes Se connecter pour vérifier ses messages privés Connexion ISO 9001 V2008 ToutelaQualite Index du

Plus en détail

LE PLAN D'AMÉLIORATION DE LA FONCTION MARKETING

LE PLAN D'AMÉLIORATION DE LA FONCTION MARKETING LE PLAN D'AMÉLIORATION DE LA FONCTION MARKETING Direction du développement des entreprises et des affaires Préparé par Michel Coutu, F. Adm.A., CMC Conseiller en gestion Publié par la Direction des communications

Plus en détail

DÉVELOPPEMENT INFONUAGIQUE - meilleures pratiques

DÉVELOPPEMENT INFONUAGIQUE - meilleures pratiques livre blanc DÉVELOPPEMENT INFONUAGIQUE MEILLEURES PRATIQUES ET APPLICATIONS DE SOUTIEN DÉVELOPPEMENT INFONUAGIQUE - MEILLEURES PRATIQUES 1 Les solutions infonuagiques sont de plus en plus présentes sur

Plus en détail

Sigma Consulting est un cabinet conseil spécialisé en management des organisations. Démarche Consulting..2. Réalisations..9. Réseau de Compétences.

Sigma Consulting est un cabinet conseil spécialisé en management des organisations. Démarche Consulting..2. Réalisations..9. Réseau de Compétences. Sigma Consulting est un cabinet conseil spécialisé en management des organisations. Sa mission est d'aider les entreprises à développer la qualité de service dont ont besoin leurs clients internes ou externes.

Plus en détail

CHAPITRE 3 : LES METHODES AGILES?

CHAPITRE 3 : LES METHODES AGILES? CHAPITRE 3 : LES METHODES AGILES? UE Gestion de Projet Master 1 STIC 2014/2015 Céline Joiron 2 Introduction Après avoir présenté les cycles de vie «classiques» de la gestion de projet L objectif de ce

Plus en détail

ERP5. Gestion des Services Techniques des Collectivités Locales

ERP5. Gestion des Services Techniques des Collectivités Locales Gestion des Services Techniques des Collectivités Locales Cte 1 2 P 3 s tio T 4 m ilg h trc c n p.o 5 re u fe ro a le tio c M S tw u aa c e O 2 Relation Citoyen Interventions Patrimoine Core Ressources

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

Techniques de Développement

Techniques de Développement Techniques de Développement Quelques définitions relatives au développement de logiciel Sébastien Faucou Université de Nantes (IUT de Nantes, département Informatique) Licence Professionnelle Systèmes

Plus en détail

LES tests d'acceptation

LES tests d'acceptation dans la série : b.d. agile! Idée et dessins par Anis berejeb : www.berejeb.com LES tests d'acceptation reflexions, experimentations... réussites et échecs... apprentissage et amelioration. à Partager avec

Plus en détail

- Le Diagramme de Gantt. - Le Diagramme de Pert - La Méthode QQCQCCP - La Méthode MOSI - Cahier des charges fonctionnel

- Le Diagramme de Gantt. - Le Diagramme de Pert - La Méthode QQCQCCP - La Méthode MOSI - Cahier des charges fonctionnel Planifier le projet > Identifier les étapes > Organiser le projet > Identifier les étapes - Le Diagramme de Gantt > Organiser le projet - Le Diagramme de Pert - La Méthode QQCQCCP - La Méthode MOSI - Cahier

Plus en détail

Enquête 2014 de rémunération globale sur les emplois en TIC

Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Les emplois repères de cette enquête sont disponibles selon les trois blocs suivants

Plus en détail

Direction Générale des Études Technologiques. Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique

Direction Générale des Études Technologiques. Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique Direction Générale des Études Technologiques Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique Génie Logiciel Mejdi BLAGHGI m.blaghgi@gmail.com Chapitre

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

Définir le contexte stratégique des Ressources Humaines

Définir le contexte stratégique des Ressources Humaines Zoom sur le contexte des ressources humaines Définir le contexte stratégique des Ressources Humaines Au travers de leur management stratégique, les entreprises voient les ressources humaines comme le moyen

Plus en détail

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

Estimer et mesurer la performance des projets agiles avec les points de fonction Estimer et mesurer la performance des projets agiles avec les points de fonction Radenko Corovic, MBA radenko.corovic@rsmtechno.ca 1. Introduction Les méthodes agiles de développement des systèmes ont

Plus en détail

Informatiques. Module : Outils RAD

Informatiques. Module : Outils RAD Management de Projets Informatiques Module : Outils RAD Niveau : S4 du L2/ISIL Génie Logiciel Le terme génie logiciel (en anglais software engineering) désigne l'ensemble des méthodes, des techniques et

Plus en détail

Les méthodes Agile. Implication du client Développement itératif et incrémental

Les méthodes Agile. Implication du client Développement itératif et incrémental Les méthodes Agile Simon ALEXANDRE - CETIC Plan Overview Agile ne signifie pas Agile signifie Objectifs poursuivis Pourquoi les méthodes Agile apparaissent-elles? Principales causes des échecs de projets

Plus en détail

XP : plus qu'agile. Extreme Programming v2 et Développement Responsable. Thierry Cros

XP : plus qu'agile. Extreme Programming v2 et Développement Responsable. Thierry Cros XP : plus qu'agile Extreme Programming v2 et Développement Responsable Thierry Cros Retrouvez cette présentation sur le site http://thierrycros.net Licence CC-BY-NC-SA XP : plus qu'agile Pourquoi XP Installer

Plus en détail

Les entreprises qui adoptent les communications unifiées et la collaboration constatent de réels bénéfices

Les entreprises qui adoptent les communications unifiées et la collaboration constatent de réels bénéfices Une étude personnalisée commandée par Cisco Systems Les entreprises qui adoptent les communications unifiées et la collaboration constatent de réels bénéfices Juillet 2013 Déploiement d'une large gamme

Plus en détail

Solutions de pilotage. Comment les directions financières et informatiques voient évoluer les solutions du marché dans les années à venir?

Solutions de pilotage. Comment les directions financières et informatiques voient évoluer les solutions du marché dans les années à venir? Solutions de pilotage Comment les directions financières et informatiques voient évoluer les solutions du marché dans les années à venir? Juin 2008 Préface L année 2007 a été particulièrement riche en

Plus en détail

Conduite de projets informatiques Développement, analyse et pilotage (2ième édition)

Conduite de projets informatiques Développement, analyse et pilotage (2ième édition) Avant-propos 1. Objectifs du livre 13 2. Structure du livre 14 Un projet informatique 1. Les enjeux 17 1.1 Les buts d'un projet 17 1.2 Les protagonistes d'un projet 18 1.3 Exemples de projets 19 2. Les

Plus en détail

Séance 1 Méthodologies du génie logiciel

Séance 1 Méthodologies du génie logiciel Séance 1 Méthodologies du génie logiciel Objectifs : Histoire du développement du logiciel. La crise du logiciel. Explorer les différentes méthodologies de développement. Comprendre l importance d adopter

Plus en détail

1. QU'EST CE QUE LE TABLEAU DE BORD D UN PROJET?

1. QU'EST CE QUE LE TABLEAU DE BORD D UN PROJET? 1. QU'EST CE QUE LE TABLEAU DE BORD D UN PROJET?... 1 2. LES TABLEAUX DE BORD, OUTILS DE PILOTAGE... 2 3. LES TABLEAUX DE BORD : OUTILS DE DIALOGUE A L'INTERIEUR DE L'ORGANISATION... 3 4. LA PRESENTATION

Plus en détail

Conservatoire national des arts et métiers - Centre de Marne la Vallée L'ITIL : Un référentiel pour la qualité des systèmes d'information

Conservatoire national des arts et métiers - Centre de Marne la Vallée L'ITIL : Un référentiel pour la qualité des systèmes d'information Conservatoire national des arts et métiers - Centre de Marne la Vallée L'ITIL : Un référentiel pour la qualité des systèmes d'information Mémoire d'examen probatoire en informatique soutenu le vendredi

Plus en détail

Ministère de l intérieur --------

Ministère de l intérieur -------- Ministère de l intérieur -------- Examen professionnel d ingénieur principal des systèmes d information et de communication du ministère de l intérieur Session 2013 Meilleure copie Sujet n 1 - Réseaux

Plus en détail

1 / 9. Méthodes de développement. Introduction

1 / 9. Méthodes de développement. Introduction 1 / 9 Méthodes de développement Introduction 1 - Objectifs... 2 2 - Risques d'un projet logiciel... 2 3 - Préparation et conduite de projet... 3 4 - Caractères particuliers du logiciel et conséquences...

Plus en détail

Extrait du site de l'oseo (ex.anvar) http://www.anvar.fr/projlanc.htm. Reste à déterminer les points incontournables

Extrait du site de l'oseo (ex.anvar) http://www.anvar.fr/projlanc.htm. Reste à déterminer les points incontournables Extrait du site de l'oseo (ex.anvar) http://www.anvar.fr/projlanc.htm Notez que vous trouverez les fiches citées à chaque étape sur le site (Normalement, les liens ont été conservés et fonctionnent) Reste

Plus en détail

O RMATION. Ingénierie Système Management de Projet Évaluation de la Maturité

O RMATION. Ingénierie Système Management de Projet Évaluation de la Maturité PLANS F de O RMATION Ingénierie Système Management de Projet Évaluation de la Maturité O R G A N I S A T I O N ACTEURS CONCERNÉS Les concepteurs de systèmes doivent détecter, analyser les besoins des utilisateurs,

Plus en détail

CHAPITRE 2 Définir le périmètre d'application

CHAPITRE 2 Définir le périmètre d'application CHAPITRE 2 Définir le périmètre d'application Pour que le projet de carte d'achat puisse être mis en œuvre de manière efficace, il importe de déterminer précisément le périmètre d'application. En effet,

Plus en détail

LA GESTION DE PROJET INFORMATIQUE

LA GESTION DE PROJET INFORMATIQUE Structurer, assurer et optimiser le bon déroulement d un projet implique la maîtrise des besoins, des objectifs, des ressources, des coûts et des délais. Dans le cadre de la gestion d un projet informatique

Plus en détail

LA GESTION DE PROJET INFORMATIQUE

LA GESTION DE PROJET INFORMATIQUE LA GESTION DE PROJET INFORMATIQUE Lorraine Structurer, assurer et optimiser le bon déroulement d un projet implique la maîtrise des besoins, des objectifs, des ressources, des coûts et des délais. Dans

Plus en détail

Comment réussir la mise en place d un ERP?

Comment réussir la mise en place d un ERP? 46 Jean-François Lange par Denis Molho consultant, DME Spécial Financium La mise en place d un ERP est souvent motivée par un constat d insuffisance dans la gestion des flux de l entreprise. Mais, si on

Plus en détail

Démarche d analyse stratégique

Démarche d analyse stratégique Démarche d analyse stratégique 0. Préambule 1. Approche et Démarche 2. Diagnostic stratégique 3. Scenarii d évolution 4. Positionnement cible 2 0. Préambule 3 L analyse stratégique repose sur une analyse

Plus en détail

Structure défendue par H. Fayol, qui met en avant l'unité de commandement : chaque individu n'a qu'un seul supérieur.

Structure défendue par H. Fayol, qui met en avant l'unité de commandement : chaque individu n'a qu'un seul supérieur. Structure défendue par H. Fayol, qui met en avant l'unité de commandement : chaque individu n'a qu'un seul supérieur. Découpage des activités (et donc des responsabilités) par fonctions, par unités de

Plus en détail

Les moteurs de progrès

Les moteurs de progrès MANAGEMENT PILOTAGE Les moteurs de progrès Si le management par les processus connaît une certaine réussite, le pilotage et les processus qui lui sont liés restent précaires. Pourtant là aussi, appliquer

Plus en détail

Supply chain management NESTLE. Les Rois de la Supply Chain 2010

Supply chain management NESTLE. Les Rois de la Supply Chain 2010 áå ΩINSTITUT SUPERIEUR DU MANAGEMENT Supply chain management NESTLE Les Rois de la Supply Chain 2010 Cabinet ISM Abidjan, Cocody,Bvd F. Mitterand, Riviera Bonoumin, Immeuble La Paix 22 BP 876 Abidjan 22

Plus en détail

Fiche méthodologique Rédiger un cahier des charges

Fiche méthodologique Rédiger un cahier des charges Fiche méthodologique Rédiger un cahier des charges Plan de la fiche : 1 : Présentation de la fiche 2 : Introduction : les grands principes 3 : Contenu, 1 : positionnement et objectifs du projet 4 : Contenu,

Plus en détail

Mail: romain.trocherie@gmail.com Linkedin:www.linkedin.com/in/romaintrocherie

Mail: romain.trocherie@gmail.com Linkedin:www.linkedin.com/in/romaintrocherie 1 2 Romain Trocherie Consultant IT, développeur Java, ScrumMaster à Altran Belgique depuis 2012 (groupe Altran depuis juin 2011). Développement d un simulateur d essais pharmaceutiques pour grands comptes.

Plus en détail

PC Check & Tuning 2010 Optimisez et accélérez rapidement et simplement les performances de votre PC!

PC Check & Tuning 2010 Optimisez et accélérez rapidement et simplement les performances de votre PC! PC Check & Tuning 2010 Optimisez et accélérez rapidement et simplement les performances de votre PC! MAGIX PC Check & Tuning 2010 est la solution logicielle complète pour l'analyse, la maintenance et l'accélération

Plus en détail

Conditions gagnantes pour démarrer sa transition Agile

Conditions gagnantes pour démarrer sa transition Agile Conditions gagnantes pour démarrer sa transition Agile 1 4 Les De plus en plus d organisations voient l Agilité comme une piste de solution aux problèmes auxquels elles sont confrontées. Par ailleurs,

Plus en dé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

Les Méthodes Agiles. description et rapport à la Qualité. Benjamin Joguet Rémi Perrot Guillaume Tourgis

Les Méthodes Agiles. description et rapport à la Qualité. Benjamin Joguet Rémi Perrot Guillaume Tourgis Les Méthodes Agiles description et rapport à la Qualité Benjamin Joguet Rémi Perrot Guillaume Tourgis 1 Plan Présentation générale d'agile Qu'est ce qu'une méthode Agile? Le manifeste Les valeurs Les principes

Plus en détail

La pratique - ITIL et les autres référentiels. Fonctions ITIL et informatique en nuage

La pratique - ITIL et les autres référentiels. Fonctions ITIL et informatique en nuage La pratique - ITIL et les autres référentiels Fonctions ITIL et informatique en nuage Création : janvier 2013 Mise à jour : janvier 2013 A propos A propos du document Ce document pratique est le résultat

Plus en détail

SOUTIEN INFORMATIQUE DEP 5229

SOUTIEN INFORMATIQUE DEP 5229 SOUTIEN INFORMATIQUE DEP 5229 Le Diplôme d études professionnelles D.E.P. en soutien informatique a une durée totale de 1800 heures à temps plein. Le programme permet de développer les compétences nécessaires

Plus en détail

Le Workflow comme moteur des projets de conformité

Le Workflow comme moteur des projets de conformité White Paper Le Workflow comme moteur des projets de conformité Présentation Les entreprises sont aujourd'hui soumises aux nouvelles régulations, lois et standards de gouvernance les obligeant à mettre

Plus en détail

Hélène CHEUTIN. Master 2 ISMAG 2005-2006

Hélène CHEUTIN. Master 2 ISMAG 2005-2006 Hélène CHEUTIN Master 2 ISMAG 2005-2006 SRM ((Supplliierr Rellattiionshiip Managementt)) INTRODUCTII ION Les entreprises cherchent sans cesse à améliorer leurs performances et notamment à réaliser des

Plus en détail

Réussir un grand projet de transformation : 20 bonnes pratiques pour changer l entreprise

Réussir un grand projet de transformation : 20 bonnes pratiques pour changer l entreprise David Autissier et Thierry Meslin Réussir un grand projet de transformation : 20 bonnes pratiques pour changer l entreprise Le projet OEEI du parc nucléaire d EDF Préface de Dominique Minière et de Philippe

Plus en détail