Historique de l'institution financière

Une banque multinationale de détail et d'investissement, qui dessert plus de 20 millions de clients dans 40 pays, s'est trouvée à un point critique. Ses systèmes bancaires de base, dont beaucoup remontent aux années 1990, étaient en train de devenir fragiles et difficiles à entretenir. La banque a dû faire face à des exigences réglementaires croissantes, allant des exigences de fonds propres de Bâle III aux rapports sur la conformité au RGPD et sur le blanchiment d'argent. Parallèlement, les concurrents de la fintech ont érodé leurs parts de marché avec des expériences agiles et numériques.

L'environnement historique de la banque comprenait des milliers d'applications siloed, de multiples centres de données avec des configurations incompatibles et des processus manuels qui ralentissaient le lancement de produits. Les canaux numériques face au client souffraient de longs temps de charge et de fonctionnalités limitées. Les équipes internes opéraient dans les silos ministériels, ce qui a entraîné des efforts dupliqués et des choix technologiques contradictoires.

Stratégies clés pour une adoption réussie

Parrainage et gouvernance de l'exécutif

Le directeur général et le DPI ont parrainé conjointement le programme d'EE, créant un comité d'examen de l'architecture (CRA) qui a des droits de décision sur les investissements technologiques majeurs. Le CRA comprenait des représentants des secteurs d'activité, de la gestion des risques, de la conformité et des opérations de TI.

Engagement des parties prenantes et co-création

L'équipe d'EE a organisé plus de 100 ateliers avec des intervenants des secteurs des affaires et de la TI dans les secteurs des services bancaires de détail, de la gestion du patrimoine, des services bancaires et des opérations d'entreprise.

Feuille de route progressive avec des jalons clairs

La première phase était axée sur l'évaluation et la fondation : établissement d'un répertoire d'architecture, sélection d'un outil d'évaluation environnementale (LeanIX) et mise à l'essai du domaine bancaire de détail. La deuxième phase était axée sur la consolidation : migration des applications centrales vers un cloud hybride, normalisation des modèles de données et déclassement des systèmes redondants. La troisième phase mettait l'accent sur l'innovation : permettre la connectivité avec les API, les microservices et l'analyse en temps réel.

Alignement de la technologie sur les normes de l'industrie

La banque a adopté le cadre d'architecture Open Group (TOGAF) comme méthodologie, personnalisée avec des extensions spécifiques aux services financiers pour la sécurité et la régulation. Les architectures de référence ont été construites pour l'identité du client, les paiements et la gestion des risques. La pile technologique a été rationalisée sur un ensemble de plateformes approuvées, réduisant le nombre de fournisseurs de 400 à 120. Solutions Cloud-native et offres SaaS ont été priorisées pour de nouvelles capacités, tandis que les systèmes anciens ont été enveloppés avec des API pour permettre une migration progressive.

Processus de mise en œuvre

Évaluation et définition de base

Les six premiers mois ont été consacrés à la construction d'une vue d'ensemble de l'architecture actuelle.L'équipe d'EA a catalogué 1 200 applications, 600 interfaces et 80 data-stocks, en utilisant la méthode de développement de l'architecture TOGAF (ADM) – spécifiquement les phases A (Architecture Vision) par D (Architecture de technologie) – et a identifié des lacunes dans des domaines tels que l'authentification unique, la lignage des données et la reprise après sinistre.

Conception de l'architecture d'État cible

En étroite collaboration avec les architectes d'affaires, l'équipe a conçu un état cible organisé autour de principes de conception axés sur le domaine. La banque de base a été décomposée dans des contextes délimités : gestion de la clientèle, comptes, transactions, prêts et rapports. Chaque contexte avait prescrit la propriété des données, les contrats API et les modèles d'intégration.

Projet pilote : Transformation des services bancaires de détail

Le premier projet pilote visait le processus d'embarquement des clients de la banque de détail, qui avait une moyenne de 10 jours. L'équipe d'EE a modélisé le processus de bout en bout, identifié les étapes de validation redondantes et conçu un nouveau workflow à l'aide d'outils à code bas. Le projet pilote a réduit le temps d'embarquement à 2 jours et a permis d'améliorer de 30 % la résolution des premiers appels.

Migration et consolidation

