Gouvernance des projets digitaux dans l’assurance : pourquoi vos projets patinent et comment structurer le pilotage

La friction entre la DSI et le marketing est le motif le plus fréquent des projets digitaux qui patinent dans l’assurance. Après plus de 50 refontes menées pour des mutuelles, assureurs, courtiers et institutions de prévoyance, notre constat est constant : cette friction n’est jamais la cause profonde. Elle est le symptôme visible d’un étage manquant, celui qui attribue l’ownership, arbitre les désaccords et tient le périmètre. Cet article décrit les six défaillances de gouvernance que nous rencontrons le plus souvent, puis propose une matrice de pilotage et sept règles pour les prévenir.

Pour la dimension organisationnelle et le recours à un renfort externe, voir notre guide : MOA et AMOA dans l’assurance : définition, rôles et bonnes pratiques.

La friction DSI / marketing est structurelle, le blocage ne l’est pas
 ■

Un site de marque, un parcours devis-souscription ou un espace adhérent sont des objets frontière : les outils de conquête et de fidélisation du marketing, qui tournent sur l’infrastructure, avec les données et sous la responsabilité réglementaire de la DSI, un poids que le règlement DORA, applicable depuis janvier 2025, a encore renforcé. Il est donc normal que le marketing optimise la conversion, la vitesse de mise sur le marché et l’image, quand la DSI optimise la stabilité, la sécurité et la maîtrise du SI. Ces deux systèmes de valeurs sont légitimes. Le problème commence quand l’organisation attend que la friction se résolve d’elle-même, projet par projet, au gré des rapports de force entre directions.

La friction entre la DSI et le marketing n’est pas le problème. Le problème est l’absence de l’étage qui l’arbitre.

Les six cas qui suivent sont tirés de nos missions, anonymisés et avec certains détails modifiés pour empêcher toute identification. Chacun illustre une défaillance à un étage différent de la gouvernance.

Six défaillances de gouvernance observées sur le terrain ■

1. Le sponsor absent : quand le portage stratégique fait défaut

Dans une institution de prévoyance, l’ensemble des chantiers de transformation digitale est resté suspendu pendant de longs mois. Ni le budget ni les équipes n’étaient en cause : le dirigeant, en fin de mandat, n’avait aucune appétence pour porter une transformation dont il ne verrait pas les fruits, et personne en dessous n’avait mandat pour lancer un chantier structurant. Quand le portage stratégique est absent, la qualité du chef de projet, des équipes ou de l’agence ne change rien : aucun RACI ne répare un sponsor manquant. Le phénomène est particulièrement marqué dans les institutions de prévoyance et les mutuelles, où la temporalité des mandats de dirigeants et des conseils d’administration paritaires interfère directement avec celle des projets pluriannuels.

2. L’ownership mal attribué : le projet confié à la mauvaise direction

Chez un assureur de taille intermédiaire, la refonte du site de marque avait été confiée à la DSI. Le projet a stagné : spécifications interminables, aucun sens de l’urgence commerciale, pas de vision éditoriale. Il n’a abouti que lorsque le marketing et la communication se sont réimpliqués, ont repris l’ownership et ont externalisé la réalisation auprès d’une agence spécialisée. Un site de marque est un objet de conquête et d’image : en confier le pilotage à la DSI revient à demander à une direction dont les critères de succès sont la stabilité et la maîtrise du SI de piloter un objet dont les critères de succès sont la conversion et la notoriété. La leçon est générale : l’ownership de la conception suit la finalité de l’objet, pas sa technicité.

3. La continuité rompue : quand l’arbitre disparaît, le périmètre dérive

Dans une mutuelle santé, un projet de refonte du parcours devis-souscription a flotté pendant près d’un an : la DSI n’avait pas les ressources, le marketing et le métier étaient moteurs mais sans mandat pour avancer seuls. Au moment de la relance, le chef de projet côté DSI est sorti du dispositif. Dans les semaines qui ont suivi, le métier et le marketing ont réinjecté des demandes nouvelles, non prévues au cadrage et pour certaines irréalistes, ralentissant fortement un projet à peine relancé. Le scope creep n’est pas ici la cause du problème : il en est le symptôme. Quand l’instance qui dit non disparaît, chaque partie prenante ressort sa liste, et un projet ne survit pas à la disparition de son arbitre si aucun mécanisme ne tient la ligne à sa place.

