Chez nous, l’impact prime sur l’intitulé
Nous n’enfermons pas nos métiers dans des “communautés” silottées. La tech évolue trop vite pour rester figé dans une case. Nos équipes sont pluridisciplinaires, passionnées et soudées. Elles s’organisent autour du produit avec un objectif simple : être utile !
Partagez-vous nos convictions ?
Pour nous, les étiquettes comptent peu. Que vous soyez expert.e ultra-spécialisé.e ou hybride, l’essentiel est que chacun prenne du plaisir dans ses projets et réponde aux enjeux terrain.
“You build it, you run it”. Pour nous, le “DevOps n’est pas une équipe dédiée, c’est une responsabilité collective. Il est important de tous travailler main dans la main : nos dev’ assument la responsabilité de leurs applications en production. Nos Ops ne portent pas seuls la fiabilité des applis et environnements… et ça, ça met tout le monde de bien meilleure humeur.
Nous ne cherchons pas la prouesse technique pour le plaisir du défi. L’usage de l’IA et de la Data doit être utile, éthique et raisonné. Pas besoin d’une Porsche pour faire ses courses : nous visons la solution juste.
Nous fuyons les frameworks Agiles appliqués à la lettre sans écouter l’équipe. Nous adaptons nos méthodes au contexte client pour trouver le bon équilibre entre performance et épanouissement.
Ce sont nos coéquipiers qui en parlent le mieux
En savoir plus
Julien, Développeur Back-end
J’ai travaillé pendant un an et demi dans une caisse de retraite pour travailler sur un système de paiement de pension et d’avantages sociaux structuré en micro service. La structure en micro service m’a permis de travailler avec rabbitmq, MinIO, redis et openAPI. Mon équipe a travaillé sur la migration de leur base de donnée d’oracle vers postgre en adaptant les back mais aussi en travaillant en collaboration avec l’équipe infrastructure. On a aussi travaillé sur des migrations techniques et créé de nouveaux services ou modifié des services existants pour s’adapter aux nouvelles normes. J’ai eu la chance de participer activement à la vie de l’équipe mais aussi aux prises de décision client sur leur future orientation technique. Cette expérience m’a ensuite permis d’apprécier, au cours de mes quatre ans chez Valeuriad, que je pouvais parler sans être jugé de mes besoins pour faire fonctionner ma vie pro et perso, ce que j’ai trouvé rafraîchissant par rapport à mes précédentes expériences !
Julien, Développeur Back-end
J’ai travaillé pendant un an et demi dans une caisse de retraite pour travailler sur un système de paiement de pension et d’avantages sociaux structuré en micro service. La structure en micro service m’a permis de travailler avec rabbitmq, MinIO, redis et openAPI. Mon équipe a travaillé sur la migration de leur base de donnée d’oracle vers postgre en adaptant les back mais aussi en travaillant en collaboration avec l’équipe infrastructure. On a aussi travaillé sur des migrations techniques et créé de nouveaux services ou modifié des services existants pour s’adapter aux nouvelles normes. J’ai eu la chance de participer activement à la vie de l’équipe mais aussi aux prises de décision client sur leur future orientation technique. Cette expérience m’a ensuite permis d’apprécier, au cours de mes quatre ans chez Valeuriad, que je pouvais parler sans être jugé de mes besoins pour faire fonctionner ma vie pro et perso, ce que j’ai trouvé rafraîchissant par rapport à mes précédentes expériences !
En savoir plus
Sébastien, Développeur Fullstack
Je travaille depuis trois ans et demi chez un acteur dans la Telecom sur un outil de centralisation des données et d'orchestration d'opérations sur des lignes, au sein d'une équipe dont la taille varie entre 12 et 30 personnes selon les périodes. Au quotidien, je m'occupe de diagnostiquer et de résoudre des problèmes en production, mais aussi de faire évoluer notre application en utilisant principalement Java 17 et React, ainsi que la manipulation régulière d'outils comme RabbitMQ et la console AWS, ainsi que d'outils internes au client. Je collabore en parallèle avec les chefs de projet, les études, les testeurs et les autres développeurs pour suivre ces évolutions sur plusieurs mois jusqu'à la production. Et bien sûr, je participe activement à la vie de l'équipe à travers diverses réunions.
Sébastien, Développeur Fullstack
Je travaille depuis trois ans et demi chez acteur dans la Telecom sur un outil de centralisation des données et d’orchestration d’opérations sur des lignes, au sein d’une équipe dont la taille varie entre 12 et 30 personnes selon les périodes. Au quotidien, je m’occupe de diagnostiquer et de résoudre des problèmes en production, mais aussi de faire évoluer notre application en utilisant principalement Java 17 et React, ainsi que la manipulation régulière d’outils comme RabbitMQ et la console AWS, ainsi que d’outils internes au client. Je collabore en parallèle avec les chefs de projet, les études, les testeurs et les autres développeurs pour suivre ces évolutions sur plusieurs mois jusqu’à la production. Et bien sûr, je participe activement à la vie de l’équipe à travers diverses réunions.
En savoir plus
Maxime, Lead Tech DevOps
Développement et maintenance d'une application de distribution de titres de transport. Au sein d'une équipe composée de 18 personnes organisée autour de l'agilité, je suis intervenu en tant que développeur dans un premier temps pour ensuite endosser le rôle de Lead Tech au sein de l'équipe. En plus du travail de développeur, j'ai effectué plusieurs tâches liées à ce poste. Tout d'abord, je participais au bon provisionnement et priorisation du backlog de l'équipe. J'ai effectué de la conception de sujets fonctionnels ainsi que leur développements (en équipe) et enfin leur mise en production. D'une manière transverse, je participais activement aux points de synchronisation transverses à l'entreprise, afin de remonter diverses informations / problèmes rencontrés mais aussi en partageant des bonnes pratiques entre projets. Ayant un fort attrait pour la CI / CD, j'ai participé à la migration jenkins vers gitlab-ci de l'application. Dans un second temps, j'ai également participé à la migration de VM vers kubernetes de notre asset. Suite à ces chantiers, j'ai effectué des travaux d'optimisation FinOps : amélioration de notre consommation de ressources et de facture AWS. Enfin, j'ai mené un chantier de bout en bout (réponse à un besoin client, présentation de la solution, chiffrage, développement et mise en production) afin de mutualiser une solution d'exposition et d'authentification d'API des services.
Maxime, Lead Tech DevOps
Développement et maintenance d’une application de distribution de titres de transport. Au sein d’une équipe composée de 18 personnes organisée autour de l’agilité, je suis intervenu en tant que développeur dans un premier temps pour ensuite endosser le rôle de Lead Tech au sein de l’équipe. En plus du travail de développeur, j’ai effectué plusieurs tâches liées à ce poste.
Tout d’abord, je participais au bon provisionnement et priorisation du backlog de l’équipe. J’ai effectué de la conception de sujets fonctionnels ainsi que leur développements (en équipe) et enfin leur mise en production. D’une manière transverse, je participais activement aux points de synchronisation transverses à l’entreprise, afin de remonter diverses informations / problèmes rencontrés mais aussi en partageant des bonnes pratiques entre projets.
Ayant un fort attrait pour la CI / CD, j’ai participé à la migration jenkins vers gitlab-ci de l’application. Dans un second temps, j’ai également participé à la migration de VM vers kubernetes de notre asset. Suite à ces chantiers, j’ai effectué des travaux d’optimisation FinOps : amélioration de notre consommation de ressources et de facture AWS.
Enfin, j’ai mené un chantier de bout en bout (réponse à un besoin client, présentation de la solution, chiffrage, développement et mise en production) afin de mutualiser une solution d’exposition et d’authentification d’API des services.
En savoir plus
Pierre-Antoine, SRE
J’ai intégré l’équipe Ops avec pour mission principale le Maintien en Conditions Opérationnelles (MCO) de deux plateformes AWS, l’une basée sur une architecture microservices, l’autre monolithique. L’objectif était double : garantir la fiabilité de ces plateformes et automatiser au maximum les processus de déploiement. L’infrastructure était entièrement gérée as code via Terraform, et les déploiements CI/CD orchestrés à l’aide de Jenkins, AWS CodePipeline et GitHub Actions. J’ai aussi contribué à la mise en place d’outils d’observabilité et à l’optimisation des ressources AWS (démarche FinOps) pour maîtriser les coûts.
Pierre-Antoine, SRE
J’ai intégré l’équipe Ops avec pour mission principale le Maintien en Conditions Opérationnelles (MCO) de deux plateformes AWS, l’une basée sur une architecture microservices, l’autre monolithique. L’objectif était double : garantir la fiabilité de ces plateformes et automatiser au maximum les processus de déploiement. L’infrastructure était entièrement gérée as code via Terraform, et les déploiements CI/CD orchestrés à l’aide de Jenkins, AWS CodePipeline et GitHub Actions. J’ai aussi contribué à la mise en place d’outils d’observabilité et à l’optimisation des ressources AWS (démarche FinOps) pour maîtriser les coûts.
En savoir plus
Damien, Intégrateur DevOps
J’ai été intégré dans l’équipe en charge des tirs de charge d’une application de distribution de titres de transport. D'abord, j’ai sécurisé les versions via des scénarios Gatling en Scala et automatisé les opérations via GitLab-CI et APIs AWS. Ensuite, nous avons fait évoluer la stratégie vers des tests de performance en continu, plus simples à maintenir. Cela a nécessité des PoC (Gatling vs K6), l'intégration de jobs GitLab-CI dans la CI/CD, et surtout, la modification à la volée des annotations des pods Kube pour isoler les métriques. Un projet très technique, collaboratif et innovant.
Damien, Intégrateur DevOps
J’ai été intégré dans l’équipe en charge des tirs de charge d’une application de distribution de titres de transport. D’abord, j’ai sécurisé les versions via des scénarios Gatling en Scala et automatisé les opérations via GitLab-CI et APIs AWS. Ensuite, nous avons fait évoluer la stratégie vers des tests de performance en continu, plus simples à maintenir. Cela a nécessité des PoC (Gatling vs K6), l’intégration de jobs GitLab-CI dans la CI/CD, et surtout, la modification à la volée des annotations des pods Kube pour isoler les métriques. Un projet très technique, collaboratif et innovant.
En savoir plus
Jean-François, LeadTech
Parfois on a besoin d’un reverse-proxy qui permet la réécriture des flux entrants et sortants à la volée avec en option un moteur d’injection de script. Avec Valeuriad, j’ai la chance de travailler comme lead tech sur ce genre d’outil depuis 18 mois. On en profite pour maintenir nos stacks bien à jour. On parle de préparer les migrations vers Java 25 et Spring Boot 4, donc difficile de faire plus à jour. C’est un espace d’expérimentation pour évaluer toutes les solutions techniques permettant de réduire la dette et moderniser le SI de notre client. Si on ajoute les exigences très fortes en termes de stabilité, de performance et surtout de sécurité, je n'ai pas vraiment eu l’occasion de m’ennuyer, bien au contraire. Bref, c’est un très joli projet.
Jean-François, LeadTech
Parfois on a besoin d’un reverse-proxy qui permet la réécriture des flux entrants et sortants à la volée avec en option un moteur d’injection de script. Avec Valeuriad, j’ai la chance de travailler comme lead tech sur ce genre d’outil depuis 18 mois. On en profite pour maintenir nos stacks bien à jour. On parle de préparer les migrations vers Java 25 et Spring Boot 4, donc difficile de faire plus à jour. C’est un espace d’expérimentation pour évaluer toutes les solutions techniques permettant de réduire la dette et moderniser le SI de notre client. Si on ajoute les exigences très fortes en termes de stabilité, de performance et surtout de sécurité, je n’ai pas vraiment eu l’occasion de m’ennuyer, bien au contraire. Bref, c’est un très joli projet.
En savoir plus
Pierre, Architecte Solution
Mon quotidien d'Architecte Solution pour les services publics, c'est de concevoir la prochaine génération de nos services en apportant des solutions pour répondre aux besoins métier tout en respectant l'architecture d'entreprise. Ma journée est rythmée par des échanges constants avec les équipes pour explorer des solutions techniques qui garantiront la maintenabilité à long terme de notre SI en s'appuyant sur les principes du Domain-Driven Design (DDD). L'enjeu est de piloter la modernisation (découplage, refonte) de nos plateformes, en exploitant les bus de messages asynchrones et notre environnement Kubernetes. Chaque décision stratégique est tracée via des outils comme les ADR pour capturer le contexte et les contraintes de l'instant T, assurant ainsi la compréhension et la robustesse de nos choix futurs.
Pierre, Architecte Solution
Mon quotidien d’Architecte Solution pour les services publics, c’est de concevoir la prochaine génération de nos services en apportant des solutions pour répondre aux besoins métier tout en respectant l’architecture d’entreprise. Ma journée est rythmée par des échanges constants avec les équipes pour explorer des solutions techniques qui garantiront la maintenabilité à long terme de notre SI en s’appuyant sur les principes du Domain-Driven Design (DDD). L’enjeu est de piloter la modernisation (découplage, refonte) de nos plateformes, en exploitant les bus de messages asynchrones et notre environnement Kubernetes. Chaque décision stratégique est tracée via des outils comme les ADR pour capturer le contexte et les contraintes de l’instant T, assurant ainsi la compréhension et la robustesse de nos choix futurs.
En savoir plus
Damien, Analytics Engineer
Mon rôle était de faire le pont entre le Data Engineering et l'analyse métier. J'ai eu l'opportunité de mettre en pratique mes compétences en SQL et Python pour créer un datamart finance et des tableaux de bord Digdash qui ont permis un pilotage plus fiable des indicateurs clés. Pour garantir la fiabilité et la qualité des données pour nos clients, j'ai mis en place des tests automatisés, ce qui a rendu les flux critiques plus robustes. J'ai également participé à la mise à disposition de la donnée en créant des indicateurs et tableaux de bord, essentiels pour le pilotage décisionnel.
Damien, Analytics Engineer
Mon rôle était de faire le pont entre le Data Engineering et l’analyse métier. J’ai eu l’opportunité de mettre en pratique mes compétences en SQL et Python pour créer un datamart finance et des tableaux de bord Digdash qui ont permis un pilotage plus fiable des indicateurs clés. Pour garantir la fiabilité et la qualité des données pour nos clients, j’ai mis en place des tests automatisés, ce qui a rendu les flux critiques plus robustes. J’ai également participé à la mise à disposition de la donnée en créant des indicateurs et tableaux de bord, essentiels pour le pilotage décisionnel.
En savoir plus
Ilyas, Data Engineer
En tant que Data Analyst/Engineer, j’ai participé à la création d’un datamart finance et à l’élaboration de tableaux de bord interactifs sur Digdash pour deux produits internes, permettant un pilotage précis et fiable des indicateurs clés. Mon rôle a impliqué une analyse approfondie des données métiers, l’identification d’anomalies et la mise en place de tests automatisés pour garantir la qualité et la disponibilité continue des KPIs. J’ai contribué à fiabiliser les flux critiques via des pipelines robustes (Spark, Hive, Python) et des bonnes pratiques CI/CD. Les échanges réguliers avec les équipes métiers ont permis d’assurer l’alignement des besoins et de construire des solutions à forte valeur ajoutée.
Ilyas, Data Engineer
En tant que Data Analyst/Engineer, j’ai participé à la création d’un datamart finance et à l’élaboration de tableaux de bord interactifs sur Digdash pour deux produits internes, permettant un pilotage précis et fiable des indicateurs clés. Mon rôle a impliqué une analyse approfondie des données métiers, l’identification d’anomalies et la mise en place de tests automatisés pour garantir la qualité et la disponibilité continue des KPIs. J’ai contribué à fiabiliser les flux critiques via des pipelines robustes (Spark, Hive, Python) et des bonnes pratiques CI/CD. Les échanges réguliers avec les équipes métiers ont permis d’assurer l’alignement des besoins et de construire des solutions à forte valeur ajoutée.
En savoir plus
Florian, Data Engineer
En tant que Data Engineer, j'ai participé à différentes migrations de SI, de On Premise vers On Premise ou vers Cloud. Ces migrations sont enrichissantes car elles nécessitent de développer des outils de transfert et de contrôle de la donnée, tout en gardant un côté technique et fonctionnel. Cela permet aussi d’identifier les parallèles entre différents outils (dans mon cas, Hadoop et GCP). En tant que garant de ces migrations, j'ai travaillé avec mes coéquipiers pour mettre en place les ingestions existantes sur les nouveaux SI et reprendre l'historique de l'ancien SI via des traitements Spark, en contrôlant que les données soient identiques entre les deux SI.
Florian, Data Engineer
En tant que Data Engineer, j’ai participé à différentes migrations de SI, de On Premise vers On Premise ou vers Cloud. Ces migrations sont enrichissantes car elles nécessitent de développer des outils de transfert et de contrôle de la donnée, tout en gardant un côté technique et fonctionnel. Cela permet aussi d’identifier les parallèles entre différents outils (dans mon cas, Hadoop et GCP). En tant que garant de ces migrations, j’ai travaillé avec mes coéquipiers pour mettre en place les ingestions existantes sur les nouveaux SI et reprendre l’historique de l’ancien SI via des traitements Spark, en contrôlant que les données soient identiques entre les deux SI.
En savoir plus
Marc, Data Scientist
Actuellement chez mon client, j'ai participé à la création d'un agent conversationnel basé sur LLM (Python, RAG, LangGraph/LangChain) pour les équipes commerciales. Le défi était de combiner diverses sources de données et d'optimiser les performances (pgvector, mongo, api métier). Nous avons évalué des modèles open source et cloud (GPT-4o, LLaMA 3, Gemma 3) pour trouver le meilleur compromis qualité-coût, avec un déploiement réussi sur Dataiku.
Marc, Data Scientist
Actuellement chez mon client, j’ai participé à la création d’un agent conversationnel basé sur LLM (Python, RAG, LangGraph/LangChain) pour les équipes commerciales. Le défi était de combiner diverses sources de données et d’optimiser les performances (pgvector, mongo, api métier). Nous avons évalué des modèles open source et cloud (GPT-4o, LLaMA 3, Gemma 3) pour trouver le meilleur compromis qualité-coût, avec un déploiement réussi sur Dataiku.
En savoir plus
Alexandre, Lead Data Scientist et MLops
À travers mes missions, j'ai eu l'opportunité de contribuer à la conception et à la mise en production de solutions d’IA robustes et industrialisées, en assurant l’ensemble de la chaîne MLOps : CI/CD, dockerisation, déploiement sur Kubernetes, exposition via APIs, monitoring des modèles en production, etc. J’ai notamment accompagné les équipes Data de mes clients dans l’adoption de bonnes pratiques d’industrialisation, afin de fiabiliser et d'accélérer le passage des POCs en des produits en production. Les projets IA sur lesquels j’ai travaillé étaient variés (Computer Vision, NLP, IA Générative, …), avec des usages à grande échelle, des défis techniques concrets, et un impact réel pour les utilisateurs finaux.
Alexandre, Lead Data Scientist et MLops
À travers mes missions, j’ai eu l’opportunité de contribuer à la conception et à la mise en production de solutions d’IA robustes et industrialisées, en assurant l’ensemble de la chaîne MLOps : CI/CD, dockerisation, déploiement sur Kubernetes, exposition via APIs, monitoring des modèles en production, etc.
J’ai notamment accompagné les équipes Data de mes clients dans l’adoption de bonnes pratiques d’industrialisation, afin de fiabiliser et d’accélérer le passage des POCs en des produits en production.
Les projets IA sur lesquels j’ai travaillé étaient variés (Computer Vision, NLP, IA Générative, …), avec des usages à grande échelle, des défis techniques concrets, et un impact réel pour les utilisateurs finaux.
En savoir plus
Mathieu, Agile Master
Je suis actuellement en mission depuis un an et demi. J'ai démarré comme Scrum Master d'une équipe d'une dizaine de personnes, puis en ai accompagné une seconde en parallèle. Et depuis 6 mois j'accompagne à 100% une nouvelle équipe, d'une vingtaine de personnes réparties en deux squads, qui a été créée pour le développement d'un nouveau projet à fort enjeu. Donc en plus des activités "classiques" d'un Scrum Master (animation des instances, facilitation avec notamment la mise à disposition d'outils facilitants, aide à l'identification et la résolution de problèmes, etc.), j'ai eu la chance de préparer et animer les différents ateliers pour la mise en place de cette nouvelle équipe.
Mathieu, Agile Master
Je suis actuellement en mission depuis un an et demi. J’ai démarré comme Scrum Master d’une équipe d’une dizaine de personnes, puis en ai accompagné une seconde en parallèle. Et depuis 6 mois j’accompagne à 100% une nouvelle équipe, d’une vingtaine de personnes réparties en deux squads, qui a été créée pour le développement d’un nouveau projet à fort enjeu. Donc en plus des activités “classiques” d’un Scrum Master (animation des instances, facilitation avec notamment la mise à disposition d’outils facilitants, aide à l’identification et la résolution de problèmes, etc.), j’ai eu la chance de préparer et animer les différents ateliers pour la mise en place de cette nouvelle équipe.
En savoir plus
Paul, Agile Master Sénior
En tant qu'Agile Master, j'accompagne quatre équipes dans leur phase de transformation. Écouter, questionner, reformuler, afin de comprendre les besoins de chacun pour avancer ensemble vers un modèle porteur d'efficience et de mieux être. En remettant également la valeur que l'on souhaite apporter au centre, par une meilleure définition des objectifs de Sprint et une vision du produit qui fait sens. Côté Valeuriad, je m'investis au cœur de la tribu Agile en animant des Café Agiles (partage de connaissances, veille, examiner ensemble une problématique), en participant au recrutement des futurs Valeurieux, en facilitant des ateliers avec le support et en animant les journées d'intégration.
Paul, Agile Master Sénior
En tant qu’Agile Master, j’accompagne quatre équipes dans leur phase de transformation. Écouter, questionner, reformuler, afin de comprendre les besoins de chacun pour avancer ensemble vers un modèle porteur d’efficience et de mieux être. En remettant également la valeur que l’on souhaite apporter au centre, par une meilleure définition des objectifs de Sprint et une vision du produit qui fait sens. Côté Valeuriad, je m’investis au cœur de la tribu Agile en animant des Café Agiles (partage de connaissances, veille, examiner ensemble une problématique), en participant au recrutement des futurs Valeurieux, en facilitant des ateliers avec le support et en animant les journées d’intégration.
En savoir plus
Matthieu, PO
J'interviens chez un client acteur de la santé, au sein d'un produit qui gère la relation entre professionnels de santé et organismes de mutuelles. La taille de l'équipe fluctue en fonction de l'activité mais à pu aller jusqu'à un PO, deux PPO, un testeur, un lead et 7 développeurs. Notre périmètre est vaste, allant de la mise en place d'API, gestion de flux de données vers des partenaires, gestion d'IHM, etc… Pour accompagner les équipes de réalisation, le PO se charge de réaliser des ateliers avec les métiers pour challenger le besoin, créer des maquettes, gérer un backlog, gérer le RUN et la MCO, et se rend disponible auprès de l'équipe pour être le relai de la vision produit souhaité par les métiers.
Matthieu, PO
J’interviens chez un client acteur de la santé, au sein d’un produit qui gère la relation entre professionnels de santé et organismes de mutuelles. La taille de l’équipe fluctue en fonction de l’activité mais à pu aller jusqu’à un PO, deux PPO, un testeur, un lead et 7 développeurs.
Notre périmètre est vaste, allant de la mise en place d’API, gestion de flux de données vers des partenaires, gestion d’IHM, etc…
Pour accompagner les équipes de réalisation, le PO se charge de réaliser des ateliers avec les métiers pour challenger le besoin, créer des maquettes, gérer un backlog, gérer le RUN et la MCO, et se rend disponible auprès de l’équipe pour être le relai de la vision produit souhaité par les métiers.
En savoir plus
Matthias, PO IA
Mon rôle de Product Owner au sein d’une équipe dédiée au déploiement de solutions IA m'a permis d'avoir une approche un peu différente d'un poste de Product Owner "classique". J'assure toujours la gestion d'un backlog, je définis et priorise les fonctionnalités de mon produit. Mais il paraît essentiel de comprendre le fonctionnement des LLM pour évaluer les contraintes techniques et arbitrer les choix. Il est aussi indispensable de prendre en compte les notions de coûts de calcul, taille de modèle, performance, gestion de données sensibles et périmètre d'évaluation pour dimensionner le produit au plus juste.
Matthias, PO IA
Mon rôle de Product Owner au sein d’une équipe dédiée au déploiement de solutions IA m’a permis d’avoir une approche un peu différente d’un poste de Product Owner “classique”. J’assure toujours la gestion d’un backlog, je définis et priorise les fonctionnalités de mon produit. Mais il paraît essentiel de comprendre le fonctionnement des LLM pour évaluer les contraintes techniques et arbitrer les choix. Il est aussi indispensable de prendre en compte les notions de coûts de calcul, taille de modèle, performance, gestion de données sensibles et périmètre d’évaluation pour dimensionner le produit au plus juste.
