Rechercher
Fermer ce champ de recherche.

La gestion de projet TX2 CONCEPT : mรฉthodes Agiles et DevOps

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 :

  1. Les individus et leurs interactions plutรดt que les processus et les outils
  2. Un logiciel fonctionnel plutรดt quโ€™une documentation exhaustive
  3. La collaboration avec les clients plutรดt que la nรฉgociation contractuelle
  4. 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 :

Partager l'article :

Articles liรฉs