Christophe-Olivier GUGLIELMI
Chef de projets / adjoint au chef d'équipe, BNP Paribas
Je suis un passionné d'informatique à l'origine. L'adaptation à un monde qui bouge tout le temps est une opportunité constante de remise en question, un challenge perpétuel.
Dans le métier que j'ai embrassé il y a 13 ans, la finance, j'ai pu perfectionner mes connaissances tant fonctionnelles, techniques et managériales, ce principalement au front-office.
Aujourd'hui, sans perdre de vue mon intérêt constant pour les technologies et ce qu'elles apportent en souplesse, réactivité, traçabilité et retour sur investissement, je cherche à étendre ma connaissance des métiers de la finance. J'ai un penchant très prononcé pour la gestion des risques (de marché), autre versant des activités bancaires régulant l'autre. Je crois en effet qu'étant donnée la complexité croissante des produits utilisés, les départements de risque vont avoir fort à faire pour éviter que la crise récente ne se reproduise sur d'autres pans de la finance internationale. L'ampleur de cette tâche saura sans aucun doute satisfaire mon appétit.
2001 - 2010Equipe "Kondor+", du nom du progiciel front office édité par Thomson-Reuters.
Kondor+ compte 1000 utilisateurs dont la moitié sont traders, répartis sur 50 salles de marché.
L'équipe assure les développements customisés autour du progiciel répondant parfaitement au mode de fonctionnement des utilisateurs front sur les métiers de l'ALM-Trésorerie, ainsi que les déploiements de nouveaux sites.
Missions:
- adjoint du chef MOE (env. 45 personnes à Paris et Mumbaï, Inde)
- chef de projets
- expertise technique (choix structurants, définition de méthodes de travail)
En ce moment:
- montée de version du progiciel sur tous les hubs mondiaux avec adaptations des développement customisés.
- mise en place d'un nouveau modèle opérationnel de travail avec nos hubs
Réalisations:
En cours: maîtrise centralisée du parc logiciel mondial
- certification CMMI 2 (mise en conformité des méthodes et outils existants)
- refontes technologiques
- peignage applicatif opportuniste (grâce aux refontes technologiques)
- mise en place et suivi d'une équipe "off-shorée", réalisation d'un infocentre mondial par ces équipes
- externalisation réussie des livraisons de production via des automates de déploiement ad-hoc
1999 - 2001Progiciel Front-office Kondor+ (edité par Reuters)
Maintenance évolutive:
- batches de risques de contrepartie et livraison
- intégration au GUI de Kondor des alertes de dépassement de limites en temps-réel, avec gestion ad-hoc du calcul de ces limites selon la matrice de règles métier définie en interne (par devise, horizon de gestion etc...)
- "sales reports" (états à destination des vendeurs en salle, principalement du calcul de rétrocession des marges des intermédiaires) - technologie Open-Server multithreadée
Développement:
- développement d'un projet de commerce électronique near-time: collection des ordres centralisée à Londres (hors périmètre), intégration de ces ordres en near-time dans Kondor+ avec gestion asynchrone des (n)acks et main courante (web) de recyclage des ordres en cas d'erreur
- développement d'une suite applicative de gestion de nos projets découpés en modules, en surcouche à CVS (cycle de développement/test/production et packaging) - suivi de bout en bout des versions, visible en production
1999 - 1999Equipe securities
Re-développement de toutes les interfaces Front-Back, en Perl sous HP/Unix (4 mois) en raison de la non-conformité du système Back en place par rapport à la nouvelle législation japonaise. Nouveau back hosté à distance au NRI (Nomura Research Insitute), liens via SNA gateway
- conception et développement de bibliothèques de fonctions génériques en Perl
- conception des interfaces avec pseudo-langage de mapping permettant de changer les spécifications sans impact de développement
Passage de l'an 2000 (Y2K) : rôle de coordination inter projets (2 mois).
Apprentissage des syllabaires japonais (katakana et hiragana, quelques kanji).
1998 - 1999Passage à l'Euro:
- reverse sur les existants
- développement d'une API transversale de contrevalorisation (gestion devises in/ou et modes de cotation au certain/incertain)
Maintenance applicative d'interfaces sur Milan
Utilisation de l'EDI Sniff+ avec RCS en sous-couche pour la gestion de configuration.
1996 - 1998Projet Summit: progiciel front-office pour le Change / Trésorerie
1997: promotion au poste de chef de projet: refonte technologique et fonctionnelle d'un existant fédérateur de flux financiers devant descendre dans summit. Delphi/Sybase v11/C Unix.
- écriture du cahier des charges
- consultation des traders en salle individuellement pour recueillir leurs critiques (constructives) sur l'existant, leurs requêtes, et voir quels bugs doivent être éradiqués en priorité
- consultation du chef Middle-Office et des membres de l'équipe (utilisation et point de vue très différent)
- consultation des chefs de desk pour connaître leurs priorités
- présentation à toute l'activité change/trésorerie d'un prototype, de la liste des bugs à éradiquer, des nouvelles fonctionalités implémentées, et de l'interface. Annonce du planning et du lotissement projet établi.
- écriture des spécifications, validation de celles-ci (IT/MO/FO)
- organisation et conduite des tests et du parallel run
- livraison en production (succès total)
- suivi applicatif et support
1996: passage au développement (motivation personnelle).
- maintenance évolutive sur le SDK (Summit Dévelopment Kit): Indosuez était alors le seul client a avoir acheté les sources du progiciel et a développer directement dedans. Les produits de change ont été intégrés à summit en partie grâce à Indosuez
- gestion des risques de contrepartie (batch)
- migrations techniques diverses : summit v2.4 vers v2.5, SunOs vers Sun Solaris, Sybase v4.3 vers Sybase v11
- fusion Indosuez / Crédit Agricole
- déménagement des Etudes et des salles de marché: organisation de tests sur le nouveau site pour garantir la continuité du business
- mise en place d'un BCP (business continuity plan) avec technologie de flip/flop: commutage à chaud sur un parc de machines secondaire physiquement localisé dans un endroit tenu secret
- développement d'outils divers comme les refixing quotidiens, le rafraîchissement du référentiel summit de taux avec les flux temps réel(Teknekron, Tiblink...)
- écriture de la purge summit (non fournie par Quotient)
1996: analyste d'exploitation.
- analyse des batches de nuit, relance
- organisation des livraisons en production
- participation très active à l'élaboration d'outils d'automatisation des livraisons
- optimisations SQL
- harmonisation suggérée de la gestion des erreurs dans les scripts de lancement des applications