Au cours de ce talk, je tacherai de vous présenter les réflexions, les tentatives, les démarches, les facteurs clés de succès et d’échec … réalisés ces 4 dernières années dans le cadre du déploiement de la pratique d’Architecture d’Entreprise. Je vous présenterai notre mise en œuvre de TOGAF au travers d’un outillage adapté, que nous avons pensé comme véritable support opérationnel des activités Architecture & Projet au service des Métiers. Je partagerai avec vous le bilan après 18 mois de déploiement.
Talk OpenGroup Quebec - Architecture d'Entreprise chez MMA - 20151207
1. Se connaître pour
construire et se
transformer
Architecture
d’Entreprise
chez MMA
[2010/2015]
The Open Group
December 07-08, 2015
Québec City, Canada
Laurent Broudoux
2. @lbroudoux#EAatMMA
Quelques mots…
Laurent Broudoux
Le jour …
Architecte IT Senior chez Covéa
Mots-clés : EA, SOA, Modeling, Java, Agile, Software factories
La nuit …
Coder, geek, open source committer (http://github.com/lbroudoux)
Me joindre / suivre
@lbroudoux
laurent.broudoux@gmail.com
http://lbroudoux.wordpress.com
4. @lbroudoux#EAatMMA
Groupe Covéa
1 groupe
3 marques
Afin de profiter pleinement des
bénéfices de l’effet de groupe, les
mutuelles MAAF, GMF et MMA ont
confié à Covéa la coordination du
pilotage stratégique de l’ensemble
économique constitué des enseignes
et de leurs filiales communes.
16,5 milliards € CA (IARD et
Vie)
+11 millions sociétaires
+26300 collaborateurs
5. @lbroudoux#EAatMMA
MMA, c’est :
1er réseau social d'assurances en France
Assureur multispécialiste, MMA dispose d’un réseau d’agents généraux.
MMA décline auprès du grand public (particuliers et professionnels) et des
entreprises des solutions et services complets en Dommage aux biens, Epargne et
Assurance Vie, Santé et Prévoyance, Risques professionnels et d’entreprises.
8. @lbroudoux#EAatMMA
Situation du SI MMA
Bref historique
Des applications construites sur 4 générations technologiques
70’ 80’ 90’ 10’00’
Gestion sinistres / contrats
Technologies propriétaires Standards Internet
COBOL / Mainframe
Pdt / contrats Epargne
Délégation souscription agences
Meo processus Marketing de masse
Java, (.Net), HTML, XML, …
Informatisation des agences
Pdts / contrats IARD
COBOL / Unix
Smalltalk / GraphTalk
9. @lbroudoux#EAatMMA
Situation du SI MMA
Une entropie galopante !
De 2000 à 2010, priorité à la croissance externe et au développement
80’ 00’ 10’
10’
00’
SI IARD
SI
Epargn
e 2
Portail
Apport
eur
Informa
tique
Agences
SI
Sinistr
es
SI
Flottes
Campag
nes
Commer
cialesNew
mma.fr
GED
Prestata
ires /
Mandat
aires
Portail
Sinistr
es
Socle
Pilotage
SI Sur
Mesure
Epicast
e
Assurex
Déclar
ation
Sinistr
es
Base Marketing
Contacts
Souplesse
Tarifaire
Avantages
Multi-
souscriptions
Mois gratuits
Reprise d’actes
Espace Perso
VEL
Prévoyance
Workflow
Pilotage Chaud
SI Socle
Evolution / Socle
Evolution sans Socle
Services /
sinistres
Offres /
produits
Clients / marketing / Réseaux
Délégation /
souscription
Pro
Nouvelles
Offres
Courtage
Epargne
Instances
Courtage IARD
Call center
Gestion
Evénements
Demat
Comparateur
Fusion
Winterthur
Lancement
Banque
Fusion
Azur
11. @lbroudoux#EAatMMA
Nos enjeux
• Un Système d’Informations est complexe par
essence : il est constitué d’un grand nombre d’éléments inter-
reliés
• L’enjeu n’est pas de réduire la complexité du
système d’information qui est une de ses
caractéristiques, mais de le maîtriser en termes de
compréhension, construction et évolution
12. @lbroudoux#EAatMMA
Ce qui est simple est toujours faux,
Ce qui ne l’est pas est inutilisable »
Paul Valéry
(1871 - 1945)
13. @lbroudoux#EAatMMA
« Maîtriser le SI », comment ?
Assurer une cohérence selon 3 axes
• Compréhension : établir une cartographie de référence
proposant des représentations cohérentes et partagées de
l’existant et de la cible, délimitant les impacts des projets
• Construction : appliquer des normes et réutiliser des
solutions de mise en œuvre permettant d’assurer une
cohérence aussi bien à la conception qu’à l’exécution
• Evolution : suivre une trajectoire de transformation
permettant de garantir la cohérence des évolutions en
regard des enjeux et exigences métiers
15. @lbroudoux#EAatMMA
Phase 0 : 2010 - 2011
Choisir et adapter TOGAF
Catalogue de solutions
Feuille de route des technologies
Offres de services de support / solutions
Accompagnement Architecture aux projets
Formalisation description des solutions
Qualification des dettes techniques
Influence sur la feuille de route du
patrimoine applicatif
=> difficulté dissociation MEO / MCO
16. @lbroudoux#EAatMMA
Phase 1 : 2012 - 2015
Comprendre et déployer TOGAF
Le Client au centre !
Une gestion des offres et
avantages à son service.
Connaissance du client et
ouverture des référentiels
Accessibilité, disponibilité et
qualité des services
Continuum multicanal
Terminaison nerveuse du
relationnel
17. @lbroudoux#EAatMMA
Phase 1 : 2012 - 2015
Comprendre et déployer TOGAF
L’occasion de retravailler les fondamentaux !
Architectures de Références
Cadres normatifs et démarches
Référentiel d’Architecture
Portefeuille de 10 projets
Transformations majeures de certains pans
Stratégies des métiers
Stratégies Systèmes d’Information
Vision de l’idéal
20. @lbroudoux#EAatMMA
Changement majeur : une valeur métier qui n’est
plus disséminée dans les différentes parties de
l’entreprise mais extraite de leur collaboration !
L’alignement métiers / IT
Des services adossés
aux processus métiers
pour une réutilisabilité améliorée
Services
Oriented
Enterprise
21. @lbroudoux#EAatMMA
Plan d’Occupation des Sols
Approche domaniale : cohérence forte et couplage faible
en terme de fonctions, de données gouvernées mais aussi d’organisation humaine.
Sinistres
Domaine
Fonctionnel
22. @lbroudoux#EAatMMA
Alignement au plan applicatif
IAC Sinistre
ADIS
Socle GED
GSIE PAVS
PGSDAS CRSWFGA
SI de Gestion Sinistres
MMA.fr
Portail
Apporteur
Portail AIS
Prestataires /
Mandataires
DARVA
Sinistres
Bordure du couplage
lâche (modularité)
23. @lbroudoux#EAatMMA
1) Travailler avec les métiers sur la vision cible en terme de
découplage / modularité / capacité de substitution des différents
pans de l’Entreprise
2) Mettre la priorité sur la gestion des échanges - et donc les
interfaces - pour les échanges entre domaines
3) Décliner ce découpage en terme de cible sur le Système
d’Information, appliquer SOA pour les échanges externes
Points Clés
Alignement Métiers / IT
27. @lbroudoux#EAatMMA
Organisation humaine & projet
Depuis des décennies, la plupart des efforts et activités organisés selon le modèle
du « Projet » :
- collaboration ponctuelle destinée à délivrer,
- démantelée à terme après transition en maintenance.
Les projets utilisant les ressources de la DSI, organisée autour des couches technologiques.
UI
specialists
team
middleware
specialists
team
DBAs
team
Project A Project B Project C
28. @lbroudoux#EAatMMA
Organisation selon des groupes
d’experts
UI
specialists
middleware
specialists
DBAs
Des équipes organisés en silos … … conçoivent des architectures en silo !
Project A
Project B
Project C Melvyn Conway,
1967
Vers un Système
d’Information monolithique ?
Chaque organisation
concevant un système (au
sens large) produira une
conception dont la structure
reproduit la structure de
communication de
l’organisation.
29. @lbroudoux#EAatMMA
Organiser autour des prestations
Des équipes pluridisciplinaires … … organisées autour des capacités métier !
Penser chaque domaine
comme un Produit logiciel
autonome offrant des
prestations.
Points Clés
Ré-organisation autour des domaines fonctionnels.
Domaine A
Domaine B
Domaine C
30. @lbroudoux#EAatMMA
Et pour les Architectes ??
Application des mêmes principes !
Emergence des Architectes de domaines
Domaine ADomaine B
Domaine C
Cellule
d’Architecture
Transverse
Dilemme : assurer la
proximité et la légitimité
avec le Métier tout en
garantissant la circulation
des idées et des personnes !
31. @lbroudoux#EAatMMA
Illustration de la revue satirique La Flaca. La Première République espagnole entre le
centralisme (Emilio Castelar) et le fédéralisme (José María Orense).
32. @lbroudoux#EAatMMA
Les impacts sur le Cycle de vie
Le projet devient une dimension supplémentaire dont les besoins sont pris en
compte dans les différents domaines (produits).
UI
specialists
team
middleware
specialists
team
DBAs
team
Project A
Domaine A
Project B
Domaine B
Project C
Domaine C
Projet
Projet A
Projet B
Instaurer l’autonomie des
domaines pour permettre
Agilité du cycle de vie.
Points Clés
33. @lbroudoux#EAatMMA
« Products not Projects »
1) Adopter une mentalité « Produit » autour de la notion de Domaine pour :
- Garantir la cohérence autour des capacités métiers attendues,
- Produire effectivement des applications plus découplées et autonomes,
- Favoriser le sentiment de propriété, de responsabilité et in fine la
qualité,
- Donner de l’agilité au cycle de vie en sortant de l’impasse du SI
monolithique,
- Alléger la gouvernance transverse et favoriser l’intégration
d’innovations !
2) Le Management tient un rôle primordial pour :
- Garantir la cohésion au sein d’une équipe dispatchée,
- Garantir l’application locale des principes et bonnes pratiques
Points Clés
35. @lbroudoux#EAatMMA
Fonder notre méta-modèle
Le core content metamodel est riche … avec plusieurs extensions
Quelle stratégie de déploiement de la méthodologie ?
Complet vs Progressif ? Comment prioriser ?
Priorité aux points de douleur
actuels :
- Gestion des données,
- Identification et
conception des services,
- Référencement et
contrôle des composants
et technologies
Notre choix
36. @lbroudoux#EAatMMA
Quelles activités outiller ?
Au-delà du référencement pur et simple …
Dans notre démarche d’instruction et de fabrication, quelles sont les activités
nécessitant de s’appuyer sur un outillage / référentiel d’Architecture ?
Utiliser le référentiel comme
outil support des activités de
conception SOA en se focalisant
- Sur la spécification des services
et échanges (contrats
d’interface),
- Sur les liens avec les modèles
de données,
- Sur les liens inter-plans : SOE !
Notre choix
37. @lbroudoux#EAatMMA
Etendre notre méta-modèle
De nouvelles questions surgissent …
MMA
Services
Extension
MMA
Data
Extension
Le niveau de détail du CCM est-il suffisant pour outiller les
activités choisies ?
Services Extension
Adaptée à la spécification des
interfaces et dépendances entres
services, inspirées des méta-
modèles issus de SCA et WS-*
Data Extension
Adaptée à la conception des
modèles de données conceptuels et
la projection sur système distribué,
inspirées de patterns tels que
Modèle Canonique.
38. @lbroudoux#EAatMMA
En complément du méta-modèle…
Cadre cartographique
(représentations de références pour la
description des concepts)
Cadre normatif
(principes et règles d’instanciation,
démarches d’évolution de l’entreprise)
La construction d’outils destinés aux opérationnels
Projets
Référentiel Architecture
Cadre Architecture
39. @lbroudoux#EAatMMA
Zoom : Référentiel d’Architecture
Plan Fonctionnel
Plan Applicatif
POS & Fonctions
Services Applicatifs
Plan technique
Plan Métier
Processus métier
Composants Techniques
Référentiel d’Architecture Entreprise
Support opérationnel
des projets
Continuité et Orientation
Conception / Dev
Experts métiers
et Architectes
centralisés
Architectes de
domaines et
Responsables
Applicatifs
Support opérationnel des projets et accélérateur de mise en œuvre !
Filières de
développement
40. @lbroudoux#EAatMMA
TOGAF intégré, opérationnellement
Un périmètre de déploiement de TOGAF priorisé selon les points de
douleurs ressentis dans les projets. La définition d’extensions afin d’aider à
la standardisation et à l’outillage des activités critiques.
Des compléments normatifs et cartographique indispensables pour garantir
l’utilisabilité.
Une volonté d’intégrer les préoccupations d’Architecture au sein des projets
afin de garantir le succès de la démarche (quitte parfois à sortir du cadre stricte de
l’Architecture …)
Points Clés
Ce positionnement relève d’un vrai choix et fait apparaitre des exigences
complémentaires sur l’outil (collaboration, efficience, exploitation). L’effort
qui en découle doit être assumé.
48. @lbroudoux#EAatMMA
Quelle méthode de déploiement ?
Etablir une vision holistique mais réussir à déployer progressivement et
juste-à-temps !
Réussir à adapter la trajectoire en fonction du feedback des 1ers projets.
49. @lbroudoux#EAatMMA
Une de nos erreurs…
Succès !
La prise de conscience d’un
« tout » vient plus tard.
Echec : « trop complexe »,
« inapplicable », « trop abstrait »,
…
Déploiement Global et Uniforme
: tous les Architectes et
Concepteurs !
Vers des déploiements
spécialisés, supportés par
l’outillage
50. @lbroudoux#EAatMMA
Trajectoire suivie
Gouvernance des
services
CMDB
Etape 1
Spécifications des services (A)
Lien vers l’outillage de gouvernance
de services (A)
Etape 0
Matérialisation POS (F)
Identification des services (F & A)
Catalogue des composants (A)
Etape 3
Formalisation modèle d’information (F)
Catalogue des fonctions (F)
Déclinaison modèle de données (A)
Lien données – services (A)
Etape 4
Catalogue des processus (M)
Catalogue des solutions (T)
Lien composants – solutions (A & T)
Lien vers outillage CMDB (A)
Etape 5
…
51. @lbroudoux#EAatMMA
Un premier bilan, après 2 ans de déploiement
• Des phases d’essais, d’échecs et de remises en cause
inévitables : organisation, démarche d’instruction & articulation projet,
outillage, déploiement, …
• Une volonté de soulager les problèmes opérationnels
salvatrice ! Qui n’enlève rien au besoin de sponsorship
fort…
• EA : la perception d’une démarche écologique ?