Posture Professionnelle
Organisation & Méthodologie
Gérer deux modes simultanés, le temps long du projet et le temps court du support, sans laisser l'un saborder l'autre.
Ma Définition
L'organisation, dans un contexte d'ingénierie en alternance, c'est savoir gérer deux modes simultanés : le temps long du projet, planification par phases, jalons, dépendances entre tâches, et le temps court du support, interruptions, urgences, tickets entrants. La difficulté n'est pas de faire l'un ou l'autre : c'est de ne pas laisser l'un saborder l'autre.
Dans un environnement comme Criteo, où je contribue à des projets plurimédia tout en assurant du support N1/N2/N3 pour +2000 collaborateurs, la gestion des priorités est une compétence quotidienne. Une bonne organisation, c'est aussi ce qui rend possible le travail en autonomie : sans structure, l'autonomie devient du désordre.
Double mode
Temps long du projet (sprints, jalons, dépendances) et temps court du support (urgences, tickets, interruptions), les deux en simultané.
Priorisation rigoureuse
Sans structure, l'autonomie devient du désordre. L'organisation est ce qui rend possible le travail en autonomie sur des projets complexes.
Jira comme outil de pilotage
Suivi des sprints, phasing, rollback plans, visibilité en temps réel sur ce qui est en cours, bloqué, ou à risque.
Mes Éléments de Preuve
Gestion par sprints : Projet Innovation Hub
Le déploiement de l'Innovation Hub a été planifié et exécuté par phases, avec des sprints Jira définis à l'avance : phase préparatoire (câblage, matrice de brassage), phase de configuration (switches, VLANs), phase de déploiement (APs, LDAPS), phase de validation (tests de charge, rollback plan). Chaque sprint avait un périmètre clairement délimité et un critère de sortie explicite, avant de passer à la phase suivante, la précédente devait être validée. Cette organisation a permis d'intervenir sans générer de coupure sur les étages en production.
Gestion du double-mode projet / support
En alternance, il n'y a pas de séparation nette entre "temps projet" et "temps support". J'ai appris à structurer mes journées pour protéger des plages de travail concentré sur les projets tout en restant disponible pour les incidents prioritaires. L'utilisation de Jira comme outil de tracking unifié, pour le support comme pour les projets, me donne une visibilité en temps réel sur ce qui est en cours, ce qui est bloqué, et ce qui risque de prendre du retard. Chaque intervention en production dispose également d'un rollback plan documenté avant exécution, une discipline que j'ai adoptée après avoir observé des déploiements sans filet de sécurité.
Déploiement par phases, Innovation Hub
Sprints Jira avec périmètre délimité et critères de sortie explicites, validation progressive avant chaque bascule, zéro coupure en production.
Double mode projet / support
Plages de travail concentré protégées pour les projets, disponibilité maintenue pour les incidents, tracking unifié dans Jira.
Rollback plans systématiques
Chaque intervention en production dispose d'un plan de rollback documenté et validé avant exécution.
Autocritique
Mon organisation est forte sur les projets où le périmètre est défini d'avance. Elle est plus fragile quand les priorités changent en cours de route, un incident critique qui surgit en milieu de sprint peut déstabiliser l'organisation si je ne maintiens pas une discipline de retour sur le plan initial après résolution. J'ai progressé sur ce point, j'ai instauré un rituel de re-priorisation hebdomadaire, mais c'est encore un axe de vigilance.
L'autre limite : j'ai tendance à sous-estimer les tâches de coordination, les échanges avec les autres équipes, les validations en attente, les dépendances externes, par rapport aux tâches techniques pures. Ces "temps morts" apparents sont en réalité du temps de travail qu'il faut intégrer dans la planification sous peine de décaler les jalons.
Fort sur le périmètre défini
Mon organisation est solide quand le périmètre est clair d'avance. Elle est plus fragile quand les priorités changent en cours de sprint.
Sous-estimation de la coordination
Tendance à sous-estimer les tâches de coordination, échanges inter-équipes, validations, attentes, par rapport aux tâches techniques pures.
Mon Évolution
Je travaille à affiner ma gestion des priorités en utilisant des frameworks simples : matrice d'Eisenhower pour le triage quotidien, planification à la semaine avec identification des dépendances critiques. L'objectif n'est pas de mettre en place un processus lourd, mais d'avoir des règles de décision claires pour les moments où les priorités entrent en conflit.
À plus long terme, je souhaite développer une compétence en gestion de projet formelle, méthodologie Agile/Scrum en profondeur, au-delà de l'utilisation de Jira, pour être en mesure de piloter des projets plus complexes avec des parties prenantes multiples, notamment dans une perspective de rôle de Technical Lead.
Frameworks de priorisation
Matrice d'Eisenhower pour le triage quotidien, planification à la semaine, structure simple pour des décisions de priorisation plus rapides.
Gestion de projet formelle
Objectif : méthodologie Agile/Scrum en profondeur pour piloter des projets complexes avec des parties prenantes multiples.
Réalisations Rattachées
Cette compétence s'est exprimée principalement au travers des projets suivants :
Innovation Hub
Planification et exécution par phases avec sprints Jira, rollback plans et zéro coupure en production.
Lab de Staging
Organisation du projet de mise en service en autonomie, de l'architecture à la livraison.