CTO / Directeur technique

Nous recherchons un CTO pour prendre la direction technologique d’une activité de trading. Il sera responsable de l’architecture, du développement, de l’infrastructure, des données, du déploiement de l’intelligence artificielle et du développement de l’équipe d’ingénierie.

Le poste est centré sur des systèmes à forte intensité d’événements, traitant les données en temps réel et soumis à des exigences strictes de latence, de disponibilité et d’exactitude des opérations. Nous recherchons un dirigeant capable de relier les décisions techniques aux résultats business : garantir le fonctionnement stable de la chaîne de trading, accélérer le développement du produit, fiabiliser les données et déployer l’IA avec un impact mesurable.

Le CTO doit être à l’aise à deux niveaux : définir la stratégie technologique et maîtriser en profondeur l’architecture, la performance, les causes des incidents et la qualité des choix d’ingénierie.

Mission principale du poste

Construire et faire évoluer une plateforme technologique capable d’absorber la croissance de l’activité de trading, de préserver l’exactitude des opérations lors des pics de charge et des défaillances, de fournir à l’entreprise des données fiables et de livrer rapidement des évolutions avec un risque maîtrisé.

Le travail du CTO doit aboutir à :

• Une chaîne de trading fiable et pilotable.
• Une performance prévisible face à la hausse de la charge.
• Une architecture lisible, aux périmètres de responsabilité clairement définis.
• Une équipe d’ingénierie solide et des processus de développement robustes.
• Une analytique fiable pour les décisions opérationnelles et stratégiques.
• Des cas d’usage de l’IA opérationnels, à la rentabilité démontrée.
• Des coûts d’infrastructure, de développement et de calcul maîtrisés.
• Une stratégie technologique alignée sur les plans de l’entreprise.

Missions et responsabilités

1. Stratégie technologique et développement de la plateforme

• Élaborer la stratégie technologique à 12–18 mois et un plan de travail détaillé pour les six prochains mois.
• Auditer l’architecture, l’infrastructure, les processus de développement, la sécurité, les données et les compétences de l’équipe.
• Identifier les contraintes qui freinent le passage à l’échelle, ralentissent le développement du produit ou génèrent des risques financiers et opérationnels.
• Définir l’architecture cible et la trajectoire de migration en garantissant la continuité de l’activité.
• Prioriser les initiatives techniques selon leur impact sur la fiabilité, la vitesse de développement, la qualité des données, les coûts d’exploitation et les objectifs commerciaux.
• Piloter la dette technique : documenter ses conséquences, estimer le coût de sa résorption et intégrer les changements nécessaires au plan global.
• Arbitrer entre développement interne, recours à des solutions open source et achat de services externes.
• Évaluer le coût total de possession des technologies, les risques de dépendance vis-à-vis des fournisseurs et la complexité de la maintenance future.
• Veiller à l’adéquation des choix d’architecture avec les besoins réels de l’entreprise, de la charge et de l’équipe.

2. Architecture des systèmes de trading

• Être responsable de l’architecture technique de la réception des données de marché, du traitement des événements de trading, de la gestion des ordres et des intégrations avec les plateformes externes.
• Garantir le traitement correct du cycle de vie des ordres : création, envoi, confirmation, exécution partielle, annulation, rejet et restauration de l’état après une défaillance.
• Prévoir des protections contre les retraitements, les doublons, le non-respect de l’ordre des événements et les réponses ambiguës des systèmes externes.
• Organiser le rapprochement des ordres, des transactions, des positions et des soldes de trésorerie entre les systèmes internes et les sources externes, dans le périmètre utilisé par l’entreprise.
• Garantir un comportement maîtrisé en cas de perte de connexion, de retard des données de marché, de limitations d’API et d’indisponibilité des plateformes de trading.
• Mettre en place, avec les responsables du trading et des risques, des contrôles techniques des limites, des restrictions d’accès et des mécanismes d’arrêt d’urgence.
• Assurer la journalisation des actions à portée financière et la possibilité de reconstituer la séquence des événements.
• Créer les conditions techniques d’une recherche reproductible, des tests et d’un déploiement maîtrisé des algorithmes de trading, lorsque l’entreprise y a recours.
• Séparer l’environnement de recherche, les tests et la production ; définir les règles d’admission des changements dans la chaîne de trading.

3. Haute charge et faible latence

