Pilotage de projets réglementaires, PMO et conduite du changement : audit, conseil, formation et assistance technique pour la finance de marché

Projets réglementaires : échéances, prestataires et responsabilités

Un calendrier fixé par les textes

Un projet réglementaire se distingue d'un projet ordinaire par sa date : elle ne se négocie pas. Plusieurs échéances structurent l'agenda des acteurs de marché à la date de rédaction. Le règlement (UE) 2024/1624 sur la lutte contre le blanchiment s'applique à compter du 10 juillet 2027, comme l'indiquent les documents de l'autorité européenne AMLA. Le règlement (UE) 2025/2075 fait passer le règlement-livraison des opérations sur plateforme à T+1 à compter du 11 octobre 2027, selon l'AMF. Selon l'EIOPA, la révision de Solvabilité II prend effet le 30 janvier 2027. La révision fondamentale du portefeuille de négociation (FRTB) est attendue au 1er janvier 2027, avec des ajustements ciblés adoptés par la Commission le 4 juin 2026 et encore soumis à l'examen du Conseil et du Parlement européen : cette dernière partie s'écrit au conditionnel.

Chacune de ces dates oblige à découper un chantier en lots, à identifier les équipes concernées (conformité, risques, données, informatique, métiers), à fixer des jalons de recette et à prévoir les décisions de la direction. Un retard ne se rattrape pas en renégociant la date, il se traite par le périmètre, les ressources et les risques acceptés, ce qui exige des arbitrages documentés.

Les dépendances entre chantiers compliquent encore la tâche. Un même référentiel de données clients alimente la lutte contre le blanchiment, le reporting prudentiel et les obligations de conduite ; une même équipe informatique porte plusieurs livraisons ; un même prestataire intervient sur deux programmes. Sans vision de portefeuille, chaque projet est raisonnable et l'ensemble est intenable. Le travail du bureau de projets consiste à rendre ces dépendances visibles, à proposer des arbitrages et à documenter ce que la direction a décidé d'accepter.

DORA et pilotage des prestataires

Beaucoup de projets réglementaires s'appuient sur des prestataires de services TIC (technologies de l'information et de la communication) : éditeurs, hébergeurs, intégrateurs. Le règlement (UE) 2022/2554 (DORA), applicable depuis le 17 janvier 2025, encadre leur gestion. Comme le rappelle l'AMF, l'entité financière tient un registre de ses contrats avec les prestataires TIC et leurs sous-traitants et le transmet chaque année à son autorité. Les contrats doivent comporter les clauses de l'article 30, et pour les fonctions critiques ou importantes l'entité prévoit des stratégies de sortie. Les autorités européennes désignent les prestataires critiques et en supervisent l'encadrement. L'ACPR a fixé au 31 mars 2026 la remise de la dernière collecte de registres.

Pour le pilotage, la conséquence est directe : le suivi d'un prestataire ne se limite plus aux délais et aux coûts. Il comprend l'inventaire des contrats, la qualification des fonctions soutenues, la revue des clauses et la préparation de la sortie. Le thème de gestion des prestataires gagne ainsi une dimension réglementaire, que le PMO traduit en indicateurs et en revues.

Les normes techniques d'exécution relatives au registre d'information ont été adoptées par le règlement d'exécution (UE) 2024/2956, qui fixe les modèles à utiliser. Les dates de remise varient selon les autorités et se vérifient sur leurs sites. Un projet qui reprend des contrats existants dans un registre unique est typiquement un chantier de PMO : sources dispersées, responsables multiples, contrôles de qualité à définir et échéance de supervision.

Rôles et responsabilités d'un projet réglementaire

Un projet réglementaire a un sponsor qui décide et répond du résultat, un chef de projet qui planifie et coordonne, un PMO qui consolide le suivi du portefeuille, des experts métier et des contributeurs informatiques. Les fonctions de contrôle y participent comme parties prenantes : la conformité et les risques précisent les exigences et contestent les choix. Leur indépendance reste cependant une règle du règlement général de l'AMF (Autorité des marchés financiers), qui interdit aux personnes participant à la fonction de conformité de participer aux services qu'elles contrôlent. Un projet bien conduit évite donc de faire concevoir une solution par la fonction qui devra ensuite la contrôler seule.

Un prestataire d'assistance respecte la même logique : il produit des livrables définis, sous la responsabilité de son employeur, et n'engage ni le sponsor ni les fonctions de contrôle. Le code du travail encadre le prêt illicite de main-d'œuvre (article L. 8241-1) et le marchandage (article L. 8231-1) : un contrat d'assistance porte sur des livrables, non sur des heures de présence.

Méthodes, normes et outils de gestion de projet

ISO 21502, guide PMBOK et guide Scrum

La norme ISO 21502:2020 donne des lignes directrices sur le management de projet, quel que soit le cycle de vie ou le mode de livraison ; les lignes directrices sur les programmes et les portefeuilles figurent dans les normes ISO (International Organization for Standardization, Organisation internationale de normalisation) 21503 et ISO 21504, et celles sur la gouvernance dans l'ISO 21505. Le guide PMBOK du Project Management Institute, dans sa huitième édition de novembre 2025, accompagne la norme pour le management de projet du même institut et s'organise autour de principes et de domaines de performance. Le guide Scrum de Ken Schwaber et Jeff Sutherland, dans sa version de novembre 2020, reste la version officielle en vigueur.

Ces référentiels ne sont pas des exigences réglementaires : ils fournissent un langage commun et des pratiques éprouvées que l'entité adapte à ses projets. Une entité qui les applique de façon dogmatique s'expose à un pilotage lourd ; celle qui les ignore s'expose à des pratiques non reproductibles d'un projet à l'autre. La certification PMP (Project Management Professional, certification en management de projet du PMI) est délivrée par le Project Management Institute après un examen qu'il organise ; Optédif ne délivre aucune certification et prépare seulement aux matières.

