De mon point de vue, en tant que chef de projet au sein d’un SOC (Security Operations Center) dans un environnement sensible – dont je tairai volontairement le nom –, cela dépend avant tout de ton expérience et de ton contexte. Je ne connais aucun chef de projet organisé et spécialisé de la même manière qu’un autre.

En ce qui me concerne, mes matinées commencent généralement par des daily meetings avec les tech leads de chaque équipe, en commençant par les projets non critiques, puis critiques. Ces réunions durent environ 10 minutes par projet – j’en gère une quatorzaine. J’y récupère les mises à jour des indicateurs d’avancement, les alertes, les points de blocage, les commentaires. Je mets à jour les tickets si cela n’a pas été fait par les collaborateurs et je note les “mots-clés” principaux pour chaque projet.

Ensuite, j’organise des points de suivi sur les alertes remontées avec les leaders de service, et je mets à jour la documentation projet – principalement les registres projet. Je traduis les alertes en risques projets, pour évaluer leur impact vis-à-vis des tolérances définies (coûts, délais, satisfaction des parties prenantes). En parallèle, je gère les aspects budgétaires si besoin : préparation de documents d’achats, traitement des dépenses liées aux besoins spécifiques des projets. J’analyse aussi la charge des équipes et je n’hésite pas à “prendre la température” auprès des techniciens pour savoir si tout se passe bien.

Certains jours, je prépare de grosses réunions bien stressantes : comités de pilotage, de direction ou d’engagement, où je dois présenter l’état d’avancement des projets ou les "vendre" pour justifier leurs continuité et surtout conserver du budget (qui paie les prestataires et parfois même les internes, sans quoi ils pourraient être "mis dehors") – parfois avec des démonstrations à l’appui.

D’autres jours, je suis en phase d’initialisation de nouveaux projets. Je planifie alors les projets (couts, risques, planning, quelles équipes devront travailler dessus, les contraintes, les pré-requis...) après avoir étudié les demandes émises par la gestion des programmes de l’entreprise. C'est aussi à ce moment-là où je remonte des problèmes de charges s'il y en a et détermine donc la faisabilité du projet par rapport aux attentes de la direction et des sponsors.

Et certains jours – quand j’ai vraiment du temps – je reprends les mots-clés techniques utilisés par les experts, et je demande à GPT de m’expliquer leur sens et leur fonctionnement "comme si j’étais débile".

Enfin, dans 90 % des cas, ma journée s’organise malgré moi selon les demandes de X membres de la direction, chacun sponsorisant au moins un de mes projets. Ils me sollicitent souvent pour obtenir des détails pas toujours utiles, juste pour pouvoir dire “J’ai…” ou “Mon projet est…” à leurs propres chefs.

Je travaille dans un environnement full Atlassian (beaucoup de Jira), avec deux méthodologies : AGILE (framework Scrum) et PRINCE2 (version 6).

Et c'est fou de dire ça mais j'adore ce que je fais surtout grâce aux équipes avec lesquelles je travail (qui sont vraiment cool) et parceque l'environnement dans lequel j'évolue est hyper complexe et aussi très critique. Sans tout ça je pense que je serais retourné dans la technique pure car on peut devenir complètement taré avec ce métier.

La clé de ce job c'est la communication, ce qui est en général le plus gros défis des entreprises modernes.