• Définir pour chaque scénario critique les exigences de débit, de latence, de volume de données traitées et de taux d’erreur admissible.
• Mesurer la performance de l’ensemble de la chaîne de traitement, y compris les échanges réseau, les files d’attente, les bases de données et les intégrations externes.
• Maîtriser la latence de queue : p95, p99 et, si nécessaire, p99.9.
• Identifier et lever les goulets d’étranglement liés au CPU, à la mémoire, au ramasse-miettes, aux opérations disque, au réseau et à la contention des ressources.
• Concevoir le système en tenant compte des pics soudains d’événements, de l’accumulation des files d’attente et de la reprise après surcharge.
• Mettre en œuvre la limitation de charge, la gestion de la contre-pression, des priorités et de la dégradation maîtrisée.
• Organiser des tests de charge reproductibles avec des profils proches de l’exploitation réelle.
• Planifier les capacités en fonction de la croissance prévue et de la marge nécessaire.
• Choisir les technologies et les approches sur la base des mesures, des exigences d’exactitude et des coûts de maintenance.

4. Fiabilité et exploitation

• Établir la liste des services critiques, leurs responsables et leurs objectifs de qualité de service.
• Mettre en place des SLI/SLO : indicateurs mesurables de disponibilité, de latence, d’erreurs, de fraîcheur des données et d’exactitude du traitement.
• Bâtir une observabilité fondée sur les métriques, les logs et le traçage, permettant de localiser rapidement un problème.
• Configurer des alertes reflétant l’impact sur les utilisateurs et les processus métier.
• Organiser les astreintes, les escalades, les procédures de réponse et la répartition des responsabilités lors des incidents.
• Conduire des analyses post-incident des incidents majeurs, avec recherche des causes et suivi de la mise en œuvre des actions correctives.
• Définir les exigences de restauration des services et de perte de données admissible pour les différentes classes de systèmes.
• Organiser les sauvegardes et tester régulièrement la restauration en vérifiant l’intégrité des données.
• Tester les scénarios de défaillance de l’infrastructure, de perte d’une dépendance, de corruption des données et de rétablissement des intégrations de trading.
• Garantir un déploiement sécurisé des changements, la possibilité de rollback et la désactivation maîtrisée d’une fonctionnalité défaillante.

5. Intelligence artificielle et machine learning

• Identifier les cas d’usage prioritaires de l’IA dans la recherche en trading, l’analytique, le traitement de l’information, les processus opérationnels et le développement.
• Pour chaque cas d’usage, formuler l’impact attendu, les exigences de qualité, le coût de mise en œuvre et les règles d’évaluation des résultats.
• Choisir entre modèles externes, hébergement interne, fine-tuning et algorithmes classiques en fonction du besoin et de la rentabilité.
• Organiser la gestion des données d’entraînement et d’évaluation : provenance, qualité, accès, versionnage et reproductibilité.
• Garantir une séparation correcte des données d’entraînement et de validation, y compris la séparation temporelle pour les tâches de trading et le contrôle des fuites d’information provenant du futur.
• Mettre en place un processus de validation des modèles avant leur déploiement et de contrôle de la qualité après leur mise en service.
• Suivre la dégradation de la qualité, l’évolution des données d’entrée, le coût de calcul et la latence.
• Définir les actions autorisées de l’IA, la nécessité d’une validation humaine et les conditions de désactivation automatique.
• Assurer la comptabilisation des coûts liés aux modèles, à l’infrastructure, à la validation humaine et à la correction des erreurs.
• Développer l’usage de l’IA au sein de l’équipe d’ingénierie en évaluant son impact sur la vitesse, la qualité et le coût du développement.

6. Données et analytique

• Concevoir l’architecture de collecte, de traitement, de stockage et de mise à disposition des données.
• Définir les exigences en matière de traitement en flux et par lots, d’historique des modifications et de recalcul.
• Garantir la cohérence des données entre les systèmes de trading, financiers, opérationnels et analytiques.
• Valider avec les métiers les définitions des métriques clés et en désigner les responsables.
• Organiser des contrôles d’exhaustivité, de fraîcheur, d’unicité et de cohérence des données.
• Garantir la traçabilité des indicateurs : du rapport jusqu’aux événements sources et aux règles de calcul.
• Bâtir, à destination de la direction, un système d’analytique couvrant les opérations de trading, les commissions, la qualité d’exécution, les risques, les coûts et le fonctionnement de la plateforme, conformément au modèle économique de l’entreprise.
• Prévoir le contrôle des corrections, des recalculs et des changements de méthodologie.
• Cloisonner l’accès aux données et assurer l’audit des accès aux informations sensibles.
• Réduire la dépendance des décisions de gestion aux extractions manuelles et aux tableurs incohérents.