Un bureau de projets peut remplir des fonctions de nature différente : fournir des méthodes et des modèles, consolider le suivi du portefeuille, contrôler le respect des règles de gouvernance, ou diriger directement certains projets. Le choix dépend de la taille de l'entité, de la culture de ses équipes et du nombre de chantiers simultanés. Une fonction de consolidation légère suffit souvent pour une société de gestion de taille moyenne, alors qu'un groupe bancaire qui conduit plusieurs programmes réglementaires aura besoin d'un dispositif plus structuré. C'est typiquement une décision de gouvernance sur laquelle le conseil apporte des scénarios, et non une réponse unique.

Approches agiles dans un environnement réglementé

Les méthodes agiles (Scrum, Kanban, équipes produit) conviennent à des chantiers où le besoin se précise en avançant, comme la refonte d'un outil de criblage ou la construction d'un entrepôt de données de reporting. Elles ne changent ni la date d'une échéance réglementaire ni la nécessité de conserver la preuve : un carnet de produit doit se rattacher aux exigences, les décisions importantes se consignent, les recettes se documentent. Le rôle de product owner, responsable de l'ordre des priorités, est un rôle d'entité : il ne se délègue pas à un prestataire sans que le sponsor en garde la maîtrise.

Les difficultés rencontrées se ressemblent d'un acteur à l'autre : des rituels appliqués sans changer la façon de décider, un portefeuille agile sans vision d'ensemble, des dépendances entre équipes non traitées, un reporting à la direction qui ne reflète pas l'avancement réel. Le diagnostic de maturité ou l'accompagnement d'une équipe traite d'abord ces points concrets.

Outils de planification et de portefeuille

Microsoft Project et OpenText Project and Portfolio Management sont cités comme outils de thèmes du domaine, sans préférence. Ils servent à planifier, à suivre la charge, à consolider un portefeuille et à produire des tableaux de bord. Leur valeur dépend de la discipline de saisie : un plan à jour chaque semaine, des chemins critiques identifiés, des responsables de lots nommés. Un outil de portefeuille déployé sans règle de qualité des données donne à la direction une image précise de ce qui n'est plus vrai.

Conduite du changement et management

Adoption du changement et parties prenantes

Un projet réglementaire réussit rarement par son seul livrable technique. Une nouvelle procédure de vigilance, un outil de surveillance ou un registre exige que des équipes changent de pratique. Le management du changement identifie les parties prenantes, mesure l'écart entre la situation actuelle et la cible, prévoit l'information, la formation et le soutien, et suit l'adoption. En France, les changements d'organisation ou l'introduction de nouvelles technologies peuvent exiger l'information et la consultation du comité social et économique (article L. 2312-8 du code du travail) : le calendrier du projet en tient compte.

La mesure de l'adoption repose sur des indicateurs simples, choisis avant le lancement : part des équipes formées, utilisation effective de la nouvelle procédure, nombre de demandes d'aide, écarts constatés lors des contrôles de premier niveau. Ils ne servent pas à juger les personnes mais à ajuster l'accompagnement. Un changement non suivi retombe vite dans les anciennes habitudes, ce qui expose l'entité au moment du contrôle suivant.

Management d'équipe, conflits et intelligence collective

Les thèmes de management (leadership, management de proximité, gestion des conflits, intelligence collective, transformation organisationnelle, excellence opérationnelle, Lean Six Sigma) répondent à des besoins voisins : tenir une équipe pendant une période de charge, arbitrer entre deux fonctions qui ne se comprennent pas, installer une amélioration continue des processus de production. Nous les traitons comme des compétences de méthode et d'animation, sans prétendre qu'une démarche d'amélioration produira un gain particulier.

Ce que nous faisons, et ce que nous ne faisons pas

Ce que nous faisons

Nous diagnostiquons la maturité du pilotage à partir des projets réels. Nous conseillons sur la gouvernance, le PMO et le suivi des prestataires. Nous accompagnons des chefs de projet, des responsables et des équipes sur plusieurs mois. Nous apportons une assistance technique sous la responsabilité et l'encadrement d'Optédif, avec des livrables définis, au forfait ou en récurrent ; lorsque le contrat vise une entité financière, les clauses de l'article 30 du règlement DORA peuvent s'appliquer. Nous animons des comités, des retours d'expérience et des séminaires managériaux. Nous proposons aussi des formations en intra-entreprise.

Ce que nous ne faisons pas

• Nous n'exerçons aucune activité réglementée : ni conseil en investissement, ni gestion de portefeuille pour compte de tiers, ni intermédiation, ni consultation juridique.
• Nous ne nous substituons ni au sponsor, ni au chef de projet, ni aux fonctions de contrôle : les décisions, les validations et les signatures restent chez vous.
• Nous ne fournissons pas de personnel à votre direction : l'assistance porte sur des livrables, sous notre encadrement.
• Nous ne délivrons aucune certification, y compris la certification PMP ou celles des méthodes agiles, ni aucune attestation de conformité d'un projet.
• Nous ne promettons ni le respect d'une échéance, ni un gain de productivité : nos exemples décrivent ce qui a été produit et décidé.
• Nous ne traitons ni ordres, ni positions, ni projets d'opération non publics.

Sources officielles

Pour vérifier les textes cités, consultez les sources officielles : l'AMF pour DORA, l'ACPR pour les registres d'information, l'actualité de la Commission sur le risque de marché et l'AMF sur le passage à T+1.