Au cours des 18 prochains mois, la banque a transféré 40 % de son portefeuille d'applications vers un cloud hybride (AWS pour la production, on-premises pour les données sensibles). La consolidation des centres de données a réduit les coûts des installations de 25 %. La gouvernance normalisée des données – utilisant un modèle de données commun pour les données sur les clients, les produits et les transactions – a amélioré la cohérence des rapports et la préparation à l'audit.

Gestion du changement et formation

Un bureau de gestion du changement a offert une formation sur les principes d'EE, les concepts de TOGAF et les processus de conformité à l'architecture. Plus de 500 employés de TI et 200 analystes opérationnels ont terminé le programme.

Résultats et avantages

Gains d'efficacité opérationnelle

Les délais de traitement des lots pour le règlement en fin de journée sont passés de 6 heures à 1,5 heure. Les coûts opérationnels de la TI ont diminué de 18 % en deux ans. La plate-forme d'intégration normalisée a réduit le coût moyen de la construction d'une nouvelle API de 60 %.

Conformité réglementaire et gestion des risques

Les améliorations apportées à la gouvernance des données ont permis à la banque de produire des rapports réglementaires en temps quasi réel. Les constatations de vérification liées aux contrôles d'application ont diminué de 45 %. L'architecture a permis de garantir que tous les nouveaux systèmes respectaient les normes ISO 27001 et PCI-DSS par conception.

Améliorations de l'expérience client

Les scores NPS sur le canal numérique sont passés de 32 à 58 en 18 mois. Les taux d'écrasement des applications mobiles ont baissé de 70% et le temps moyen de chargement des pages s'est amélioré de 8 secondes à moins de 2 secondes.

Accélération de l'innovation

La banque a réduit le temps de lancer un nouveau produit financier de 18 mois à 4 mois. Le marché des API a permis à des partenaires tiers de s'intégrer en toute sécurité aux services de la banque, ce qui a permis de créer 12 nouveaux partenariats fintech au cours de la première année.

Enseignements tirés et pratiques optimales

Gouvernance sans bureaucratie

Le Conseil d'examen de l'architecture a initialement exigé une documentation exhaustive pour chaque demande, ce qui a ralenti les équipes agiles. La banque a pivoté vers un processus léger de décision -Architecture record (ADR) qui a saisi seulement les compromis clés et les résultats.

Évolution conduite par la métrique

Pour contrer cette situation, l'équipe a publié un tableau de bord trimestriel -Architecture Health Score-Score-de-l'architecture montrant des paramètres tels que le ratio de dette technique, l'âge du portefeuille d'applications, le pourcentage d'adoption du cloud et le taux de conformité à l'architecture.

Architecture continue, pas définie et oubliée

Les premières tentatives de définition d'un état cible statique sur cinq ans se sont révélées irréalistes à mesure que les conditions et les réglementations du marché changeaient. La banque a adopté une stratégie d'architecture dynamique avec des examens annuels et des feuilles de route adaptatives, ce qui a permis à la fonction d'EE de rester pertinente au milieu de la pandémie de COVID-19, qui a connu une poussée de travail à distance et l'émergence rapide de la détection de fraudes à l'IA.

Outils et automatisation

LeanIX a fourni des informations en temps réel sur les dépendances des applications et la gestion du cycle de vie. Les agents de découverte automatisés ont scanné le réseau de façon nocturne pour mettre à jour l'inventaire, réduisant ainsi l'effort manuel. L'outil a également intégré Jira et ServiceNow pour faire respecter les barrières de conformité de l'architecture pendant la livraison du projet.

Conclusion

Cette étude de cas démontre que l'adoption réussie d'une architecture d'entreprise dans les services financiers n'est pas seulement une entreprise technique, mais une transformation stratégique qui exige le parrainage des cadres supérieurs, la collaboration des intervenants, l'exécution progressive et l'adaptation continue. La banque a réalisé des améliorations mesurables en matière d'efficacité opérationnelle, de conformité réglementaire, d'expérience client et de vitesse d'innovation.

Pour plus de détails sur les cadres d'ÉE et les meilleures pratiques, voir le document officiel TOGAF, Gartner=s Recherche en architecture d'entreprise, et le rapport McKinsey=s sur Architecture numérique d'entreprise[