Questions d'entretien Chef de projet

Ma première étape est de comprendre exactement pourquoi le projet a du retard. Est-ce un problème de planification, de ressources, d'une dépendance non tenue, ou d'un problème de périmètre non anticipé ? La cause racine détermine la réponse. Une fois que je connais la cause, je réévalue le chemin critique et identifie quelles activités bloquent réellement la livraison par rapport à celles qui peuvent être parallélisées ou réduites. J'ai ensuite une conversation honnête avec les parties prenantes le plus tôt possible : les surprises à l'échéance sont bien plus dommageables que les alertes précoces. Les options que je présente sont généralement une combinaison d'extension du calendrier, de réduction du périmètre, d'ajout de ressources ou d'acceptation d'une livraison par phases.

La prévention vaut mieux que le remède. J'établis un document de périmètre clair au début de chaque projet décrivant ce qui est inclus et ce qui est explicitement exclu, validé par les parties prenantes clés. Quand de nouvelles demandes arrivent, j'utilise un processus de demande de changement qui exige du demandeur de documenter la demande, la justification business et l'impact estimé sur le calendrier et le budget. Pour les demandes qui passent ce filtre, je présente l'impact de façon transparente au sponsor : un périmètre supplémentaire doit s'accompagner de délais, ressources supplémentaires ou d'une réduction ailleurs. Je n'absorbe jamais silencieusement les changements de périmètre.

Je commence par m'assurer de comprendre l'objectif sous-jacent de chaque partie prenante, pas seulement sa position déclarée. Souvent les priorités conflictuelles sont le symptôme de métriques de succès différentes, et une fois celles-ci visibles, l'alignement devient beaucoup plus facile à faciliter. Je réunis les parties prenantes en conflit dans une conversation structurée plutôt que de négocier séparément. J'utilise les données et les contraintes du projet pour cadrer les décisions objectivement : étant donné notre calendrier et nos ressources, quel séquençage sert le mieux l'objectif du projet ? Je documente les accords par écrit immédiatement après chaque discussion.

J'ai piloté un projet d'implémentation logicielle qui a pris quatre mois de retard. Le problème principal était que nous avions sous-estimé la complexité de la migration des données legacy et n'avions pas identifié ce chantier comme chemin critique avant la sixième semaine. Dans le post-mortem, j'ai identifié trois causes : une découverte insuffisante avant la planification, aucune ressource dédiée à la migration, et un registre des risques maintenu mais non activement revu. En conséquence, j'intègre maintenant une phase de découverte structurée avant tout planning, traite la migration des données comme un chantier prioritaire par défaut, et tiens une revue des risques hebdomadaire comme point d'ordre du jour permanent.

À mi-parcours d'un projet de lancement produit, notre fournisseur externe principal nous a informés qu'il ne pouvait pas livrer une intégration clé à la date prévue. Plutôt que d'attendre le prochain comité de pilotage, j'ai demandé une réunion urgente avec le sponsor du projet le jour même. Je suis arrivé préparé avec trois options : reporter le lancement de six semaines, lancer sans l'intégration et l'ajouter en phase deux, ou trouver un fournisseur alternatif. J'ai présenté les données sur chaque option sans en présélectionner une. Le sponsor a choisi le lancement par phases. Annoncer de mauvaises nouvelles tôt avec des options claires est presque toujours mieux reçu que les annoncer tard sans alternatives.

Lors d'un long projet de migration d'infrastructure, l'équipe a traversé une période démoralisante vers la moitié du projet. J'ai fait trois choses. D'abord, j'ai découpé le travail restant en jalons de deux semaines et commencé à célébrer chacun visiblement avec une reconnaissance spécifique. Ensuite, j'ai organisé des entretiens individuels pour comprendre ce que chaque personne trouvait motivant et ajusté l'allocation des tâches dans la mesure du possible. Enfin, j'ai créé un suivi de progression visible montrant le chemin parcouru, pas seulement celui restant. Dans le dernier trimestre, l'énergie de l'équipe s'était visiblement rétablie et nous avons livré à temps.

Je maîtrise à la fois le Waterfall et l'Agile, et en pratique la plupart des projets que j'ai dirigés utilisent une approche hybride. J'utilise la planification Waterfall quand le périmètre est bien défini en amont et que le coût des changements tardifs est élevé : les grands projets d'infrastructure ou les livrables réglementaires correspondent généralement à ce schéma. J'utilise l'Agile ou le Scrum quand les exigences sont susceptibles d'évoluer et que l'itération rapide est plus précieuse que la prévisibilité. Dans les projets hybrides, j'utilise l'Agile pour les chantiers de livraison et le Waterfall pour la couche de gouvernance.

Je construis le plan en collaboration avec l'équipe de livraison, pas en isolation. Les personnes qui font le travail sont les mieux placées pour estimer l'effort, et les impliquer tôt crée de l'appropriation. Je pars des livrables et travaille à rebours : qu'est-ce qui doit être vrai pour que ce livrable soit terminé ? J'identifie toutes les dépendances, assigne des responsables à chaque tâche et établis explicitement le chemin critique. J'utilise un RACI pour clarifier la responsabilité pour chaque chantier. Une fois le planning de référence établi, je le mets à jour chaque semaine et signale immédiatement tout changement au chemin critique comme risque.

Je maintiens un registre des risques actif dès la première semaine de chaque projet. Chaque risque a un responsable, une notation de probabilité et d'impact, un événement déclencheur et une action d'atténuation. Surtout, je révise le registre dans chaque réunion de statut de projet plutôt que de simplement le mettre à jour. Je distingue aussi les risques (événements incertains qui pourraient se produire) des problèmes (problèmes qui se sont déjà produits), car ils nécessitent des réponses différentes. Pour les risques à haute probabilité et fort impact, j'intègre l'atténuation directement dans le plan de projet.