Posture Professionnelle
Adaptabilité Technologique
Rester performant quand le contexte change, nouvelle technologie, nouveau constructeur, nouvelle contrainte.
Ma Définition
L'adaptabilité technologique, c'est la capacité à rester opérationnel, et performant, quand le contexte change : nouvelles technologies, nouveaux outils, nouvelles contraintes. Dans un secteur comme la Tech, et plus précisément dans l'AdTech où Criteo opère, les évolutions sont rapides et imprévisibles. Ce n'est pas une compétence qu'on a ou qu'on n'a pas, c'est une posture qu'on cultive : la curiosité comme réflexe, la capacité à désapprendre des habitudes devenues inefficaces, et l'aisance face à l'incertitude.
Chez Criteo, l'environnement technologique est particulièrement mouvant. La stratégie infrastructure évolue, passage de Meraki pur à une intégration Cisco Catalyst, évolutions vers des solutions cloud-native, changements de fournisseurs IAM. Chaque changement exige de repartir du premier principe, sans la sécurité d'une formation préalable.
Curiosité comme réflexe
L'adaptabilité se cultive : veille technologique régulière, apprentissage hors périmètre direct, aisance face à l'incertitude.
Désapprendre pour progresser
Dans l'AdTech, les évolutions sont rapides. La capacité à abandonner des habitudes devenues inefficaces est aussi importante que d'en acquérir de nouvelles.
Multi-paradigmes
Passer de Meraki (cloud-managed) à Cisco Catalyst (CLI) demande de changer de paradigme de configuration, pas seulement d'outil.
Mes Éléments de Preuve
Intégration des Cisco Catalyst dans un environnement Meraki-centric
Lorsque la stratégie Criteo a évolué vers une intégration d'équipements Cisco legacy dans l'infrastructure Meraki existante, j'ai dû m'adapter rapidement à des paradigmes différents : la configuration CLI Cisco vs la gestion via dashboard cloud, le STP sur Catalyst vs la gestion automatisée Meraki, la configuration manuelle de port-channel. Sans formation formelle préalable, je me suis appuyé sur la documentation Cisco, les ressources CCNA, et le Lab de staging pour pratiquer avant d'intervenir en production, passant du "je sais ce que ça fait" au "je sais comment le configurer".
Double écosystème MDM : Jamf (macOS) et Intune (Windows)
La gestion de flotte chez Criteo couvre deux écosystèmes distincts avec des logiques, des interfaces et des philosophies de déploiement très différentes. J'ai monté en compétence sur les deux plateformes simultanément, en apprenant à naviguer entre des modèles de configuration différents sans confondre les approches, ce qui demande une rigueur mentale supplémentaire par rapport à la maîtrise d'un seul outil.
Adaptation au contexte international : 80% en anglais
Travailler dans un environnement où 80% des échanges se font en anglais, avec des collègues de cultures et de fuseaux horaires différents, demande une adaptation permanente, non seulement linguistique mais aussi culturelle. La façon de formuler une demande d'escalade, de présenter une solution technique, ou de communiquer un incident varie selon l'interlocuteur. Cette adaptation quotidienne a développé une flexibilité relationnelle que je n'aurais pas acquise en environnement francophone uniquement.
Cisco Catalyst dans un environnement Meraki
Nouveau paradigme CLI vs dashboard cloud, STP, port-channel, interop, appris sur le Lab avant de toucher la production.
Double écosystème MDM
Jamf (macOS) et Intune (Windows) en parallèle, deux logiques, deux interfaces, deux philosophies de déploiement.
Communication internationale
80% des échanges en anglais, adaptation linguistique et culturelle permanente selon l'interlocuteur.
Autocritique
Je m'adapte rapidement aux nouvelles technologies quand elles ont une documentation accessible et une communauté active, c'est le cas de l'écosystème Cisco/Meraki, bien documenté et largement couvert sur les forums techniques. Là où je suis moins à l'aise, c'est sur les changements organisationnels, une nouvelle méthode de travail, un changement de process d'équipe, une réorganisation, qui demandent une adaptation moins technique et plus comportementale. C'est un axe de travail que je reconnais.
Ce que je conseillerais avec le recul : ne pas attendre d'avoir tout compris avant de commencer à pratiquer. Sur le Catalyst, c'est le Lab qui m'a permis de progresser vite, l'environnement de test sécurisé est précisément ce qui permet de désapprendre et réapprendre sans pression.
Adaptation technologique forte
Je m'adapte vite aux nouvelles technologies quand elles ont une documentation accessible et une communauté active.
Adaptation organisationnelle plus lente
Les changements de process ou de méthode de travail, moins techniques, plus comportementaux, demandent plus d'effort d'adaptation.
Mon Évolution
Je cultive l'adaptabilité comme une pratique : je m'impose régulièrement d'apprendre quelque chose hors de mon périmètre direct, un protocole, un outil, une approche d'architecture. La veille technologique fait partie de ma routine hebdomadaire : blogs techniques (Cisco, Meraki, réseau), podcasts IT, et suivi de l'actualité cloud.
À moyen terme, je souhaite élargir mon exposition aux environnements cloud natifs, AWS Networking, Azure Virtual Network, pour ne pas rester cantonné à l'infrastructure on-premise et être capable d'adresser des architectures hybrides. C'est la direction vers laquelle évolue le métier d'ingénieur réseau, et c'est là que je veux être compétent.
Veille technologique régulière
Lecture de blogs techniques, suivi de l'actualité Cisco/Meraki/cloud, l'adaptabilité se maintient par une exposition continue au changement.
Cloud natif, AWS & Azure
Objectif à moyen terme : exposure sur les environnements cloud natifs pour ne pas rester cantonné à l'infrastructure on-premise.
Réalisations Rattachées
Cette compétence s'est exprimée principalement au travers des projets suivants :
Lab de Staging, Redesign Catalyst
Adaptation rapide à l'écosystème Cisco Catalyst dans un environnement Meraki-centric.
Gestion de Flotte
Maîtrise simultanée de Jamf (macOS) et Intune (Windows), deux paradigmes MDM distincts.