Chez TX2 CONCEPT, nous accordons une attention particuliรจre ร la qualitรฉ des livrables produits ainsi quโร la rรฉactivitรฉ nรฉcessaire pour les faire vivre. Afin dโatteindre ces objectifs de qualitรฉ et de rรฉactivitรฉ, notre mรฉthode de gestion de projet sโappuie sur lโapplication conjointe dโune mรฉthodologie agile et de mรฉthodes DevOps.
Nous appliquons cette mรฉthodologie en phase de dรฉveloppement mais รฉgalement en phase de recette et dโexploitation.
Mais quโest-ce quโune gestion de projet en mode Agile ? Et ร quoi correspondent les mรฉthodes DevOps ?
Gestion de projet traditionnelle : le Cycle en V
Issue du modรจle dit ยซ en cascade ยป ou ยซ waterfall ยป, la mรฉthode ยซ cycle en V ยป s’utilise traditionnellement pour le management de projet. Ce modรจle a fait son apparition dans lโindustrie avant dโรชtre appliquรฉ, dans les annรฉes 80, aux projets informatiques.
Lorsque lโon utilise cette mรฉthode, on dรฉcoupe un projet en 9 รฉtapes qui vont se succรฉder. Ces phases correspondent ร lโanalyse des exigences et besoins, aux รฉtapes de conception et de mise en ลuvre ainsi quโaux phases de tests et dโintรฉgration. On est alors sur une approche sรฉquentielle et linรฉaire.
On parle de ยซ V ยป car elle est organisรฉe de la maniรจre suivante : un flux dโactivitรฉ descendant qui dรฉtaille le produit jusquโร sa rรฉalisation et un flux ascendant qui assemble le produit et vรฉrifie sa qualitรฉ. De plus, le ยซ V ยป fait รฉgalement rรฉfรฉrence au fait que chaque phase de dรฉveloppement est accompagnรฉe dโune phase de Validation. Cela implique quโun problรจme en phase de Tests systรจme entraine une remise en question du livrable dรจs la phase Analyse. Potentiellement, cela peut impliquer de nombreuses modifications.
Souvent dรฉcrite comme ยซ 100% projet ยป, on oppose au cycle en V les mรฉthodes Agiles dรฎtes ยซ 100% produit ยป.
Historique de la mรฉthode Agile
Contrairement ร la gestion de projet traditionnelle qui se veut sรฉquentielle, la mรฉthodologie agile est quant ร elle itรฉrative.
Les travaux sur le cycle de production itรฉratif datent des annรฉes 1930-1940. Mais il a fallu attendre la fin des annรฉes 50 pour quโils soient appliquรฉs ร lโinformatique, notamment dans le cadre du projet Mercury.
Les mรฉthodes agiles sont lโaboutissement de nombreux travaux tels que ceux de Tom Gilb sur le cycle de vie รฉvolutif (1981) ou ceux de Scott Shultz sur la production en itรฉrations rapides. La toute premiรจre mรฉthode dite ยซ agile ยป serait la mรฉthode EVO12 รฉlaborรฉe et publiรฉe par Tom Gilb en 1976.
Mais le terme ยซ agile ยป nโa fait son apparition quโen 1991 lorsque James Martin a proposรฉ une mรฉthode de dรฉveloppement rapide dโapplication (RAD). Celle-ci repose sur une structure itรฉrative, incrรฉmentale et adaptative. Ce modรจle est dโailleurs trรจs proche de ce que nous appelons aujourdโhui les mรฉthodes agiles.
La mรฉthode Agile a รฉtรฉ popularisรฉe en 2001 grรขce au Manifeste pour le dรฉveloppement agile de logiciel. Ce texte a รฉtรฉ รฉcrit aux Etats-Unis par 17 dรฉveloppeurs de logiciels reconnus tels que Ward Cunningham, le crรฉateur du Wiki, Kent Beck, lโinventeur de lโextreme programming ou encore Ken Schwaber, le concepteur de la mรฉthode Scrum. Ces dรฉveloppeurs considรฉraient que le fort taux dโรฉchec des projets de dรฉveloppement de logiciels รฉtait dรป ร la rigiditรฉ et la lourdeur de la gestion de projet traditionnelle.
Ce manifeste dรฉcrit les valeurs et principes des mรฉthodes agiles.
Les valeurs et principes du Manifeste Agile
Ce Manifeste pour le dรฉveloppement agile de logiciel repose sur 4 valeurs. Il met l’accent sur :
- Les individus et leurs interactions plutรดt que les processus et les outils
- Un logiciel fonctionnel plutรดt quโune documentation exhaustive
- La collaboration avec les clients plutรดt que la nรฉgociation contractuelle
- Lโadaptation au changement plutรดt que lโexรฉcution dโun plan
Ces 4 grandes valeurs sont dรฉtaillรฉes par 12 principes tels que de faire de la satisfaction client une prioritรฉ, de responsabiliser les รฉquipes ou encore de livrer rรฉguliรจrement des versions opรฉrationnelles du livrable.
Certains signataires du Manifeste Agile ont crรฉรฉ lโAgile Alliance qui a pour objectif de dรฉfendre et promouvoir ces valeurs et principes.
Gestion de projet EDI : Pourquoi privilรฉgier les mรฉthodes agiles ?
Le postulat de base est simple, il est parfois contre-productif de planifier un projet dans les moindres dรฉtails. En mode agile, on privilรฉgie les objectifs ร court terme. Cโest-ร -dire, quโon va diviser un projet en sous-projets. Une fois un sous-projet accompli, on passe au suivant jusquโร la rรฉalisation de lโobjectif final. Cette approche est plus flexible que la gestion de projet traditionnelle. Cette souplesse facilite lโadaptation aux changements.
La mรฉthode Agile permet une meilleure collaboration avec les clients mais รฉgalement entre les รฉquipes. En mettant lโaccent sur la communication, on amรฉliore la rรฉactivitรฉ des รฉquipes. Le fait de mettre le client au cลur du projet permet dโamรฉliorer la relation de confiance entre les clients et leur prestataire.
Comme expliquรฉ prรฉcรฉdemment, la gestion de projet Agile donne au client une meilleure visibilitรฉ sur lโavancement du projet. Cela lui permet de demander des ajustements en fonction de lโรฉvolution de ses besoins. Lโรฉquipe projet peut ainsi rรฉagir et sโadapter en temps rรฉel afin dโeffectuer des modifications en cours de dรฉveloppement pour amรฉliorer le livrable. Cette forte adaptabilitรฉ permet รฉgalement une meilleure gestion des risques.
La gestion de projet en mode Agile est donc idรฉale si vous รฉvoluez dans un environnement complexe qui รฉvolue rapidement, comme cโest notamment le cas pour les projets informatiques.
En revanche, dans certaines situations oรน le projet nรฉcessite dโรชtre fortement cadrรฉ la gestion de projet traditionnelle peut รชtre plus pertinente.
Attention cependant lors du passage ร une nouvelle gestion de projet en mode agile. Celle-ci peut conduire ร des rรฉgressions ou des dรฉveloppements anarchiques si elle est mal exรฉcutรฉe. Il faut pour cela avoir les bons outils et les bonnes mรฉthodes de travail.
La mรฉthode DevOps : Cโest quoi ?
La mรฉthode DevOps a pour objectif dโappliquer les mรฉthodes Agiles au dรฉveloppement informatique. Elle repose sur la collaboration entre les dรฉveloppeurs logiciels (Dev) et les administrateurs de systรจmes et dโarchitectures (Ops). Ces premiers ont pour but de crรฉer et faire รฉvoluer des applications et les seconds se chargent de la mise en production.
Le dรฉfi est de prendre en considรฉration les contraintes de dรฉploiement dรจs lโรฉtape de la programmation. La mรฉthode DevOps va ainsi permettre dโautomatiser et de monitorer la totalitรฉ du cycle de vie du livrable. Cela amรฉliore ainsi la performance des รฉquipes et des livrables.
La gestion de projet informatique avec TX2 CONCEPT
TX2 CONCEPT applique une mรฉthodologie agile permettant de dรฉlivrer des solutions dans des cycles de vie courts. Cette mรฉthodologie est couplรฉe avec le respect des mรฉthodes DevOps afin de garantir lโatteinte des objectifs de qualitรฉ et de rรฉactivitรฉ. Ce couple sโarticule notamment sur :
- Un versionnage systรฉmatique et rigoureux de tout livrable, en phase de dรฉveloppements comme de recette et dโexploitation ;
- Lโemploi de chaรฎnes de production logicielles personnalisรฉes automatisant les transitions entre les phases de vie du livrable ;
- Lโintรฉgration complรจte dans une plateforme DevOps avec intรฉgration continue et dรฉploiement continu.
Les pรฉrimรจtres couverts par cette mรฉthodologie sont le dรฉveloppement, ainsi que les maintenances corrective et รฉvolutive.
Chaque version dโun livrable implique un cycle DevOps. Celui-ci comprend, en plus des phases รฉvoquรฉes dans la section prรฉcรฉdente, des phases de travail en collaboration, consolidation, tests et dรฉploiement automatiques. Lโautomatisation de ces tรขches garanti sa qualitรฉ tout en diminuant la durรฉe de son cycle de vie. Ce qui permet des livraisons rapides.
- Les outils de travail collaboratif utilisรฉs permettent un suivi prรฉcis et une revue par les pairs des dรฉveloppements effectuรฉs et des changements introduits ;
- La construction du livrable supprime le risque dโerreur statique ;
- Les tests automatiques garantissent ร tout moment le respect des spรฉcifications projet initiales ou actualisรฉes ainsi que la non-rรฉgression de fonctionnalitรฉs ;
- Le dรฉploiement automatique permet de passer rapidement le livrable dโun environnement dรฉveloppement ยซ Dev ยป ร un environnement exploitation ยซ Ops ยป, รฉgalement de faรงon accรฉlรฉrรฉe et avec un risque rรฉduit liรฉ ร la suppression de tรขches manuelles et rรฉpรฉtitives.
Nous appliquons cette mรฉthodologie de travail ร tous nos projets, quโil sโagisse d’EDI, de Web EDI ou encore de dรฉmatรฉrialisation des factures.
Si vous souhaitez avoir davantage dโinformations sur la gestion de projet chez TX2 CONCEPT, nโhรฉsitez pas ร nous contacter. Nous rรฉpondrons ร toutes vos interrogations.
Vous pouvez nous contacter par :
- Mail : commercial@tx2.fr
- Tรฉlรฉphone : +33 2 38 69 65 43
- Prendre directement un rendez-vous