Dans le cadre de la négociation commerciale d’un projet, le client entend fréquemment le prestataire consulté vanter les mérites de sa procédure de gestion de projets. Si tous les professionnels du secteur des nouvelles technologies disent aujourd’hui s’appuyer sur une « Méthodologie », vous êtes en droit de vous demander comment elle se traduit dans les faits : par des normes absconses et immatérielles à respecter strictement ou par une procédure concrète au service d’un réel bénéfice du client ?       Argia a, bien sûr, choisi son camp et, si nous respectons les phases classiques de méthodologie communes à tous les acteurs du marché, notre approche, structurée et formalisée, se singularise par une volonté d’associer le client à la démarche de gestion du projet via un ensemble d’outils concrets lui permettant d’expliciter et de communiquer ses besoins au(x) prestataire(s).       Bénéfice client     Absolument nécessaire dans le cadre de programmes faisant intervenir, outre le client et Argia, des entreprises "alliées", notre démarche de gestion des projets, rationnelle et qualitative, permet d’instaurer un langage commun à tous les intervenants, pour une adéquation maximale entre l’expression des besoins du client et les développements associés.       Facilitant donc la communication entre tous les intervenants, ce processus assure une cohérence d’ensemble d’un bout à l’autre du projet, la solution étant pérennisée par cette approche reproductible.       Enfin, cette procédure nous permet de vous garantir une constante visibilité sur l’avancement de votre projet, pour une appropriation en douceur du produit final et un transfert de compétences implicite, gage de votre autonomie future.         Du concret, toujours plus de concret...     La méthodologie appliquée par Argia peut se décomposer en 7 grandes étapes :       1 - L’initialisation, au cours de laquelle le client exprime succinctement les objectifs du projet dans son propre langage «métier». Dès cette première phase, l’action d’Argia est soutenue et concrétisée par des outils de travail collaboratif mis à la disposition du client via un Extranet. L’un de ces outils consiste en une bibliothèque des documents projet (annuaire des intervenants du projet, plannings, comptes-rendus, …) partagés et publiables en HTML, qui permet de centraliser et de hiérarchiser les informations, celles-ci étant consultées et uploadées par les utilisateurs selon leur niveau de droits d’accès. L’autre est un système de gestion des demandes, permettant à un utilisateur de formuler une requête auprès de n’importe quel prestataire intervenant sur le projet, la réponse donnée étant ensuite archivée (traçabilité via un historique).       2 - Le recueil des besoins qui permet définir précisément les fonctionnalités attendues par les utilisateurs finaux. Le dossier de recueil des besoins, produit au cours de cette phase, s’appuie sur une modélisation UML (Unified Modeling Language), langage de modélisation standard et universel des applications informatiques. L’UML propose un ensemble de représentations visuelles à plusieurs niveaux : aussi compréhensibles pour l’utilisateur qui exprime ainsi clairement son besoin que pour le développeur qui y trouvera tous les détails nécessaires, elles permettent de modéliser l’ensemble du système à réaliser. Cette même méthode de formalisation est utilisée dans les phases ultérieures du projet, garantissant une cohérence optimale.       3 - L’analyse, découpée en deux parties distinctes, a pour but de décrire en détail les fonctionnalités attendues, non plus sous l’angle de l’utilisateur, mais du point de vue de la structuration interne de l’application (analyse globale), puis de chacun des éléments qui la composent (analyse détaillée). Intervenant au cours de cette phase, la découpe du projet en lots traités successivement marque le début du processus d’itération qui se poursuivra ensuite tout au long du process : après la rédaction du modèle UML d’analyse globale, chacun des lots est décrit via un modèle UML d’analyse détaillée qui expose précisément les besoins associés et liste les fonctions à remplir.       4 - La conception permet de déterminer comment l’application va être réalisée. A partir du modèle UML de conception qui décrit, pour chacun des lots, les éléments de construction technique, la recherche des composants pré-existants peut commencer. Cette méthode de réutilisation/personnalisation de composants déjà éprouvés présente de multiples avantages, non seulement au niveau économique, mais aussi en terme de réactivité ou de performances techniques.       5 - Le développement correspond à la tâche de production proprement dite de l'application. Au cours de cette phase, durant laquelle la solution net est livrée par modules successifs en fonction du découpage des lots et du degré d’itération, le client a accès en continu à l’ensemble des livrables (modèle de conception, documentation, jeux d’essai, tests unitaires, sources, …) associés au lot traité.       6 - La recette et le déploiement correspondent à la livraison de l’application finale précisément configurée pour la plate-forme matérielle du client et à la vérification de sa conformité avec le cahier de recette.       7 - La maintenance concerne les corrections d’anomalies constatées après recette. Lors de cette phase, le système de gestion des demandes via un Extranet prend toute son importance, permettant au client de communiquer avec un ou plusieurs des prestataires concernant une fonctionnalité précise de l’application, en ayant la possibilité de consulter l’ensemble des demandes antérieures sur ce sujet.       Représentation du schéma général de notre méthodologie.