Zakaria Gafaoui Tech Lead IA & Architecte Solutions — du MVP à la production d’entreprise
Disponible Carte complète
FR EN
CV (FR) Ask my CV
Lentille
  • Identité1
  • Missions10
  • Deep-dive14
  • Compétence5
  • Produit2
  • Note3

Survolez un nœud pour révéler son second anneau. Cliquez pour recentrer la carte sur lui.

Univers mission

BPCE

Banque · 12/2020 → 05/2023

Tech Lead Solutions — Plateforme de prévision financière · SI Finance — Finance, Risques, Stratégie

Conception et intégration d’une plateforme de prévision financière et de stress testing, pour le pilotage data-driven du groupe.

Domaine fonctionnel

  • Prévision financière
  • Stress testing réglementaire
  • Pilotage data-driven
  • Conformité

Méthode & pratiques

  • Agile à l’échelle — trois directions utilisatrices
  • Cadrage et chiffrage
  • Recette métier
  • Livraison automatisée de bout en bout

Stack technique

  • Python
  • FastAPI
  • Flask
  • NumPy
  • Vue.js
  • Node.js
  • Webpack
  • MongoDB
  • Jenkins
  • XL-Release
  • XL-Deploy
  • Azure DevOps

L'univers

Une banque doit démontrer à son régulateur qu'elle survivrait à un scénario économique dégradé : rejouer des portefeuilles entiers sous hypothèses de choc, dans les délais du calendrier réglementaire, avec des résultats qu'un auditeur pourra refaire. Trois directions — Finance, Risques, Stratégie — lisent les mêmes chiffres avec des questions différentes. La plateforme devait les servir toutes les trois sans devenir trois applications.

Le challenge

Intégrer une plateforme de calcul réglementaire dans le SI Finance du groupe, avec des résultats reproductibles et une chaîne de livraison maîtrisée.

Les contraintes

Conformité
Résultats reproductibles et auditables, calendrier réglementaire
Intégration
Écosystème SI Finance du groupe, trois directions utilisatrices
Chaîne
Git → Jenkins → XL-Release → XL-Deploy → Azure DevOps

Les décisions d'architecture

  1. Vectorisation NumPy des moteurs de calcul plutôt que parallélisation applicative en première intention

    Motif Le gain le plus important était dans la façon d'écrire le calcul, pas dans le nombre de machines.

    Conséquence acceptée Un code plus dense, qui exige des tests de non-régression numériques sérieux.

Mon périmètre réel

Ce que j'ai décidé

  • Architecture technique et intégration des modules de la plateforme
  • Chaîne CI/CD complète
  • Chiffrage et cadrage avec Finance et Risques

Ce que j'ai codé

  • Moteurs de calcul scientifique Python / NumPy des modèles de stress-test
  • Backend Python / Flask
  • Front Vue.js du portail de pilotage

Livré par l'équipe

  • Coordination de l'activité de développement
  • Recette avec les trois directions

Résultat

  • Modules intégrés à l'écosystème SI Finance du groupe
  • Chaîne de livraison automatisée de bout en bout
  • Modèles de stress-test recalculables dans la fenêtre réglementaire

L'univers étendu

Missions similaires

Ce qu'on m'a demandé sur cette mission

  • Comment tu organises le travail au quotidien ?

    En agile — mais le nom du cadre compte moins que ce qu'on en garde quand il devient inconfortable. Un backlog partagé avec le métier, pas un backlog technique qu'on lui traduit. Des rituels courts et tenus, qui servent à arbitrer et pas à faire le tour de table du statut. Des revues de code que je fais moi-même : ce qui n'est pas revu n'est pas partagé. Et des décisions écrites en ADR, parce qu'une décision qu'on ne retrouve pas se rejoue tous les six mois. Scrum là où l'équipe est stable, Kanban quand le flux est imprévisible ; sur une mission courte, un périmètre cadré vaut mieux qu'une cérémonie de plus.

    SourcesPilotageAlstom

Un contexte proche du vôtre ?

Poser une question