Articles « Info » : Chef de projet

Comment perceviez-vous votre statut de "chef de projet" ?
    J'avais vraiment l'impression d'être à la croisée des chemins : on est amené à toucher à tout. Cela entraîne des stress de diverses origines : d'un côté, on ne peut ignorer les enjeux financiers (qui, même pour un petit projet, se comptent en M.F.). De l'autre, il faut gérer tous les problèmes internes au sein d'un projet tout en restant le plus possible dans le canevas fixé par le client.
[cf. aussi Informaticien et Cadre ? - Qu'est-ce qu'un cadre ?]

Quelle était votre rôle ?
    Le respect des coûts et des délais! Derrière cela, j'étais responsable des choix du matériel et des hommes. Mon rôle consistait donc à m'assurer, d'une part, que le développement du projet suit son cours normalement et, d'autre part, à rendre compte régulièrement de cette évolution au client, tout en redéfinissant éventuellement cette évolution, en cas de problème ou de retard.

Aviez-vous atteint votre objectif ?
Normalement, atteindre son objectif, c'est livrer le produit dans les temps et dans les coûts. Dépasser son objectif, c'est livrer plus tôt et moins cher. Mais la plupart du temps, le but est "de ne pas trop dépasser l'objectif"!
Pour moi, le problème résidait dans la taille du projet : il était "petit", donc avec peu de moyens. Cela avait deux conséquences importantes : je devais d'abord très bien connaître ce projet, jusque dans ses moindres détails (puisque je n'avais pas de "chef de groupe" à qui j'aurais pu déléguer une partie de ces connaissances). Ensuite, j'étais obligé d'assurer une partie du développement. Cela a posé des ...problèmes!

Justement, quelle est la difficulté majeure pour un chef de projet ?
Le suivi! Le suivi à la fois dans son application et dans ses conséquences. Je m'explique :
- On ne peut pas toujours appliquer un "suivi rigoureux et normalisé". On ne peut se permettre de sombrer dans la réunionnite. Chaque réunion, formalisée ou non, doit être efficace et vise avant tout à mettre en lumière les problèmes le plus tôt possible. C'est bien là, la difficulté : si vous ne détectez pas très vite les problèmes, vous ne pouvez pas anticiper leur solution. Or anticiper est la deuxième difficulté majeure d'un chef de projet (trop souvent on "subit" plus qu'on n'anticipe...).
- De plus, il faut savoir tirer les conclusions de ces réunions et faire des choix qui ne sont pas forcément du goût de ses programmeurs...

Quelles sont alors les qualités d'un chef de projet ?
Outre d'évidentes qualités relationnelles, il doit savoir mettre de l'eau dans son vin. Diriger un projet, c'est avant tout respecter le besoin du client. Même si l'on trouve une option qui serait plus intéressante à réaliser au sein de ce projet, il faut tout de même savoir imposer une autre option moins séduisante, mais surtout moins coûteuse et qui est, en plus, impérativement demandée par le client! Cela n'est pas toujours facile à faire passer...

Quelles sont les avantages liés à la fonction de chef de projet ?
Je serais tenté de dire qu'il n'y en a pas mais ce serait injuste! Avouons-le, par rapport aux responsabilités plus que limitées d'un programmeur, le contraste est saisissant : vous êtes responsable de tout. Il ne faut surtout pas croire que vous êtes forcément mieux payé : chef de projet est une fonction, pas un grade! Votre seule récompense, si vraiment cela se passe bien, peut se résumer à une lettre de félicitations... En clair, il s'agit d'un job transitoire qui permet d'affirmer votre sens des responsabilités et de l'encadrement afin de postuler à des fonctions plus importantes.
En dehors de ce dernier point, j'y vois deux autres avantages :
- on peut y exercer ses goûts de pouvoirs (même si le pouvoir dont on dispose est très relatif et limité)...
- on est amené à rencontrer plein de gens et agrandir son carnet de relations... au sein de l'entreprise et en dehors. On est alors connu plus facilement et plus largement, non comme un simple codeur de base mais comme une personne "à responsabilités", ce qui peut toujours servir un jour!