Depuis que j’ai commencé mes études en informatique (vers 2002), je n’ai cessé de cotoyer des chefs de projets aux méthodologies radicalement différentes. Certains s’en sortent mieux que d’autres mais la grande majorité semble perdu et peine à diriger une équipe.
Bizarrement, ces boîtes n’ont pas coulé et s’en sortent plutôt bien. Est-ce par le talent de leurs équipes ?
Ce n’est que depuis l’année dernière que je côtoie des chefs de projets sérieux.
Voici une liste de quelques signes qui ne trompe pas sur l’incompétence de votre chef de projet.
Incompétences techniques
Si votre chef de projet est à la ramasse techniquement, il ne pourra pas clairement définir les objectifs, en connaître les tenants et les aboutissants et surtout ne comprendra pas les délais, retards que vous prendrai.
De plus s’il a des lacunes techniques, je pense que cela peut causer un phénomène d’instabilité technologique.
En gros, tôt ou tard les fondations du projet vont changer du fait qu’une nouvelle technologie lui semblera plus attrayante, plus performante, etc…Du coup, vous allez en manger des migrations de code.
Enfin, l’incompétence technique majeur est la méconnaissance des bases du projet (qu’il est censé bien connaître tout de même). Comment ne pas être enrager quand le script de votre chef de projet ne tient pas compte des évolutions du projet et que vous devez bien sûr vous retaper le script en question ?
Défendre son église coûte que coûte
On a tous une église pour laquelle on prêche la bonne parole (moi c’est jelix, php et apple) mais pour autant lors d’un choix technologique, il faut bien comparer les forces en présence et à mon sens sur plusieurs critères qui sont largement bafoués.
Mauvaise considération
Le développement c’est pour les stagiaires !
Si votre chef de projet n’est pas passé par la case technique (malheureusement ça arrive), il y a peu de chances qu’il comprenne ce que vous ressentez et votre manière de fonctionner.
Il ne sera obsédé que par des conditions qui vous en tant que développeur ne vous concerne pas directement et n’influe pas votre quotidien de code.
L’encadrement
Si votre encadrement se résume à un basecamp ou à un suivi de vos résultats à la veille d’une deadline, vous pouvez féliciter votre chef de projet de ne pas avoir fait son travail.
C’est la partie la plus relou à la fois pour le développeur et à la fois pour le chef de projet mais il faut bien passer par là pour éviter retard, crispations et crises de nerfs.
Planification
Un chef de projet a toujours des tas de graphes sympa, des plannings, etc… C’est super jolie à regarder et on a tous l’impression que tous va bien se passer dans le meilleur des mondes.
En regard de ma maigre expérience, je pourrai dire que rien ne se passe jamais dans le meilleur de mondes et qu’il faut toujours inclure des temps supplémentaires à cause d’un bug, d’un soucis technique, etc…
Il faut donc toujours le prévoir.
Belles paroles
Toujours pleins de bonnes intentions, toujours pleins de bonnes idées, le chef de projet a l’air entreprenant mais ne le fais jamais.
Comment passer pour un bosseur invétérer sans rien faire en somme.
Paresseux ou fumiste
Ne vous fier à ces horaires ni à cette impression qu’il code jour et nuit. Le plus souvent, il ne vous faudra pas longtemps avant de dépister cette gigantesque supercherie.
Le plus souvent malheureusement, ce qui n’est pas fait vous retombe dessus.
Pour ma part, je ne sais pas ce que va être mon évolution après celui de codeur, si évolution il devrait y avoir. Je trouve un réel plaisir à coder et dans les tâches annexes auquel on ne pense pas souvent. Bien sûr je m’ennuie assez vite sur des projets “bateau” mais je me vois pas évoluer en “chef de projet” enfin dans l’idée que malheureusement je me fais de cette profession.
Je vois dans ma promotion par exemple que la plupart des fumistes ne sachant pas trop coder s’orienter vers le métier de chef de projet alors qu’ils n’ont peu ou pas d’expériences à part leurs bac+5.
Comme si quelque part il suffisait de claquer des doigts pour prétendre à ce genre de poste. Malheureusement, le formatage scolaire y est pour beaucoup et du coup, pour beaucoup les métiers techniques sont dévalorisés.
Je ne dis pas que c’est évident d’être chef de projet. Au regard des responsabilités, il est évident que ce n’est pas un poste facile. Raison de plus pour ne pas y mettre n’importe qui.
Et vous, avez-vous déjà eu à faire à un chef de projet qui n’en avait que le titre ? ou au contraire êtes vous tombé plutôt sur des gens compétents ?
p4bl0 on juillet 28th, 2008 at 15:12 says:
Woaw ça clash
Cette année (scolaire) j’étais en première année de fac d’info, et au premier semestre on avait un truc qui s’appelait RAPP : Recherche Appliqué au Projet Professionnel.
On était donc classé par “groupe d’intérêt”. Ça a un côté coule évidemment : on se retrouve avec des gens qu’on ne connaît pas encore et qui ont de grandes chances de bien s’entendre avec vous !
Le côté moins cool c’est la façon dont on voit les intérêts en communs. Je m’explique : dans notre groupe il y avait une personne dont l’optique professionnel était de devenir “chef de projet dans une SSII”.
Déjà quand j’ai appris ça… Woaw mais kesskellefait à la fac ? Elle devrais pas être en école de commerce celle là avec cette façon de penser ?
Elle ne savait même pas ce que les initiales SSII veulent dire en fait, mais son but était clair : les compétences techniques elles s’en tape, ce qu’elle veux faire c’est manager des gens, être à la tête du truc…
Sauf qu’avec les études qu’elle compte faire elle va forcément commencer par coder, on sort pas d’un master en étant étiqueté “chef de projet”. Et forcément elle va être une mauvaise développeuse pour ensuite devenir certainement une chef de projet pas terrible.
Enfin tout ça pour dire que c’est pas forcément un mauvais développeur qui va devenir chef de projet, mais parfois aussi un chef de projet (si on peut dire), qui passe par la case mauvais développeur parce qu’il n’y a pas le choix.
PS: j’arrive sur ton blog depuis TDW, je m’abonne
despe_ki_roule on juillet 28th, 2008 at 15:27 says:
Bienvenue et merci de t’abonner, j’espère que mes articles te plairont (tu dois faire partie des rares à suivre mon blog :p).
Je suis assez d’accord avec ce que tu dis, néanmoins je me demande alors pourquoi devenir chef de projet et ne pas aller vers une autre fonction qui permette d’encadrer du personnel, est-ce simplement parce qu’en informatique, ça recrute à tour de bras ?
Il y a pleins de possibilités d’exercer son désir de pouvoir (parce que j’ai bien l’impression que pour beaucoup ça s’assimile à cela), néanmoins ça ne sert à rien si c’est juste pour occuper un siège bien moelleux et n’être qu’un obstacle voir un boulet pour tes subordonnées.
edonis on juillet 28th, 2008 at 16:12 says:
Le poste de chef de projets est mal perçu tout comme celui d’ailleurs de développeur. Pour chaque poste, il faut des capacités différentes mais pour avoir fait les deux, l’un ne va pas sans l’autre. C’est un travail d’équipe, j’ai lâcher le côté développement justement parce que je n’y prenait plus plaisir et j’adore le rôle de chef de projets, le fait d’échanger avec les équipes. Je pense que c’est surtout une notion humaine au delà des connaissances qui fait défaut au chef de projets.
Je ne connaissais pas non plus ton blog mais je vais suivre dorénavant
fredmac on juillet 28th, 2008 at 16:54 says:
C’est bien connu, ce qui plaît dans la fonction “chef de projet” c’est la partie chef…
Un sérieux background, du charisme, du poil au menton et du coca sango, sont des atouts non négligeable. Bref, tous ce qui fait qu’une personne est “légitime” dans son job.
Par contre il me semble normal que la carrière avançant, l’on souhaite se diriger vers une fonction d’encadrement, pour d’une part faire profiter une équipe de vos compétences et savoir-faire, et d’autre part pour évoluer sur le plan personnel.
Je finis sur le plan personnel cars les changements de techno, deviennent de moins en moins intéressants avec le temps. Contrairement aux relations humaines, qui elles prennent davantage de place.
Réflexions d’un chef de projet internet - Julien Dassonval » Le chef de projet vu par des développeurs on juillet 28th, 2008 at 23:24 says:
[...] Chef de projet, titre fumeux [...]