BORIS, DEVELOPPEUR COMMANDO Front Office au sein d’une banque d’investissement
Profil : Consultant MOE junior
En quoi consiste mon métier ? Officiellement, cela s’appelle “Commando Front Office” mais c’est avant tout un poste d’ingénieur en développement informatique. “Support informatique” ne met pas en avant l’aspect fonctionnel de nos interventions et “Support Front et Middle Office” efface notre activité de développement informatique, pourtant au cœur du métier.
8:30 : Arrivée sur le desk. Plusieurs utilisateurs semblent rencontrer des problèmes avec l’application de récupération des paramètres de marché. Après observation, le problème se situe au niveau de la contribution de ces paramètres sur le serveur. Quelques minutes plus tard, l’incident est clos et ses causes éradiquées. Un mail est envoyé aux utilisateurs pour leur expliquer la cause de l’incident et les moyens de contournement existants dans l’hypothèse désormais improbable d’une récidive.
9:40 : Support pour une autre activité que celle de mon desk dans laquelle le Trading désire réviser la structure de ses analyses de risque. Il s’agit aujourd’hui de relancer des valorisations de la position en modifiant le paramétrage du pricer utilisé. Quelques lignes de configuration, un peu de batch et le tour est joué.
10:00 : Validation d’un nouveau binaire du pricer des produits exotiques. Il s’agit de vérifier la non-régression au niveau de la valorisation et du delta avant la mise en production.
11:00 : Développement en base de donnée et dans un plugin Excel : ajout d’un nouveau menu pour l’import de données de la base dans un tableau dynamique croisé au format spécifié par le Trading dans un mail envoyé la veille.
12:40 : Descente à la cafétéria : le sandwich est ton ami si tu veux avoir le temps de faire le tour de ton Netvibes avant de reprendre le travail.
13:20 : Validation et préparation de la mise en production du développement réalisé ce matin sur la base.
14:10 : Développement .NET pour déporter une partie de l’intelligence existante dans le plugin Excel vers une technologie plus sûre et performante.
14:20 : Interruption. Le Middle Office a besoin de nous pour lancer son Theta côté Vanille. La grille sur laquelle ils lancent leurs calculs semble assez occupée. Appel au support dédié et discussions “entre techos” pour savoir si tout est normal de leur côté.
15:00 : Pause café.
15:10 : Interruption du développement .NET et passage à Delphi 5.0 : une application de fixing nécessite qu’on revoit la méthode de traitement d’un certain type de produit. Ce développement qui entraînera de nombreux tests de non régression sera fait en concertation avec les Middle Office afin de répondre à leurs attentes.
16:30 : Découverte par un Middle Office de Londres d’un léger bug dans l’add-in VBA de récupération des valorisations et analyses de risque : les maturités sont distribuées dans le désordre à l’intérieur d’un tableau dynamique croisé. Ouverture du code source, révision des commandes afin d’optimiser les requêtes en base, commentaire des modifications, enclenchement du processus de test, validation des tests, release sur le serveur de réplication, réplication locale et mondiale, communication aux utilisateurs. Tokyo lancera demain l’application sans jamais avoir rencontré le problème.
18:00 : Au cœur du processus de validation des positions quotidiennes, les commandos sont demandés par le Middle Office pour répartir la puissance de calcul en fonction des différents besoins en valorisation.
18:30 : Un mail du back-office nous informe d’un problème dans l’alimentation du processus Front To Back lancé quelques minutes auparavant. Les Middle corrigent l’erreur et nous relançons le processus.
19H : Plus besoin de moi et pas d’astreinte ce soir : je rentre à la maison ! Heureusement parce que sinon cela peut durer...jusqu’à 20H en moyenne mais parfois bien plus !
OPHELIE, BUSINESS ANALYST chez un Asset Manager
Profil : Consultante AMOA junior
Business Analyst, je travaille pour le département Securitized and Structured Product.
L’équipe est composée de douze personnes dont deux Business Analyst.
9H15 : Je démarre la journée par la lecture de mes mails. On peut les classer en deux catégories : les alertes et les mails des utilisateurs. Les alertes sont le résultat de requêtes SQL sur les bases qui sont lancées tous les matins. Elles sont faites, par mes soins, à la demande des utilisateurs. Par exemple, ce sont des alertes sur des variations de prix qui atteignent une valeur critique, ou des alertes sur des alimentations de prix qui n’ont pas abouti, etc. Le problème de ce module d’alertes est que la taille maximale est de 60 lignes. Or, il arrive très souvent que les alertes dépassent cette taille. Dans ce cas, je dois les relancer en base et les envoyer aux utilisateurs. Une fois ce travail effectué, je me lance dans la lecture des mails des utilisateurs. Entre les mails d’updates sur mes projets, les nouvelles demandes, et les mails transférés par le support, il y a de quoi s’occuper pour la journée !
10h00 : Premier appel d’un utilisateur pour savoir où en est son projet, et accessoirement, savoir si, par hasard on ne peut pas faire évoluer les demandes qu’il a formulées la veille. Je regarde si sa demande est faisable rapidement et je me renseigne pour savoir si cela a déjà été fait. Je fais ensuite part de la demande au développeur qui me fait comprendre que finalement c’est plus compliqué que prévu et qu’en plus cela remet en cause la date de mise en production d’une autre demande. Les dates de mises en production sont très importantes quand on est BA. C’est grâce à cela que les utilisateurs prennent conscience du travail effectué. Repousser un élément d’une mise en production est à proscrire. Le problème est que toutes les demandes, (et je dis bien toutes), sont très urgentes et indispensables. Je rappelle donc l’utilisateur pour le lui expliquer. Et là, bizarrement, c’est tout de suite moins urgent. Attention, cela ne veut pas dire que nous ne travaillerons pas dessus mais seulement que ce point va être budgété et mis dans notre outil de suivi.
11H00 : Pause café
11H15 : Je me remets à mon projet du moment. Plan de la matinée : faire des tests sur les nouveaux fonds qui représentent des tranches de CLO, faire des tests sur les nouveaux business events qui ont été développés la semaine passée et qui doivent passer en production dans une semaine.
13H30 : Pause déjeuner.
14H 30: Réunion avec tous les BA pour faire un point sur l’évolution des différents projets.
15H 30: Je me remets à mon projet sur le cash. Le programme de l’après midi est d’imaginer une manière de suivre le cash des sous poches des fonds, je fais quelques tests. J’envoie un mail aux utilisateurs pour leur demander si je peux faire quelques modifications.
17H15 : Le support me transfère un mail d’un utilisateur qui constate que des deals ont disparus. Après avoir cherché pendant une heure, je constate que ce n’est qu’un problème de paramétrage des préférences de cet utilisateur.
18H30 : Un autre utilisateur m’appelle car il a constaté que les montants des deals étaient divisés par mille. Et la je me dis que je pourrais peut-être regarder dans les préférences. BINGO le problème venait aussi de là.
20H : Un utilisateur vient de me répondre. Il est d’accord pour que je fasse les modifications proposées. Il est temps de rentrer !
Julien, Consultant MOA
« Je souhaitais évoluer dans un secteur où l’informatique a une forte valeur ajoutée. Le métier de consultant en finance des marchés a considérablement évolué. Les informations doivent circuler toujours plus vite et de la manière la plus transparente possible. Il faut faire preuve de curiosité, d’esprit d’initiative et avoir le sens du service ».
Aurélie, Consultante MOE
« Pourquoi j’ai choisi Nexeo ? Une de mes amies Consultante m’a cooptée. L’ambiance y est sereine et les collaborateurs accessibles. J’ai aussi été attirée par le mode de rémunération et la politique active de formation ».
