Posture professionnelle
Adaptabilité technologique
Rester performant quand le contexte change : nouvelle technologie, nouveau constructeur, nouvelle contrainte.
Ma définition
L'adaptabilité technologique, c'est rester opérationnel quand le contexte change, nouvelles technologies, nouveaux outils, nouvelles contraintes. Dans l'AdTech où Criteo opère, les évolutions sont rapides. On ne peut pas attendre une formation pour chaque nouveau sujet. Il faut partir de la documentation, reproduire en Lab, et progresser par itération.
Chez Criteo, l'environnement technologique est particulièrement mouvant. La stratégie d'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.
Points clés
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. Abandonner des habitudes devenues inefficaces est aussi important qu'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
Lab staging → : intégration des équipements Cisco Catalyst
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".
Auth Wi-Fi mondiale → : nouveau mécanisme d'authentification
Le déploiement de la nouvelle authentification Wi-Fi mondiale via Entra ID a demandé de comprendre et maîtriser un mécanisme d'authentification entièrement nouveau (SAML/SSO côté Meraki, OAuth 2.0 côté Microsoft) sans documentation de cas d'usage établie, car la fonctionnalité était récente. J'ai dû partir des premiers principes, reproduire les problèmes en Lab, et documenter chaque root cause identifiée. C'est ce type de situation qui m'apprend le plus.
Points clés
Lab réseau : intégration Cisco Catalyst dans un environnement Meraki
Nouveau paradigme CLI vs dashboard cloud, STP, port-channel : appris sur le Lab avant d'intervenir en production.
Auth Wi-Fi mondiale : mécanisme d'authentification entièrement nouveau
SAML/SSO côté Meraki, OAuth 2.0 côté Microsoft, sans documentation de cas d'usage établie. Partir des premiers principes.
Autocritique
Je m'adapte rapidement aux nouvelles technologies quand elles ont une documentation accessible et une communauté active. 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) qui demandent une adaptation moins technique et plus comportementale. C'est un axe de travail que je reconnais.
Ce que j'ai retenu : l'adaptabilité se maintient par exposition régulière au changement. Une technologie hors périmètre lue par semaine, un outil nouveau testé en Lab par mois : ça entretient le réflexe et évite de se retrouver à devoir tout apprendre en urgence quand le contexte change.
Sur le plan technique, la montée en compétences est rapide, Meraki, Catalyst, OAuth 2.0, chaque nouvelle technologie a été opérationnelle en quelques semaines ; sur l'organisationnel, c'est plus lent et ça demande un effort conscient. Dans mon profil d'ingénieur, l'adaptabilité technique est un vrai point fort, la dimension comportementale est encore en développement.
Points clés
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. La veille technologique fait partie de ma routine hebdomadaire. À moyen terme, je souhaite élargir mon exposition aux environnements cloud natifs (AWS Networking, Azure Virtual Network) pour adresser des architectures hybrides.
Je me forme en autoformation sur AWS via la documentation officielle et les labs gratuits (AWS Skill Builder), l'objectif d'ici la fin de l'alternance est de passer l'AWS Cloud Practitioner pour poser une base cloud solide avant le cycle ingénieur.
Points clés
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 et Azure
Objectif à moyen terme : élargir mon exposition aux environnements cloud natifs pour adresser des architectures hybrides.
Réalisations rattachées
Cette compétence s'est exprimée principalement au travers des projets suivants :
Points clés
Lab réseau
Adaptation rapide à l'écosystème Cisco Catalyst dans un environnement Meraki-centric.
Modernisation auth. Wi-Fi
Maîtrise d'un mécanisme d'authentification entièrement nouveau sans documentation de cas d'usage préétablie.
Centralisation du parc réseau
Adaptation rapide au data modeling ServiceNow CMDB et à la rigueur des tables strictes, un domaine entièrement nouveau.