En revanche, les développeurs comme moi, qui sont des puristes et des spécialistes dans leur domaine, on s’en fout un peu plus. Nous avons beau être très bon dans notre domaine, on reste de simples codeurs fous aux yeux des chefs de projet. Pourquoi ? Simplement parce que le chef de projet en aura rien à faire que le code que vous pondez est beau, optimisé, sécurisé… Les seuls mots que vous entendrez de sa bouche sont « du moment que ça marche et que tu n’y passes pas trop de temps, c’est le principal !!! ». Et là, on s’en prend un gros coup sur le moral car tout l’effort intellectuel du développeur et la mise en valeur des compétences techniques sont réduits à néant.

En d’autres termes, on demande aux développeurs de coder vite pour que ça marche au final parce que les deadlines sont très proches et que l’on a vendu peu de jours de développement. Alors qu’à l’inverse, on aura vendu plus cher plus d’heures pour un graphiste et un chef de projet. Des heures supplémentaires qu’ils n’utiliseront pas forcément alors que le développeur, lui, sera très généralement à la bourre dans ses plannings. Pour enfoncer davantage le clou sur le poste de développeur, son travail (aussi excellent soit-il) est mis à l’écart au final car il n’apporte rien de visuel au client. Ce que veut le client, c’est un produit qui lui correspond visuellement (son identité visuelle) et qui répond à ses besoins. Toutes la logique et la cinématique des écrans qui se trament derrière, il s’en fiche royalement. Et au final, les deux personnes principales à recevoir les félicitations et les remerciements du client sont bien entendues le graphiste (pour son travail d’esthétisme et de rendu visuel) et le chef de projet pour son travail de management des équipes. Le développeur, par contre, reste dans l’ombre et ne peut faire valoir la qualité de son travail.

Pour en revenir au dialogue entre développeur et chef de projet, il est difficile à cause de la culture générale informatique des deux parties. En générale, le développeur est très compétent techniquement dans son domaine alors que le chef de projet ne connaît que les concepts généraux. Ce qui intéresse le développeur, c’est de développer avec des nouvelles technos, d’écrire du beau code facile à tester, à maintenir et à faire évoluer tandis que pour le chef de projet, c’est le respect de ses plannings qui le motive. Donc forcément, il est difficile de s’entendre surtout quand le chef de projet n’est pas issu de la technique.

Clairement, avec mon profil, je n’envisage pas vraiment de devenir chef de projet car je trouve ce métier trop général à mon goût et devoir faire le tampon avec des clients, trop peu pour moi. En revanche, j’aspire plus à devenir directeur technique afin de pouvoir m’intéresser aux parties les plus intéressantes d’un projet telles que la conception, la direction d’une équipe de développement et la prise de décisions technique. Le directeur technique a encore la chance de pouvoir rester proche avec son équipe de développeur puisqu’il a connu leur poste et leurs difficultés et continue encore malgré tout de mettre la main dans le cambouis, tout en gardant sa position de chef. Enfin, ce poste, permet également de faire l’intermédiaire entre le chef de projet et l’équipe de développement et ainsi d’être un médiateur pouvant aider au dialogue entre le chef de projet et les développeurs informatiques.

++

Hugo.

Ton billet équilibre la balance et je suis plutôt d’accord avec tes arguments.