Secteur
Banque & Assurance
Dans la banque et l'assurance, la dette technique n'est plus seulement un problème de coût : c'est devenu un risque réglementaire. DORA, les exigences BCE sur le risque ICT, la raréfaction des compétences sur certaines technologies : les équipes doivent maintenir l'existant, sécuriser les systèmes critiques et démontrer leur maturité aux superviseurs. Tout à la fois.
Enjeux
Ce que nous observons chez nos clients des secteurs de la banque et l'assurance
Le secteur financier est entré dans une phase de pression réglementaire continue. DORA (en vigueur depuis janvier 2025) impose aux établissements de démontrer leur résilience opérationnelle ICT : traçabilité des processus, gestion des incidents, tests de résilience, maîtrise des prestataires critiques. Les équipes de développement ne peuvent plus s'abstraire de ces exigences : elles en sont directement responsables.
Parallèlement, le coût de la maintenance des systèmes legacy explose. Des technologies vieillissantes, des compétences qui se raréfient, une documentation souvent absente : modifier un système critique devient un projet à part entière, avec des risques que les directions métier ne mesurent pas toujours.
Dans ce contexte, améliorer la maturité des processus de développement n'est plus une démarche d'excellence optionnelle. C'est ce qui permet de tenir la conformité réglementaire dans la durée, de réduire les coûts de maintenance et de conserver la maîtrise sur des systèmes qui, par nature, ne peuvent pas s'arrêter.
CMMI®
Ingénierie des systèmes
MBSE
Enjeux du secteur
- Conformité DORA : traçabilité des processus ICT, gestion des prestataires critiques, tests de résilience
- Exigences BCE/SSM sur la maturité des processus de développement et de maintenance
- Risque cyber sur des systèmes critiques souvent mal documentés
- Coût croissant des systèmes legacy et raréfaction des compétences sur certaines technologies
- Complexité des architectures hybrides (legacy, cloud, API, IA)
Où notre approche fait la différence
- CMMI® : évaluer et améliorer la maturité des processus de développement pour produire la traçabilité attendue par DORA et les superviseurs BCE
- MBSE Snake® : l'ingénierie des systèmes / MBSE accessible aux non-spécialistes et adaptée au contexte innovation / advanced engineering
- Accompagnement terrain : travailler dans les contraintes réelles (réglementaires, organisationnelles, techniques) sans plaquer aveuglement un modèle
Ils nous font confiance
Exemples de missions
Ce que nous avons fait concrètement
Deux exemples d'interventions représentatives de notre approche dans les secteurs de la banque et l'assurance.
Redonner du sens aux revues d'assurance qualité
L'entité informatique d'un acteur bancaire de premier plan constatait un essoufflement de ses revues d'assurance qualité, notamment depuis le déploiement d'une nouvelle organisation « agile à l'échelle ». Elle avait besoin d'un regard extérieur pour faire évoluer ce dispositif en deux temps. L'enjeu : redonner du sens aux revues qualité pour mieux coller à la réalité du terrain et aux attentes du Management.
Mission
- Challenger le dispositif d'assurance qualité au regard du modèle CMMI V2
- Proposer des recommandations pour pivoter vers des revues d'excellence opérationnelle couvrant aussi bien les axes « projet » que « produit »
- Concevoir une grille de revue orientée « risques » (écart de pratique → impact du risque à ne pas faire) avec les indicateurs associés
- Valider l'approche par back-testing sur des revues qualité réelles
Résultat
- Vision des « revues d'excellence opérationnelle » partagée avec le Management pour nourrir sa réflexion
- Grille de revue qualité orientée « risques » conçue à l'aide du modèle CMMI V3
- Approche vérifiée par back-testing sur 69 revues qualité réelles
Faire converger une DSI sur la gestion des exigences
La DSI d'un grand groupe bancaire qui conçoit et maintient le système d'information de ses réseaux de banque de détail (plusieurs milliers de collaborateurs, de nombreux métiers), engagée dans une transformation « agile à l'échelle », devait clarifier la place des « exigences » dans son référentiel méthodologique. L'enjeu : faire émerger une vision partagée de la gestion des exigences, en particulier de leur capitalisation, pour décider des actions d'amélioration à enclencher.
Mission
- Cadrer et organiser une « Learning Expedition » avec le comité de direction
- Confronter les pratiques internes à des regards externes
- Faire émerger les alternatives d'évolution possibles et leurs critères de choix
- Animer la convergence de l'équipe « méthode »
Résultat
- État de l'art consolidé avec 3 experts du domaine et 4 organisations comparables
- Équipe « méthode » alignée sur les actions d'amélioration prioritaires pour 2026
- Modèle de données des exigences initialisé, articulant objets d'ingénierie (pérennes) et objets « agile » (éphémères)
Vous souhaitez discuter de votre contexte ?
Nous ne proposons pas de solution toute faite. Mais si les enjeux décrits ici résonnent, parlons-en.