4. Les processus support inadaptés : le cas des achats

Dans un grand groupe de protection sociale, les projets digitaux du marketing se heurtent systématiquement à la direction des achats. Celle-ci applique aux prestations digitales un référentiel conçu pour d’autres catégories d’achat : procédures longues, grilles pondérées sur le prix facial, exigences documentaires sans rapport avec la nature du projet, et aucune évaluation des références sectorielles ni de la compréhension des enjeux digitaux. Le processus optimise la conformité procédurale, pas l’adéquation du prestataire ni le coût complet du projet. Et la friction n’oppose même plus la DSI au marketing mais les achats au marketing : le problème n’est pas une querelle de personnes, c’est un défaut d’adaptation des processus support à la catégorie de projet.

5. Le run sans gouvernance : l’hébergement intouchable

Chez un organisme du secteur, le site vitrine accumule les incidents de maintenance à cause d’un choix d’hébergement manifestement inadapté. Le marketing en subit les conséquences et pousse pour changer. La DSI refuse de rouvrir le dossier : remettre en cause l’hébergeur reviendrait à désavouer sa propre décision. C’est le biais des coûts irrécupérables appliqué à l’infrastructure, aggravé par une gouvernance qui transforme tout choix technique en position personnelle à défendre. La sortie par le haut : des critères objectifs partagés (SLA, incidents, temps de réponse, qualité de la TMA, Core Web Vitals) et une clause de revoyure annuelle qui dépolitisent la décision. On ne désavoue pas une personne, on constate un indicateur.

6. Les dépendances non auditées : la charte graphique qui bloque la validation

Dernier cas, plus inattendu. Un organisme d’assurance fait refondre sa charte graphique par une agence de branding, qui préconise des polices distribuées uniquement par abonnement Adobe Fonts. Personne n’audite la chaîne aval. Or ces polices s’activent utilisateur par utilisateur via l’application Creative Cloud, et Figma ne les intègre pas nativement : tout relecteur des maquettes sans abonnement Adobe se heurte à une alerte de polices manquantes, y compris un dirigeant qui voulait simplement relire les planches. La charte, décision en apparence purement créative, s’avère être aussi une décision de licence et d’infrastructure, avec une dépendance d’abonnement qui s’étend jusqu’aux webfonts du site. Toute préconisation de prestataire doit donc être auditée sur ses dépendances, ses licences et sa compatibilité avec la chaîne d’outillage avant validation.

Le fil transversal de ces six cas : à chaque fois, ce qui manque n’est pas la compétence mais l’étage d’arbitrage. Un sponsor qui tranche, une règle d’attribution claire, une instance qui tient le périmètre, un processus adapté à la catégorie, des indicateurs qui dépolitisent les choix techniques, un audit des dépendances avant validation.

Qui pilote quoi : la matrice d’ownership par phase ■

La question « qui doit piloter le projet » est mal posée tant qu’elle attend une réponse par direction. La réponse juste est par phase, avec un point de bascule précis et vérifiable : les planches Figma complètes, parcours établis. En amont de ce jalon, le marketing et le digital dirigent la conception, avec les métiers assuranciels et le juridique en validation (conformité DDA des parcours de distribution, RGPD sur la collecte de données). En aval, sur les objets techniques, la DSI prend le pilotage de la réalisation : intégration front, API, connexion au SI de gestion, sécurité, conformité DORA.

Ce séquencement comporte une condition impérative : pendant la conception, la DSI n’est ni pilote ni absente. Elle exerce un visa de faisabilité en continu sur chaque planche Figma : les champs du formulaire sont-ils mappés dans les bases de données, les endpoints existent-ils, le tarificateur expose-t-il la donnée au moment où le parcours la demande. Un écran validé sans ce visa est une dette de conception : il faudra soit le redessiner en phase d’intégration, avec le coût et le délai associés, soit tordre le SI pour le servir, ce qui est pire.

