La migration d'un Core Banking

Transcription

1 La migration d'un Core Banking Par Florent WATRIN Le 02/10/2014 CALIS CONSEIL - 110, rue Réaumur PARIS - Tél.: Site internet : - Courriel : infos@calis-conseil.com

2 FOCUS SUR LA MIGRATION CORE BANKING Pourriez-vous préciser brièvement quelles sont les principales étapes d un projet de migration Core Banking? Il n existe pas de méthode universelle pour un projet de migration Core Banking, explique Florent WATRIN, expert fonctionnel du département Banque chez CALIS Conseil. Chaque projet est unique et chaque banque a ses propres spécificités, qu il convient de prendre en compte En règle générale, les principales étapes à prévoir pour une banque de détail de taille moyenne sont les suivantes : 1. Analyse des écarts fonctionnels et des besoins de la banque 2. Choix de la stratégie de migration (en big-bang ou progressive, choix des outils de pilotage, de gestion de configuration pour le versionning, le paramétrage, le déploiement, ) 3. Spécification des aménagements du produit 4. Spécification d Intégration du produit (échange de flux) 5. Spécifications de migration des données 6. Réalisation des travaux 7. Recette Fonctionnelle 8. Recette d intégration (ou bout en bout) 9. Répétition de bascule et fiabilisation des données sources 10. Homologation et/ou parallèle Run 11. Formation / Conduite du changement et réorganisation des processus de production 12. Bascule Les bonnes pratiques, en matière de management de projet rendent séquentielle, l exécution de chacune de ces étapes. Le principe est simple : Chaque étape doit aussi permettre de préparer l étape suivante. CALIS CONSEIL Page 2

3 Dans la pratique : L identification des écarts fonctionnels doit permettre de poser les bases de l étape de rédaction des spécifications, La rédaction des spécifications doit également permettre de cadrer le périmètre des jeux de tests à utiliser pendant la recette, La recette fonctionnelle doit permettre de poser les principes d organisation de la future production et d identifier des solutions pour corriger ou traiter un «problème de production», Les spécifications de migration des données doivent également alimenter les principes ou règles de la bascule. Conserver les mêmes ressources pendant toute la vie du projet, facilite la transition et garantie une certaine cohérence entre toutes ces étapes. Mais ces ressources ne doivent pas pour autant commencer l étape suivante, avant d avoir terminé la précédente (ou presque). Pour limiter la durée du projet on peut être tenté de lancer toutes les étapes en parallèle mais la charge de travail totale risque de s alourdir et la qualité produite non satisfaisante. Les fins d étapes à ne pas manquer : La fin de l analyse des écarts fonctionnels est la clé pour définir la stratégie globale du projet et lancer les chantiers qui en dépendent. La finalité de cette analyse d écart est la production d un plan d actions proposant différentes solutions de résolution, sur laquelle la direction de l établissement sera amenée à trancher. Dans le cas d un Core Banking, chaque composant peut aboutir à la définition de stratégies et la mise en évidence de besoins différents. Imposer une stratégie unique à tous les modules n est pas nécessairement la meilleure solution. Le scénario de bascule progressive par module peut être intéressant, si les principes d urbanisation sont maitrisés et s ils ne présentent pas trop de différences entre le système source et le système cible. CALIS CONSEIL Page 3

4 Existe-t-ilil une méthode unique pour migrer efficacement un Core Banking, quand et comment s effectue ectue ce choix de méthode? La méthode unique, qui ne coute qu un jour homme de charge n a pas encore été inventée, mais avant de la mettre au point, il y a quelques règles ou principes à respecter : 1) Savoir adapter le projet au contexte a) Préférer une solution de résolution des écarts fonctionnels, en modifiant quelque peu les pratiques de la banque plutôt qu une solution d aménagement qui peut s avérer être une démarche très coûteuse. Quelques principes forts doivent être appliqués dès le début du projet de refonte : o 1er principe : «Adopter sans adapter» est un principe de base visant à limiter les évolutions aux seuls écarts ayant un impact financier ou commercial stratégique pour la banque. Une politique visant dans un premier temps à reconstituer l existant risque de déstabiliser le projet de refonte du Core Banking car nécessitant un aménagement du MCD voire des processus internes, source de retards futurs. L analyse d écarts doit proposer des solutions et des plans d actions pour contourner l obstacle rencontré (paramétrage, fiabilisation, conduite du changement, communication clients, ). o 2e principe : Il répond au principe précédent, dans la mesure, où certaines évolutions stratégiques sont demandées par les métiers et acceptées par la direction de projet, il convient de gérer les versions livrées et de les limiter. o 3e principe : Il complète les deux ux premiers principes visant à reporter toute évolution non stratégique mais sensible au CALIS CONSEIL Page 4

