Posture Professionnelle

Autonomie & Initiative

Transformer un besoin flou en plan d'action concret, et s'approprier un périmètre sans supervision permanente.

Ma Définition

L'autonomie, dans un contexte professionnel d'ingénierie, ne signifie pas travailler seul. Elle signifie être capable de transformer un besoin exprimé, parfois de façon floue, en plan d'action concret, de s'approprier un périmètre sans supervision permanente, et de savoir calibrer le moment où escalader plutôt que de s'obstiner. C'est aussi la capacité à gérer l'incertitude : intervenir sur des technologies nouvelles sans avoir été formé préalablement, en s'appuyant sur la documentation, les expériences passées, et le réseau de pairs.

En alternance chez Criteo, cette autonomie s'est construite progressivement. Dès la première année, j'ai pris en charge des projets avec un périmètre défini mais sans accompagnement pas à pas, la confiance s'est instaurée au fur et à mesure des livrables. C'est ce modèle de responsabilité croissante qui m'a le plus formé.

Prise en charge du périmètre

S'approprier un projet de bout en bout : de l'identification du besoin à la livraison, sans attendre qu'on vous guide à chaque étape.

Calibrage de l'escalade

Savoir quand arrêter de chercher seul et solliciter la bonne expertise, c'est aussi une compétence, pas un aveu d'échec.

Gestion de l'incertitude

Intervenir sur des technologies nouvelles sans formation préalable, en s'appuyant sur documentation, expérience passée et réseau de pairs.

Mes Éléments de Preuve

Lab de Staging : Identification et mise en service complète

Le Lab de staging n'existait pas avant mon arrivée. J'ai identifié le besoin, tester les configurations avant de les appliquer en production pour éviter les incidents, proposé une architecture (Meraki MX en cœur, MS210 en distribution et access, MR46, segment IoT isolé), justifié le choix des équipements, et piloté la mise en service de bout en bout sans supervision directe. Ce projet, porté en autonomie, est aujourd'hui utilisé par l'équipe comme environnement de référence pour la validation des changements avant production.

Automatisation API Meraki : Initiative hors périmètre initial

L'automatisation des sauvegardes de configuration n'était pas dans mes missions définies. J'ai identifié un risque, la perte de configuration en cas de remplacement d'équipement non planifié, et développé la solution de façon autonome : exploration de la documentation API REST Meraki, test sur le Lab, déploiement sur l'ensemble du parc une fois la solution validée. Cette initiative, non sollicitée, couvre aujourd'hui ~50 réseaux mondiaux.

Lab de staging : Initiative complète

Identification du besoin, proposition d'architecture, choix des équipements, mise en service, porté de bout en bout sans supervision directe.

Automatisation API : Initiative hors périmètre initial

Initiative personnelle : identification d'un risque non couvert, développement de la solution, déploiement sur le parc de production.

Autocritique

L'autonomie a un revers : la tendance à vouloir tout résoudre seul avant de solliciter de l'aide. J'ai appris, parfois à mes dépens, que l'escalade rapide vers la bonne expertise est souvent plus efficace que plusieurs heures de recherche autonome. Calibrer ce seuil est une compétence en soi, et je travaille encore à l'affiner. La règle que je me suis donnée : si je n'ai pas progressé en 30 minutes, je sollicite.

L'autre biais : l'autonomie peut générer des angles morts. Travailler seul sur un problème limite la diversité des perspectives. J'ai eu des cas où une revue rapide avec un collègue a permis d'identifier des problèmes évidents que je n'avais pas vus, même sur des livrables que je considérais terminés. L'autonomie ne doit pas devenir de l'isolement.

Tendance à l'obstination

Vouloir résoudre seul avant de solliciter l'aide, un biais qui peut coûter du temps quand la bonne expertise est à portée.

Angles morts

Travailler seul limite la diversité des perspectives. Une relecture rapide par un collègue a souvent permis d'identifier ce que je n'avais pas vu.

Mon Évolution

Mon objectif est de transformer mon autonomie individuelle en capacité à porter des projets en tant que référent technique dans un groupe. Être autonome est une compétence personnelle ; faire travailler une équipe de façon autonome, en définissant les périmètres, en anticipant les blocages, en facilitant les décisions, est un niveau supérieur que je souhaite atteindre progressivement.

Ce passage du profil "exécutant autonome" au profil "pilote technique" est l'axe de développement que je cible pour les prochaines années, d'abord sur de petits groupes ou des projets transverses, avant d'envisager un rôle de Technical Lead.

Du individuel au collectif

Transformer mon autonomie personnelle en capacité à porter des projets en tant que référent technique dans un groupe.

Leadership technique

Objectif à moyen terme : être en mesure de faire travailler une équipe de façon autonome, un niveau au-dessus de l'autonomie individuelle.

Réalisations Rattachées

Cette compétence s'est exprimée principalement au travers des projets suivants :

Lab de Staging

Projet initié et piloté en autonomie complète, de l'identification du besoin à la mise en service.

Automatisation API Meraki

Initiative personnelle hors périmètre défini, identification du risque, développement et déploiement.