Le problème à résoudre
Le système bancaire central (core banking) est un monolithe ancien, rigide et propriétaire, qui freine tout nouveau produit et coûte cher en maintenance et licences. Lancer une offre digitale prend des mois et dépend de l’éditeur.
La promesse pour la direction
Votre développeur devient architecte core banking moderne : architecture modulaire, ouverte par API et capable d’évoluer rapidement — permettant de lancer des produits financiers en jours plutôt qu’en mois.
Ce que le parcours débloque
Jours
Délai de lancement produit
Réduite
Dépendance éditeur
Maîtrisé
Coût de maintenance
Le cadre
| Élément | Valeur |
|---|---|
| Profil cible | Développeur core banking / bancaire |
| Prérequis | Domaine bancaire, APIs, architecture |
| Durée | 9 mois (parcours long) |
| Format | Blended · 70 % de pratique |
Pile technique maîtrisée à l’issue
Microservices · API · Event-driven · Kafka · PostgreSQL · Kubernetes · BIAN (notions)
Les jalons
Une trajectoire pour un collaborateur déjà en poste. Chaque mois est validé par un livrable et un critère d’acceptation écrit à l’avance.
| Mois | Thème | Atelier | Validation |
|---|---|---|---|
| M1 | Core banking moderne Architecture cible | Évaluer le core banking actuel et la cible | ✔ Architecture cible définie |
| M2 | Modularité Découplage des fonctions | Découpler une fonction bancaire clé | ✔ Fonction bancaire modulaire |
| M3 | Ouverture par API Composabilité | Exposer les fonctions cœur par API | ✔ Fonctions cœur composables |
| M4 | Produits financiers Agilité produit | Composer un nouveau produit rapidement | ✔ Produit lancé en jours |
| M5 | Coexistence legacy Transition | Faire coexister moderne et legacy | ✔ Transition maîtrisée |
| M6 | Projet core banking Module réel | Moderniser une fonction bancaire réelle | ✔ Soutenance + produit composé |