Nous entamons ici la deuxième partie (sur trois) des questions de notre ami Jean Bernard:

… De plus, sur votre blog je n’ai pas bien compris la différence entre le chef de projet fonctionnel et technique. Il semble que ces deux fonctions de CdP se recoupent en une fonction dans plusieurs agences. …

Comme à son habitude (the now famous) Jean Bernard nous pose deux questions:
- définition d’un Chef de projet Technique
- quelle est le rôle et l’utilisation d’un CdP fonctionnel et d’un CdP technique en agence

1. CdP Technique
Attaquons-nous donc tout d’abord au “gros morceau” (merci pour le compliment! chuis pas gros, chuis bas de poitrine) c’est à dire la définition du chef de projet technique, de son rôle, ses attributions, etc…
Le rôle de Chef de projet technique varie beaucoup d’une entreprise à une autre, mais en voici une définition qui conviendra pour 90% des cas
- définition technique du projet: le CdP technique définit les spécifications techniques du projet en cours, le type de technologie, de serveur, l’architecture physique et applicative, les normes et règles de développement à respecter, éventuellement un schéma de base de données, etc… son rôle est de défricher les problèmes techniques et choix qui pourraient arriver durant le déroulement d’un projet.
- suivi technique: une de ses tâches très importante est d’assurer le suivi technique du projet, c’est à dire, veiller eu respect des normes et recommandations édictées dans les spécifications techniques, s’assurer que le code est maintenable et portable, recadrer le code (et les développeurs) au besoin, etc… c’est une tâche souvent ingrate, qui nécessite de regarder beaucoup de code, analyser sa forme et envoyer beaucoup de remontrances à son équipe, de ré-ajuster certaines mauvaises habitudes des développeurs (tout en gérant les différentes susceptibilités). Tâche oh combien ingrate, mais indispensable.
- gestion de l’équipe de développement: c’est une tâche constante, trainer chez les développeurs, s’inquiéter de leurs problèmes, essayer de les guider, de leur donner des pistes pour leur problèmes, savoir qui est plus doué dans tel ou tel domaine, etc… savoir ressentir les tensions entre telle ou telle membre de son équipe, savoir gérer les sensibilités entre tel développeur et tel CdP fonctionnel, etc… mais c’est aussi gérer les plannings, les vacances, les petites maladies, les addictions divers (WoW, messenger, etc…) et j’en passe!
- conseil technique et aide aux autres départements: c’est sans doute une des missions les plus intéressantes de ce travail, mettre son expertise au services d’autres personnes, savoir conseiller, débrouiller les situations qui semblent inextricables, expliquer des concepts techniques en termes simples, savoir présenter les choix technologiques disponibles de façon simple et compréhensible.
- veille: c’est une partie très importante du Chef de projet Technique, en tant qu’expert, vous devez être à la pointe de la connaissance, ce qui veut dire une remise à jour des connaissances constante, lire des livres (qui encombrent votre sac), des docs en ligne, les blogs et sites spécialisés, tester, installer, évaluer.
- développement spécifique: dans des cas spécifiques, vous aurez en charge un développement spécifique et particulièrement technique, par exemple le déploiement d’une solution chez un client, ou mettre un place un connecteur avec une technologie obscure. Là votre expérience et votre niveau technique vous permettra de l’effectuer beaucoup plus vite que les autres développeurs. Ce sont souvent des tâches ponctuelles et que ne nécessitent que quelques heures de développement, mais qui sont critiques pour le projet.
- gestion des délais et des coûts: mission beaucoup moins marrante, je vous l’accorde, mais aujourd’hui beaucoup de choses tournent autour des délais et des coûts, on vous demandera donc (beaucoup) d’évaluer la charge de travail pour certains projets (souvent une fourchette assez large) pour vendre un projet à un client, évaluer le coût de tel ou tel module, etc… savoir si il est réalisable avec l’équipe à disposition, si on doit faire appel à des freelance, sous-traiter, etc…
- jouer au pompier: par expérience, un CdP technique passe en moyenne 30% de son temps à jouer au pompier, c’est à dire débloquer des situations techniques, pas seulement avec son clavier et son ordinateur, mais en allant voir les gens, en passant beaucoup de coups de téléphones, en envoyant beaucoup d’email. Typiquement, le serveur tombe pour une raison X, c’est à lui de savoir pourquoi et de trouver les solutions pour le remettre en route et prévoir les solutions à mettre en oeuvre pour que cela n’arrive plus. Autre exemple, un développeur tombe malade deux jours avant la livraison majeur d’un site, il doit essayer de trouver quelqu’un de disponible et suffisament doué pour reprendre le code et finir le travail ou alors le faire lui même, ou aller négocier avec le CdP fonctionnel ou le client en direct. Dernier exemple: quelqu’un a mit en ligne une mise à jour sur un site en live sans rien vérifier (oui ça arrive encore) et est parti, coup de fil du client furax à 19h45 (alors qu’il rangeait son sac pour prendre un repos bien mérité)… à lui de se débrouiller pour corriger le code défaillant ou remettre en place le site qui ne marche plus ou pas conformément aux attentes du client (et de résoudre le lendemain matin le problème avec l’indélicat qui a fait cette livraison de cochon)
- faire monter en compétences: c’est le dernier but et certainement le plus noble, prendre un junior sous son aile, lui prodiguer quelques conseils, essayer de lui donner les bonnes habitudes, lui donner l’envie d’aller au delà du problème, le faire monter en compétence, en lui confiant des problématiques qui lui semblent inaccessibles (et en l’aidant, mais en lui montrant que rien n’est impossible), bref former un peu, éduquer… [c'est pour moi la partie la plus intéressante, la plus passionnante, mais celle à laquelle nous ne pouvons malheureusement pas passer suffisamment de temps]

Comme vous le voyez l’étendue d’expertise du Chef de projet Technique est importante, mais on peut extraire certaines qualités fondamentales:
- expertise et référent technique
- grande expertise du développement t de la gestion/déroulement d’un projet
- communiquant
- curieux
(et je rajouterais insomniaque)

Pour prendre mon exemple personnel, je suis dans le développement web depuis maintenant 9 ans et j’ai donc une certaine expérience, j’ai vu beaucoup d’entreprises avec des fonctionnements et des méthodes différentes, et été confronté à énormément de projets différents. Je n’ai pas eut de formation de “management”, cette expertise est venue au fur et à mesure, on m’a donné un puis plusieurs développeurs à encadrer, confié des stagiaires, des juniors, etc… puis petit à petit presque naturellement, les gens sont venus me voir pour avoir des conseils, me demander des explications, m’emmener voir les clients (ça c’est la partie que j’aime le moins), etc…

2. Vie et utilisation en agence
Après la définition assez générale (mais relativement complète je pense), nous allons voir les différences entre fonctionnel et technique et leur utilisation respective en agence.
Pour faire court, le Chef de projet technique est utile pour faire la passerelle entre les fonctionnels et les développeurs… il traduit les besoins fonctionnels en termes techniques et câle les différents points flous fonctionnel pour qu’ils n’aient peu d’impact (le moins possible en tout cas) en matière de développement.
Certains Chefs de projet fonctionnels, peuvent en partie tenir une partie de ce rôle, dans la phase de conseil amont et de suivi de production, mais toute la phase plus technique doit être faite par une personne vraiment expérimentée et qui sait de quoi on parle.
Il n’y a rien de pire pour un développeur que de parler technique et de sentir que son interlocuteur ne comprend ce qu’on lui dit (même si il fait semblant de le comprendre, je sais pleins le font, mais ça se voit, je vous assure!) et c’est le rôle principal du Chef de projet technique. Il a aussi un rôle important: ne pas laisser les développeurs livrés à eux même, impossible de bullshiter quelqu’un qui a 9 ans d’expérience sur le temps que doit mettre tel ou tel module à développer (même en employant des termes ultra techniques).
Le rôle de chef de projet technique est en général réservé à des agences assez importantes.

Voilà, je ne sais pas si ça répond complètement à ta question Jean-Bernard… cela aura eut au moins le mérite de préciser un peu les fonctions du Chef de projet technique (avec un c majuscule à chef s’il vous plait!)
Si vous avez des questions ou expériences à nous faire partager, don’t hesitate.

Cet article a été posté le Tuesday 14 August 2007 à 5:29 pm et a été classé dans la catégorie Gestion de projet, Travail, contrats, etc....