7. Sécurité de l’information

• Définir le modèle d’accès à l’infrastructure, aux données, aux intégrations de trading et aux fonctions d’administration.
• Garantir le principe du moindre privilège, une protection renforcée des comptes à privilèges et l’octroi contrôlé des accès.
• Organiser la gestion des secrets, des clés d’intégration et des certificats, ainsi que leur rotation.
• Intégrer des contrôles de sécurité dans les processus de développement et de déploiement des changements.
• Assurer le contrôle des dépendances, des vulnérabilités et des délais de traitement des risques significatifs.
• Organiser l’audit des actions critiques et la protection des journaux contre toute modification non autorisée.
• Définir la procédure de réponse aux incidents de sécurité et d’interaction avec les dirigeants concernés.
• Prendre en compte, avec les spécialistes concernés, les exigences de traitement et de conservation des données applicables aux marchés et aux juridictions de l’entreprise.
• Tenir un registre des risques technologiques avec responsables, échéances et mesures d’atténuation validées.

8. Pilotage du développement

• Mettre en place un processus transparent, de la formulation de la tâche jusqu’à la livraison et à la vérification du résultat en production.
• Garantir une planification réaliste tenant compte de la capacité disponible de l’équipe, de la charge opérationnelle et des risques techniques.
• Fixer les critères de complétude des tâches, des changements d’architecture et des releases.
• Faire évoluer la CI/CD, les contrôles automatisés et les tests des scénarios critiques.
• Organiser la code review, les discussions d’architecture et la documentation des décisions importantes.
• Réduire le délai de mise en production des changements sans dégrader la fiabilité ni l’exactitude.
• Gérer les dépendances entre les équipes, les fournisseurs externes et les directions métier.
• Garantir la mesurabilité du respect des engagements et la transparence sur les causes des écarts.
• Maintenir une documentation à jour, suffisante pour l’exploitation et le transfert de responsabilités.

9. Équipe et organisation

• Définir l’organisation de la direction de l’ingénierie en fonction des enjeux actuels et des plans de croissance.
• Définir les périmètres de responsabilité des managers, des leaders techniques et des équipes.
• Établir un plan de recrutement et de développement des compétences en développement, infrastructure, données, IA et sécurité.
• Participer au recrutement des profils clés et à l’évaluation des responsables techniques.
• Faire progresser les managers et constituer un vivier de successeurs.
• Assurer des feedbacks réguliers et l’évaluation des résultats.
• Réduire la dépendance des systèmes critiques à une seule personne.
• Créer les conditions du partage des connaissances, d’un onboarding de qualité et d’un fonctionnement durable des équipes d’astreinte.
• Évaluer les collaborateurs sur leurs résultats, la qualité de leurs décisions et leur collaboration.

10. Budget et relations avec les métiers

• Gérer le budget technologique dans le cadre des délégations convenues.
• Planifier les dépenses d’infrastructure, de licences, de données de marché, de services externes et de calcul pour l’IA.
• Calculer le coût unitaire de la charge utile pour les principales chaînes technologiques.
• Justifier les investissements par l’impact attendu, la réduction des risques ou la levée d’un frein à la croissance.
• Contrôler le respect des engagements des fournisseurs techniques et des prestataires.
• Rendre compte régulièrement à la direction de l’état de la plateforme, des délais, des risques, du budget et des décisions à prendre.
• Aligner les priorités avec les directions produit, trading, finance et risques.
• Signaler les contraintes en temps utile et proposer des options d’action assorties d’une évaluation de leurs conséquences.

Prérogatives et périmètre de responsabilité

Le CTO est responsable de la stratégie technologique, des choix d’architecture, de l’organisation du travail d’ingénierie, de la qualité de l’exploitation et de la réalisation du plan convenu.

Dans le cadre du budget approuvé et de la structure de gouvernance, le CTO :

