Ahmed Oueslati

Le département RESG/CFT/PAM a pour rôle de fournir les solutions permettant de réaliser les simulations, particulièrement les stress tests réglementaires (EBA & Climatique) et internes (budgétaires & spécifiques). La plateforme doit se substituer à une solution existante - Fragmentée : différents outils et modèles pour des processus distincts - Limitée : capacité limitée de calcul et de restitution (performance non optimale et ne couvrant pas tous les usages) La solution cible est conçue selon une architecture répartie (cloud interne, cloud externe) et s’appuie sur un socle d’architecture groupe (données centralisées, sécurité groupe, …). La solution comprend 4 modules applicatifs : - Collecte de données - Simulation : mise en œuvre de la logique métier de simulation : exécution d’un scénario macro-économique : déformation & projection du bilan (écoulement de stock, nouveaux contrats, défauts, …), de la qualité des tiers, des modèles bâlois et IFRS9… - Consolidation & Ajustement - Analyse & restitution Mission : Cadrage & mise en œuvre du projet avec comme missions les suivantes : - Etude de l’existant et de ses limites avec le département RISQ - Diriger et animer les ateliers avec la direction RISQ pour identifier les exigences métiers en lien avec les process de stress test et co-rédiger un cahier des charges - Diriger et animer les ateliers avec les différents acteurs (directions RISQ & FINANCE, architectes Groupe, tech leads) pour décliner les besoins fonctionnels en des récits SI (modules applicatifs & règles de gestion) organisés selon une architecture tenant compte des contraintes IT - Rédiger le document de cadrage - Rédiger les spécifications en lien avec les couches de collecte de données et de simulation

Mission : MOA sur le moteur de notation interne des entreprises NIE, j’avais en charge : 1- La mise en œuvre, test et livraison d’une nouvelle version du moteur NIE répondant aux impacts de NDOD pour permettre la prise en compte des nouveaux statuts de défaut (sur les tiers Corporate) calculés dans le moteur centralisé de défaut. Mon intervention était sur tous les niveaux ; rédaction d’expression de besoin, rédaction de spécifications technico-fonctionnelles, développement de scripts TMA pour rehausser la qualité de données, suivi coordination et exécution des tests de chaine (de bout en bout) impliquant toutes les applications. Une gestion récurrente des écarts des données référentielles était aussi requise. 2- La refonte du moteur de notation Corporate : Module PE (Projet en cours) : Mon rôle est d’étudier l’existant (Solutions JAVA et SAS) et de rédiger une partie de l’expression de besoin.

1- Business Analyst au sein de l’équipe « Sentry» j’ai la responsabilité de répondre aux besoins des principaux clients RISK/DIR/PRO. Le périmètre fonctionnel étant le recalibrage des modèles IFRS, l’idée est de réaliser des simulations de calcul ECL en utilisant les modèles de production et les modèles recalibrés afin d’évaluer les variations des provisions. Le deuxième usage de Sentry étant les stress test spécifiques, mon rôle a été de recueillir tous les scenarios de stress test requis et de spécifier les modèles ainsi que le format de résultats de ces stress tests. Mes tâches quotidiennes incluent : - Le cadrage de projet et la rédaction des spécifications fonctionnelles - La mise à jour des documents globaux d’architecture - La coordination et suivi de l’implémentation avec l’équipe de développement - La préparation des plans et cas de tests - La validation fonctionnelle - Le support applicatif pendant les campagnes de recalibrage - La participation des cérémonies agiles (Sprint Planning, Sprint Rétrospective) 2-Business Analyst sur le calculateur NDOD Day Past Due, j’ai rédigé les spécifications technico-fonctionnelles se basant sur la note de cadrage établit par la direction des risques. Le calculateur est en mode service (API). Il permet de calculer pour chaque obligor parmi un lot de contreparties à une date de calcul souhaitée, le nombre de jours consécutifs où la contrepartie est simultanément au-dessus des seuils de matérialité absolu (somme des montants des arriérés) et relatif (ratio des expositions non performantes). Le résultat du calculateur est exploité par les différents appelants pour classer la contrepartie en défaut dans leur système de notation respectifs. J’ai aussi préparé et déroulé les cas de test pour la validation HSI du calculateur.

Membre de l’équipe « Produit», j’ai la responsabilité de répondre aux besoins de nos clients internationaux en termes de reportings règlementaires liés aux exigences de Bale 3 (BCBS, BIS), de l’EBA mais aussi des régulateurs nationaux. Le périmètre fonctionnel étant la gestion des capitaux propres requis par Bale III pour absorber les différents risques auxquels la banque est confrontée (rapports de fonds propres, risque de crédit, risque de marché, risque opérationnel). Afin de fournir les rapports attendus, il est nécessaire de faire évoluer le moteur de calcul pour se conformer aux spécificités des régulateurs. (Paramétrage de calcul de l’EAD (CCF, CRM) et RWA. En plus des rapports Capital et Risque, le périmètre fonctionnel s’étend aux rapports financiers tel que FINREP 2.7 celui-ci fortement impacté par IFRS9. Ma mission consiste en : - Le cadrage de projets (estimation, chiffrage, capacity planning) et la rédaction des spécifications fonctionnelles nécessaires à l’implémentation des rapports exigés par les différents régulateurs. - La coordination et suivi de l’implémentation avec les équipes de développement et de test. - L’animation des cérémonies agiles (Walkthrough, Dev Kick-off, Show & Tell) - Assister les pre-sales dans l’élaboration des maquettes produit à présenter aux prospects.

Contexte : Le data warehouse TPS (Trade Repository Service) est l’entrepôt de données de la Société générale. TPS intègre les données des opérations sur les marchés financiers (Listé et OTC) fournies par les applications sources. Les données de TPS sont destinées à des clients finaux internes (services comptabilité et risque) et externes à la banque (entités réglementaires). Le but étant de répondre aux exigences des normes MIFID, EMIR... Mission : Ma mission est définie au sein de l’équipe Data Flow comptant 8 personnes dont la responsabilité est de gérer les flux quotidiens existants ou nouveaux. L’équipe s’appuie sur un dictionnaire des données SG fourni par l’équipe « Data Arc ». Mon rôle est de : - Coordonner tous les acteurs du projet : Application source, Application cliente (OPER REG, RISK…), Data Arc, OPER Quality. - Animer les workshops opérationnels et de comités projets hebdomadaires. - Fournir les spécifications technico-fonctionnelles adaptées à l’environnement TPS : réaliser les mappings fonctionnelles faisant la correspondance entre les données sources (conformes au dictionnaire des données de la banque) et le modèle de données TPS. - Concevoir et mettre à jour des modèles SQL des différentes classes de produits.