5 plan financier ou commercial dans des lots ultérieurs, l objectif principal étant de démarrer au plus vite sur la nouvelle solution. b) La résistance au changement par les utilisateurs dépendra de la capacité des équipes «à projeter» les besoins actuels ou futurs de la banque dans le nouveau produit. Certains acceptent facilement de revoir leur «procédure», d autres s y opposent fermement et proposent de réappliquer un schéma conventionnel et déjà acquis. Plusieurs solutions de contournement existent : ce sont les politiques d accompagnement et de communication, impulsées par la direction de projet et plus généralement la direction de l entreprise. Un projet de refonte de Core Banking implique tous les acteurs car il induit un changement au quotidien pour les utilisateurs et parfois même une transformation de l organisation de la banque, remettant en question le fonctionnement même de l établissement. 2) Taille du projet et urbanisation a) Un grand projet comme la refonte d un Core Banking doit être découpé en plusieurs chantiers spécialisés s appuyant sur des contributeurs couvrant les besoins d expertise. Ce découpage entre l opérationnel et le fonctionnel permet de répondre plus aisément aux besoins exprimés, de se concentrer sur les objectifs et traiter les problèmes. b) Bien choisir les critères de découpage d un grand projet. Ce sont les principes (ou règle) d urbanisation du SI, qui doivent imposer le découpage des équipes en chantiers fonctionnels. De cette façon les responsabilités des équipes sont naturellement et simplement déduite de la cartographie du SI. c) Pour gérer les adhérences entre les différents chantiers, les règles d urbanisation des échanges de flux doivent être documentés et maitrisés par leurs responsables. Les principes d urbanisation doivent être sans ambigüité en ce qui concerne les points décrits, ci-dessous: CALIS CONSEIL Page 5

6 Il ne peut y avoir qu un seul module propriétaire d une donnée, par type de données, c'est-à-dire c'est dire un seul module doit être autorisé à mettre à jour la donnée, les autres modules étant considérés considérés comme de «simples consommateurs» Le dictionnaire de donnée doit recenser tous les modules consommateurs, par type de données La description des échanges de donnée (ou flux) entre les modules permet de figer les règles d urbanisation du SI. S La précision de cette description conditionne la qualité des précision règles d urbanisation. d) Chaque sous projet doit respecter les étapes décrite ci-dessus ci (Analyse écart et besoins, définition stratégie, spécifications, réalisation, recette,, bascule). Il est de la responsabilité respon de chaque chantier d assurer la bonne fin de toutes ces étapes. Quels sont les principaux écueils à éviter sur ce type de projet? L expression des besoins utilisateur se matérialise souvent par une description de processus et non la définition d un modèle de données. C est un piège à éviter en informatique de gestion car c est le modèle de données (MCD, MPD), qui conditionne le périmètre ètre fonctionnel du produit. L analyse des besoins, l analyse des processus, la maitrise de l urbanisation du Core Banking seront toujours des étapes à traiter, avant de se lancer dans les travaux. travaux Elles constituent une étape préalable et incontournable. incontournable Faire croire qu un progiciel est une «boite noire» et qu il n est pas nécessaire de comprendre son fonctionnement pour diminuer les coûts CALIS CONSEIL Page 6

7 du projet, serait une erreur. Un progiciel comme toute application nécessite un apprentissage à deux niveaux : - Tout progiciel répond à une logique fonctionnelle, qui lui est propre. La formation permet d acquérir une connaissance de base pour traiter toute sorte d opérations et gérer le quotidien. C est une approche «statique», qui permet à tout utilisateur de s approprier les fonctionnalités et de naviguer dans les différents menus. - Tout progiciel dispose de sa propre logique opérationnelle, basée sur un workflow, des plans batch («intraday» ou «end of day»), qui doivent être maîtrisés, afin de faire face à un éventuel incident de production. Ce sont généralement les campagnes de recettes, de bout en bout ou de certification dynamique, qui apporteront cette connaissance. C est une approche dynamique, qui s intéresse aux processus internes du progiciel, permettant tant de fournir aux utilisateurs les réponses à toute éventualité. La méconnaissance du fonctionnement du système d information est souvent source d anomalie lors des campagnes de recettes. Quelle est votre contribution sur ce type de projet et quelle est la légitimité de CALIS Conseil pour accompagner un client sur ce type de projet? 20 années d expérience dans le déploiement de progiciel bancaire (en tant que consultant chez un éditeur de solutions bancaires) m ont permis d acquérir une grande expérience ence sur les bascules de système de tenue de compte. L expérience du conseil permet de mieux anticiper et maitriser les différents aspects et contraintes rencontrés sur ce type de projet, qu elles soient d ordre technique, fonctionnel ou plus généralement organisationnel. CALIS CONSEIL Page 7

8 L expérience des consultants Calis sur ce type de grand projet avec des progiciels bancaire différents, et des banques taille différente, permet à Calis d offrir une gamme de services complets, allant de l accompagnement des métiers pour la validation des spécifications fonctionnelles à l accompagnement technique pour préparer, répéter et jouer la bascule. Nous n oublierons pas les chantiers recettes et intégration, sur lesquels nous sommes également à même d apporter notre expertise. Florent WATRIN Expert fonctionnel du département Banque CALIS CONSEIL Page 8