• Définit les standards technologiques et les principes d’architecture.
• Formule des propositions relatives à l’organisation de l’équipe et aux recrutements.
• Répartit les ressources d’ingénierie selon les priorités convenues.
• Valide la préparation technique des changements critiques.
• Engage la révision des délais et du périmètre des travaux lorsque des risques significatifs sont identifiés.
• Peut stopper le déploiement ou l’exploitation d’un changement techniquement dangereux, conformément à la procédure établie.

Les stratégies de trading, le niveau de risque financier admissible et les règles de gestion du capital sont arrêtés avec les responsables des domaines concernés. Le CTO garantit l’exactitude technique de l’application de ces règles, la fiabilité des données et la résilience de la plateforme.

Profil recherché

Expérience managériale

• Expérience de direction d’une organisation d’ingénierie en tant que CTO, VP Engineering, Head of Engineering ou dans un rôle équivalent.
• Expérience du management de leaders techniques et de plusieurs pôles de développement.
• Expérience pratique du recrutement, de la constitution d’équipes, de la fixation d’objectifs et de l’évaluation des résultats.
• Capacité à bâtir des relations avec les métiers, à discuter des priorités et à défendre les investissements techniques nécessaires.
• Expérience de la gestion d’un budget et de fournisseurs technologiques externes.
• Capacité à prendre des décisions avec des données incomplètes et des ressources limitées.

Expertise technique

• Compréhension approfondie des systèmes distribués, des communications réseau, de l’exécution concurrente et des modèles de cohérence.
• Expérience de la conception et de l’exploitation de systèmes à haute charge soumis à des exigences mesurables de latence et de fiabilité.
• Expérience pratique des flux d’événements, des files d’attente, des bases de données, du cache et du traitement en temps réel.
• Capacité à analyser la performance et à identifier les causes de dégradation au niveau applicatif et de l’infrastructure.
• Maîtrise des notions d’idempotence, d’ordre des événements, de relivraison et de reprise après des défaillances partielles.
• Expérience de la mise en place de l’observabilité, de la CI/CD, de la gestion des incidents et de la reprise après sinistre.
• Maîtrise des fondamentaux de la sécurité en ingénierie.

Trading et données

• Expérience dans le trading, la fintech, les systèmes de paiement ou tout autre secteur aux opérations financières critiques.
• Compréhension du cycle de vie des ordres, de l’exécution des transactions, des positions, des rapprochements et des contraintes des intégrations externes.
• Expérience de la construction de systèmes analytiques et de la garantie de la qualité des données.
• Capacité à analyser les écarts entre les indicateurs métier et les sources techniques.

IA et machine learning

• Expérience pratique du déploiement de l’IA ou du ML dans les processus opérationnels, ou de la direction de tels projets.
• Compréhension de l’évaluation de la qualité, des limites des modèles, des coûts d’exploitation et de la maîtrise des risques.
• Capacité à identifier les cas où l’IA apporte un impact mesurable.
• Compréhension de la différence entre une expérimentation réussie et un système prêt pour une exploitation pérenne.

Atouts appréciés

• Expérience du trading algorithmique, des intégrations avec les places de marché et du traitement des données de marché.
• Expérience des systèmes low-latency et de l’optimisation de la latence de queue.
• Expertise approfondie en Go, Rust, C++, Java ou dans un autre langage utilisé pour les systèmes à haute charge.
• Expérience de la construction de plateformes de données, du MLOps et de l’infrastructure dédiée aux modèles.
• Expérience de la stabilisation d’une plateforme critique, au sortir d’une phase d’instabilité ou de croissance rapide, pour l’amener à une exploitation pérenne.

Plan de travail pour les six premiers mois

Premier mois — audit et état des lieux initial

Livrables attendus :

• Une cartographie des systèmes, des intégrations, des flux de données et de leurs responsables.
• Une évaluation de l’équipe et des lacunes de compétences.
• Un registre des principaux risques technologiques.
• Les valeurs de référence de disponibilité, de latence, de charge, de qualité des données, de vitesse de développement et de coûts.
• La liste des scénarios de trading critiques.
• Des propositions de changements prioritaires.
• Une méthodologie validée de mesure des KPI.

Résultat du mois : la direction comprend l’état de la technologie, les principales contraintes et la feuille de route des actions.

Deuxième mois — stratégie et pilotage de base

Livrables attendus :

