Vous découvrez encore de nouveaux acronymes ou vocabulaire chaque fois que vous changez de projet ou d’équipe ?

Ça vous arrive encore de recevoir des mails avec un langage « hermétique » ?

Je vous propose un « Lexique » pour vous mettre à jour.

Ayant eu l’occasion de travailler pour plusieurs DSI, j’ai pu constater, que, pour le même livrable ou activité, la terminologie peut changer d’une structure à une autre.

J’ai tenté de couvrir toutes les facettes de la gestion de projets informatiques (Rôles, fonctions, instances, livrables, activités et autres.

Je vous recommande donc vivement d’en prendre connaissance et éventuellement le garder sous le coude…il vous sera certainement utile 😊

Le vocabulaire spécifique au domaine de l’exploitation (phases de RUN) n’est pas repris ci-dessous (seules les phases Projet/Build) sont couvertes.

Vous êtes pressés ? RDV en bas de page pour télécharger la version pdf de ce lexique.

Les rôles et fonctions

• Architecte technique : chargé de concevoir la solution à réaliser d’un point de vue technique
• Architecte transverse : dans le contexte des projets complexes, chargé d’assurer la cohérence globale des solutions envisagées dans les différents chantiers du projet
• Architecte fonctionnel : chargé de concevoir la solution à réaliser d’un point de vue fonctionnel
• Analyste : Rôle fonctionnel assimilable à celui de la MOA
• CdP : Chef de Projets. Chargé de mener un projet de bout en bout de l’opportunité (cadrage) jusqu’à la mise en service.
• Développeur : chargé de réaliser les développements informatiques
• Demandeur : équipe métier étant à l’origine des besoins à couvrir (Direction Marketing, Direction juridiques…)
• Fournisseur : partie prenante externe à l’entité demandeuse. Il peut s’agir, par exemple, d’un prestataire qui réalise les développements au forfait.
• Lead dèv : terme pour désigner un responsable d’une équipe de développeurs
• MOA : Maitrise d’Ouvrage faisant l’interface entre les métiers (demandeurs) et la MOE (équipes de réalisation)
• MOE : Maitrise d’œuvre (équipes techniques de réalisation…développeurs, architectes…)
• PMO : Projet Management Office. Structure de support aux projets qui est généralement bien établie dans l’entreprise indépendamment des projets courants.
• RACI : (acronyme Responsible, Accoutable, Consulted et Informed) matrice des responsabilités des intervenants.
• RPSP : Responsable de la Planification et du Suivi des Projets
• Sponsor : Rôle d’appui et de soutien pour le CdP (généralement assuré par le Top Management). Utile, par exemple, en cas de besoin d’escalade pour débloquer des situations complexes.
• Testeur : chargé de tester et de valider les développements réalisés
  

Les instances :

• Coproj : réunion régulière de suivi du projet. A lieu généralement toutes les semaines tout au long du projet et est destinées à toute l’équipe projet.
• Copil : une réunion de pilotage projet destinée au Management pour éventuellement opérer des arbitrages projet.
• Comex : instance de gouvernance habituellement établie dans l’entreprise (généralement réservée au Top management) et qui peut être utilisée éventuellement pour faire arbitrer des points spécifiques à un projet.
• COA : Comité d’Arbitrage
• CAB : Change Advisory Board. Comité de Gestion des Changements pour valider les demandes de mise en prod.
• CGR : Comité de Gestion de la Roadmap
• GoNoGo : réunion pour décider de l’opportunité de passer en prod. En générale le go pour la mise en prod est donné dans cette réunion mais ça peut nécessiter également un passage en CAB pour avoir l’aval, notamment, des équipes de production qui vont devoir suivre et/ou exploiter le nouvel applicatif une fois en production.
• Kickoff : réunion de lancement du projet
• War Room : dispositif mis en place en cas de blocages sur un projet pour trouver des solutions rapidement (en réunissant toutes les parties prenantes autour de la table)
• 121 : One To One ou point de synchro à deux.

Les livrables, activités et autres :

• Besoins  : Besoins à couvrir pour répondre aux enjeux du projet (ex. mettre en place une nouvelle offre, refondre un parcours de souscription pour se mettre en conformité vis-à-vis de la loi…)
• Brief : Note très succincte qui explique le besoin du demandeur
• CdT : Cahier de Recette
• DAT : Dossier d’Architecture Fonctionnelle
• Etude d’opportunité : instruction des nouveaux pour décider de la pertinence de lancer un projet.
• Estimation des charges : exercice d’évaluation des ressources nécessaires pour réaliser des développement (et par corrélation pour mener un projet)
• Enjeux Projet : c’est la (les) raison (s) principale qui a (ont) amené l’entreprise ou le client à lancer le projet (ex. Réussir l’arrivée sur un nouveau marché, Se mettre en conformité vis-à-vis d’une nouvelle loi…)
• EB : Expression des besoins
• FIFO : First In First Out
• FUT : Freindly User Test
• Lettre de mission : autre appellation pour le Brief
• Macro Exigence : C’est une façon d’exprimer les besoins à couvrir de façon agrégée et très synthétique (ex. Refonte de la première page d’un parcours de vente…)
• Qualification : activités de tests de validation des développements livrés (réalisée, en générale, par une équipe de testeurs au profil technico fonctionnel)
• ROI : Return On Investment – Retour sur investissement
• Recette Fonctionnelle : activités de tests de validation des développements livrés (réalisée, en générale, par une équipe de testeurs au profil fonctionnel
• REX : Retour d’Expérience
• SFD : Spécifications Fonctionnelles Détaillées
• ST : Spécifications Techniques
• SAG : Spécifications D’Architecture Générale
• STD : Spécifications Techniques Détaillées
• STI : Spécifications Techniques d’Interface
• Stratégie de Recette
• TTM : Time To Market. Date de commercialisation effective et généralisée
• TTD : Time To Delivery. Date de mise en production de l’ensemble de la solution
• T0 : Date de démarrage du projet
• Tests unitaires : tests réalisés par les développeurs pour valider des développements de façon localisée.
• Tests bout en bout : test de validation du service final rendus une fois tous les développements livrés et intégrés
• UAT : User Acceptance Test
• VSR : Vérification de Service Régulier. Période en général de 2 semaines suivant la Mise en Production de la solution pendant laquelle on s’assure du bon fonctionnement de la solution en environnement de production
• VABF : Vérification d’Aptitude au Bon Fonctionnement. Il s’agit de la recette fonctionnelle permettant d’analyser le livrable et de s’assurer de son bon fonctionnement

Mais en fait, c’est quoi un projet ?

Parce que vous avez eu le courage de scroller jusqu’en abs de l’écran, et parce que nous sommes « très cool » chez Excellence Mania, alors je vous fais don de cette précieuse définition. Bien entendu à ne partager avec personne 😊

Un projet est la mise en œuvre d’un ensemble d’activités en vue d’atteindre un objectif SMART*

Il s’agit d’un ensemble d’actions ponctuelles limitées dans le temps avec une date de début et une date de fin prédéfinies.

Objectif SMART :

• S : Simple et clair
• M : Mesurable
• AR : Atteignable et Réaliste
• T : limité dans le Temps (une date de fin de projet)

En FRANCAIS CAMERA

• Cadré (spécifique, précis, défini)
• Approuvé, consensuel
• Mesurable, critère de validation donné
• Échéance précise dans le temps, daté
• Réaliste, faisable.. .. mais Ambitieux

Exemples de projets :

• Pour un Opérateur de télécommunications : lancement d’une nouvelle offre de Services Mobiles.
• Pour une banque : Mise en conformité de la gestion des comptes clients suite à une nouvelle loi.
• Pour un équipementier automobile : lancement d’un nouveau modèle de voiture électrique
• Pour une startup : création d’un site web
• Pour Jacqueline : organisation de l’anniversaire de son petit-fils Thomas.