L'IT, partenaire du Business - ITnation

BUSINESS DECISION MAKER
CASE CHOICE
Business Process
Fortis : avec la fusion
vient la maturation
Fortis Group met en place un projet d’Enterprise Architecture
Capability (EAC) pour standardiser ses capacités d’architecture
au niveau de toute l’entreprise (banque et assurance).
Active dans les secteurs de la banque et de l’assurance, Fortis a eu une
croissance importante, fruit de multiples acquisitions complexes et de
partenariats. «Ce processus de croissance va se poursuivre, déclare Marc
Guebels, Group Services Architect chez Fortis Banque Luxembourg. Tout en
gérant les acquisitions et les partenariats, nous devons avoir des systèmes
IT aptes à supporter cette stratégie.» Et donc assurer que l’intégration des
systèmes informatiques soit harmonieuse. L’innovation et l’agilité sont les
clés pour répondre aux besoins des clients et l’organisation des systèmes IT
doit s’inscrire dans ce sens. «Nous devons faire en sorte que la roue de la
transformation puisse tourner plus vite», explique Marc Guebels.
Suite à cet ensemble de fusions et acquisitions,
Fortis a lancé un ensemble de plans et
programmes de transformation, qui induisent
une certaine complexité, qu’il faut gérer au
travers d’une approche d’Architecture d’Entreprise.
Dans ce contexte, Fortis Group a décidé
la mise en place d’un projet d’Enterprise Architecture
Capability (EAC) afin de développer et
supporter la standardisation de ses capacités
d’architecture au niveau de toute l’entreprise
(banque & assurance) pour soutenir les stratégies
évolutives des métiers.
Chez Fortis, l’Architecture d’Enterprise n’est
pas organisée en un groupe centralisé, mais
elle est constituée d’une fédération d’architectes
ayant des responsabilités soit globales au
groupe, soit dans des lignes de métier de la
banque-assurance, soit dans des entités locales.
Ceux-ci jouent un rôle de facilitateur avec
les équipes de projet. Leur première activité
est de définir l’architecture de référence cible
du groupe en définissant principes, polices et
standards et en s’impliquant, guidant toutes
les initiatives de convergence des architectures
actuelles locales vers une architecture
future. Leur seconde activité consiste au
développement de la pratique et de la maturité
d’architecture. Ses deux activités sont interdépendantes
et se nourrissent mutuellement.
Le rôle de tout architecte est de pouvoir
gérer la complexité des Systèmes d’Information.
«Chez Fortis, nous la gérons en la
décomposant suivant différentes couches
d’architecture (Métier, Fonctionnelle, Applicative,
Technique) et en assurant une traçabilité
entre elles», dit Marc Guebels. Toutefois, la
réalité du terrain révèle que les systèmes sont
organisés différemment dans les différentes
géographies pour répondre à des stratégies
et préoccupations locales. De plus, une
documentation adéquate fait régulièrement
défaut pour préparer les intégrations. La cartographie
des différents «assets» existants
doit nous aider à les faire converger par une
approche d’urbanisation.
ÉVOLUTION EN MARCHE
Les premiers objectifs du projet EAC ont été
de définir des modèles et principes de référence
pour supporter les vues d’architecture
qui reflètent les paysages à haut niveau de
nos métiers. En complément à ces premiers
objectifs, le projet fournit un package de
services couvrant la formation, le coaching,
et la gouvernance nécessaire. Les bénéfices
attendus sont de tendre vers la standardisation
et l’industrialisation de la production de
ces vues d’architecture dans des livrables des
projets, d’une part ; de forcer l’usage d’un
langage commun, de faciliter la traçabilité
et les analyses d’impact entre les différentes
couches, d’autre part. Le principe du projet
est de mettre à disposition par itérations successives
un paquet de services de plus en
plus important à des clients de plus en plus
nombreux. Outre un support à l’utilisation et
au changement, ces services couvrent des
fonctionnalités de chargement de données
afin de gérer au plus vite une masse d’information
ainsi que la mise à disposition de vues et
de rapports exploitant les données importées.
Un méta modèle a été défini en mettant particulièrement
en avant deux axes; la couche
d’architecture et l’entité organisationnelle auxquelles
«l’asset» appartient. Celui-ci permet
un héritage de caractéristiques communes et
de gérer des spécialisations par couche ou
par propriétaire, mais surtout de donner un fil
rouge pour assurer la traçabilité inter-couches
architecturales. À ce jour, des vues ont été
18 juin 08