• Une feuille de route approuvée, avec budget, dépendances et responsables.
• Des SLO, des exigences de restauration et des règles de réponse aux incidents validés.
• La résorption des lacunes les plus critiques en matière d’accès, de sauvegarde et d’observabilité.
• Un plan de recrutement priorisé.
• Des définitions approuvées des principales métriques métier.
• Le choix des cas d’usage de l’IA et des critères d’évaluation de leur utilité.

Résultat du mois : les risques, travaux et indicateurs clés font l’objet d’un suivi régulier.

Troisième mois — premières améliorations démontrées

Livrables attendus :

• Les premiers changements levant des contraintes significatives de performance ou de fiabilité.
• Un processus opérationnel de gestion des releases et d’analyse des incidents.
• Des tests de charge des scénarios prioritaires.
• Un premier test de restauration des systèmes critiques.
• Des contrôles automatisés de la qualité des données clés.
• La validation du premier cas d’usage de l’IA sur des tâches représentatives.

Résultat du mois : l’impact des changements techniques est confirmé par des mesures.

Quatrième mois — développement des chaînes principales

Livrables attendus :

• La réalisation des changements d’architecture prioritaires.
• L’extension du rapprochement automatisé et du contrôle des opérations de trading.
• Un système opérationnel des principaux indicateurs de pilotage.
• La suppression ou la réduction des dépendances critiques à certaines personnes.
• La mise en exploitation restreinte d’un cas d’usage de l’IA adapté, sous réserve du respect des critères de qualité.
• Les premiers résultats démontrés d’optimisation du coût unitaire.

Résultat du mois : les principales initiatives produisent leurs effets en exploitation.

Cinquième mois — vérification de la résilience

Livrables attendus :

• La vérification de la plateforme sous la charge de pointe prévisionnelle, avec la marge convenue.
• Des tests de défaillance, de restauration et d’arrêt d’urgence.
• La levée des contraintes identifiées.
• La confirmation de la qualité de l’analytique sur un cycle régulier.
• L’accumulation de données sur l’impact de l’IA déployée.
• Un test en conditions réelles de la suppléance des responsables des services critiques.

Résultat du mois : la résilience des solutions est confirmée par les tests et l’exploitation.

Sixième mois — bilan et étape suivante

Livrables attendus :

• Une évaluation finale des KPI étayée par des données.
• Une comparaison des résultats avec l’état initial.
• Un rapport sur l’exécution du budget et l’évolution du coût des principales opérations.
• Une évaluation des risques et de la dette technique restants.
• Un plan de développement de l’équipe et de la plateforme pour la période suivante.
• Des priorités validées pour la suite du passage à l’échelle.

Résultat du mois : l’entreprise dispose d’une évaluation transparente de l’impact obtenu et d’un plan argumenté pour la suite.

KPI du CTO pour les six premiers mois

Les valeurs chiffrées ci-dessous constituent une première proposition d’objectifs. Au cours des 30 premiers jours sont arrêtés les valeurs de référence, les périmètres de mesure, les systèmes critiques, les ressources disponibles et les critères de recette définitifs.

Si les exigences en vigueur dans l’entreprise sont plus strictes que celles proposées, ce sont les exigences les plus strictes qui s’appliquent.

Règles de mesure et d’évaluation des KPI

État initial et sources de données

Pour chaque KPI, les éléments suivants sont arrêtés avant la fin du premier mois :

• La valeur initiale.
• La valeur cible et l’échéance.
• L’objet de la mesure et la liste des systèmes concernés.
• La source des données.
• Le responsable de la validation du résultat.
• Les ressources nécessaires et les dépendances externes.
• Les règles d’atteinte partielle.

En l’absence de mesures, le CTO en organise la collecte et convient d’une période d’observation suffisante. L’amélioration relative n’est calculée qu’à partir d’une valeur initiale validée.

Disponibilité

La disponibilité se calcule ainsi :

Opérations valides traitées de manière techniquement correcte / ensemble des opérations valides × 100 %.

Les erreurs internes, les timeouts et les rejets dus à une surcharge sont comptabilisés comme des traitements en échec. Un rejet correct au titre d’une limite de risque établie est considéré comme un résultat technique correct.

Les indicateurs du périmètre interne et ceux du scénario de bout en bout incluant les plateformes externes sont présentés séparément. Le traitement techniquement correct d’un ordre n’implique pas nécessairement son exécution par le marché.

Performance

