En entretien, un chef de projet est évalué sur ses réactions : un retard, une demande imprévue, un besoin mal exprimé. Voici quatre mises en situation.
Un client vous dit : « Je veux un bouton d'export Excel sur cet écran. »
« Que faites-vous du fichier une fois exporté ? »
Vous remontez au besoin réel, qui peut appeler une solution plus simple ou plus adaptée.
À dire en entretien : Avant de parler de solution, je cherche l'usage réel. La demande cache parfois un autre besoin, comme un rapport automatique.
Vous reprenez un projet. En comité de pilotage, le client découvre un retard de 3 semaines que votre prédécesseur n'avait pas signalé.
Reconnaître le retard, annoncer une analyse sous 48 h et proposer un point dédié
Vous restez transparent et donnez une prochaine étape que vous pouvez réellement tenir.
À dire en entretien : Je reconnais les faits, je m'engage sur une date d'analyse, et je ne promets rien que je n'ai pas chiffré.
Vous rejoignez une équipe Scrum, qui se réunit quinze minutes chaque matin.
Faire le point sur l'objectif du sprint et repérer les blocages
Les développeurs inspectent leur avancement vers l'objectif et ajustent leur plan de la journée.
À dire en entretien : Le daily permet à l'équipe de se synchroniser sur l'objectif du sprint et d'identifier ce qui la bloque.
À une semaine de la livraison, le client demande en réunion « une petite évolution » qui n'était pas prévue.
Noter la demande, évaluer son impact, puis faire arbitrer le client
Le client garde la décision, et il la prend en connaissant ses conséquences.
À dire en entretien : Je ne dis ni oui ni non à chaud. J'évalue l'impact sur le délai et le coût, puis je fais arbitrer le client.