Deux lectures de ce tableau. La colonne arbitrage est volontairement identique sur toutes les lignes : la direction générale est l’instance d’arbitrage dans tous les cas, et c’est un message en soi. Et la ligne TMA / run intègre la leçon du cas hébergeur : des indicateurs partagés entre la DSI et le marketing, pour que la remise en cause d’un choix d’infrastructure soit un constat de métrique et non un désaveu.

Les sept règles d’une gouvernance qui tient ■

1. Une matrice d’ownership écrite à froid, pas négociée à chaud. La règle d’attribution du pilotage par typologie d’objet digital doit être décidée une fois pour toutes au niveau CODIR, en dehors de tout projet. Décidée à chaud, projet par projet, elle est renégociée à chaque rapport de force, et le scénario du projet confié à la mauvaise direction se reproduit. La matrice de la section précédente peut servir de base de travail.

2. Un portage institutionnalisé, pas incarné. Le sponsorship doit survivre à un départ ou à une fin de mandat : décision de lancement actée en CODIR ou en conseil d’administration, sponsor de remplacement désigné d’avance. Dans les institutions de prévoyance et les mutuelles, cela impose d’anticiper le calendrier des mandats : lancer un projet structurant dans la dernière année de mandat d’un dirigeant est un facteur de risque en soi.

3. Une direction générale qui arbitre, en COPIL mensuel. Le buy-in de la direction générale ne se limite pas à la signature du budget : il se matérialise par un COPIL mensuel auquel elle participe, et par l’arbitrage des trois ou quatre décisions techniques structurantes du projet (hébergement, périmètre de refonte, dépendances éditeurs, build ou buy). La direction générale n’a pas à comprendre les API. Mais si elle ne descend jamais dans la technique, c’est souvent que personne ne lui rend la technique arbitrable : c’est au chef de projet de présenter des options chiffrées avec leurs conséquences.

4. Un chef de projet nommé, disponible et mandaté pour arbitrer. Un chef de projet ou un product owner doit focaliser les demandes des parties prenantes, avec une capacité d’arbitrage de premier niveau et une règle d’escalade claire vers le COPIL. La disponibilité est non négociable : un chef de projet qui ne peut consacrer que 10 % de son temps au projet devient le goulot d’étranglement de toutes les validations.

5. Une DSI ressourcée, même quand elle n’est pas lead. Le pire scénario n’est pas une DSI qui pilote, c’est une DSI absente. Même en support, elle doit consacrer des ressources réelles au projet et ne pas reléguer ces chantiers, perçus comme moins cœur de métier, en bas de son plan de charge. Le visa de faisabilité en continu pendant la conception rend cette implication concrète et mesurable.

6. Un registre de décisions et un gel de périmètre. Toute décision d’arbitrage est tracée avec sa justification. Après le cadrage, le périmètre est gelé : toute demande nouvelle passe par un chiffrage d’impact en coût et en délai, un arbitrage en COPIL, et une affectation par défaut au lot 2. Quand l’arbitre change ou disparaît, le registre tient la ligne à sa place.

7. Des processus support et un aval gouvernés. Les achats sont impliqués tôt, mais sur un référentiel construit avec le métier : grille pondérée sur les références sectorielles vérifiables et le coût complet, pas sur le prix facial. Et la gouvernance ne s’arrête pas à la mise en production : critères objectifs de performance du run définis avant le lancement, revoyure annuelle des choix d’hébergement, clause de réversibilité contractuelle, et audit systématique des dépendances et licences à chaque décision de charte ou d’outillage. Les budgets des différentes typologies de projets digitaux assurance sont détaillés dans notre grille tarifaire 2026.

Et le tiers externe dans tout cela ? ■

Une gouvernance solide est d’abord une affaire interne : aucun prestataire ne peut se substituer à un sponsor, à une matrice d’ownership ou à une direction générale qui arbitre. En revanche, un tiers spécialisé peut apporter un renfort méthodologique sur le cadrage, le pilotage opérationnel et la recette, en particulier quand la disponibilité interne fait défaut. Nous avons détaillé ces dispositifs et leurs coûts dans notre guide dédié : MOA et AMOA dans l’assurance.

Questions fréquentes sur la Gouvernance des projets digitaux ■

IP, si vous nous contactiez pour échanger sur vos projets digitaux ? ■

Tous les détails sur notre page contact ou en visio ci-dessous

Ils nous font confiance ■