Les comparaisons portent sur des classes d’opérations identiques, des volumes de données comparables et des profils de charge définis à l’avance.

Le rapport inclut la latence, le débit utile, les erreurs, les relances, la longueur des files d’attente et l’utilisation des ressources. Il est interdit d’améliorer le résultat en excluant les opérations lentes, en rejetant des requêtes ou en réduisant la charge utile.

Les objectifs de latence, de capacité et de coût sont fixés conjointement, en précisant le budget et la configuration des tests.

Réalisation du plan

La réalisation se calcule ainsi :

Somme des poids des engagements recettés / somme des poids de tous les engagements de la période × 100 %.

Le poids est défini avant le début des travaux en fonction de la priorité métier. Est considéré comme réalisé un travail conforme aux critères de recette.

Les modifications de délais et de périmètre sont consignées en temps utile, avec leurs causes. Le plan initial est conservé pour l’analyse des écarts.

Impact de l’IA

L’impact est évalué sur des tâches comparables, par rapport au processus initial ou à un groupe témoin.

Sont pris en compte les coûts liés aux modèles, à l’infrastructure, au déploiement, à la validation humaine et à la correction des erreurs. Le gain de temps n’est retenu que si le niveau de qualité convenu est maintenu.

Pour les cas d’usage qui influencent les décisions de trading, les critères de risque et d’admission en exploitation sont convenus séparément.

Qualité des données

Le taux de réussite des contrôles se calcule ainsi :

Contrôles ayant satisfait aux critères établis / ensemble des contrôles prévus × 100 %.

Les contrôles non exécutés ou défaillants sont comptabilisés comme des échecs. Les écarts critiques portant sur les opérations de trading et les soldes sont évalués séparément : ils ne peuvent pas être masqués par une bonne moyenne sur le reste des données.

Dépendances externes

Les variations de la charge de trading, l’indisponibilité des plateformes, les retards dans les décisions budgétaires et le gel des recrutements sont signalés dans le reporting.

Toute révision des objectifs doit être validée et conserve l’historique des modifications. Le CTO est responsable des mesures de réponse aux défaillances externes prévues par l’architecture et de l’information en temps utile sur les risques.

Évaluation finale

Le résultat global correspond à la somme des évaluations pondérées des dix domaines. Pour chaque domaine, les seuils d’atteinte totale, partielle et de non-atteinte sont fixés à l’avance.

Les exigences impératives relatives à l’exactitude des opérations de trading, aux accès et à la restauration sont évaluées séparément. Leur non-respect ne peut être compensé ni par des économies de coûts, ni par une accélération du développement.

Le lien entre l’évaluation des KPI et la rémunération variable, si elle est prévue, est fixé par un accord distinct.

Modalités de reporting à la direction

• Chaque semaine : état d’avancement des travaux prioritaires, risques significatifs, incidents et décisions nécessitant l’implication des métiers.
• Chaque mois : indicateurs de fiabilité, de performance, de développement, de données, d’IA, d’équipe et de budget.
• En cas d’incident majeur : information immédiate, évaluation des conséquences, analyse des causes et plan de prévention de la récidive.
• À l’issue du semestre : évaluation des KPI, de l’impact obtenu, des contraintes restantes et de la prochaine étape de développement.

Conditions

• Rémunération : 15 000 € par mois.
• Niveau du poste : CTO / directeur technique.
• Périmètre de responsabilité : technologie, architecture, développement, infrastructure, données, IA et équipe d’ingénierie.
• Le cadre contractuel, le traitement fiscal de la rémunération, la localisation, l’organisation du travail et l’éventuelle part variable sont convenus séparément.
• Lors de la validation des objectifs, les prérogatives, le budget et les ressources disponibles sont convenus simultanément.

Ce que nous attendons de votre candidature

Un CV et quelques exemples concrets de réalisations :

• Les systèmes et les équipes que vous avez dirigés.
• Les niveaux de charge, de latence et de disponibilité auxquels vous avez été confronté.
• Les changements d’architecture ou d’organisation que vous avez menés.
• L’évolution des indicateurs avant et après ces changements.
• Votre expérience en trading, en opérations financières, en IA et en analytique.
• Votre façon d’agir face à des incidents majeurs et les changements structurels que vous avez engagés ensuite.

Les indicateurs confidentiels peuvent être présentés sous forme de fourchettes ou de manière anonymisée.