Voilà près de 10 ans que je suis dévelopeur web et quelques années maintenant que je suis chef de projet technique (et le plus souvent les deux en même temps) et voici donc quelques conseils, tirés de mon expérience… sur les projets en général et la gestion de projet technique.

1. Vision macroscopique du projet
Il est extrêmement important de pouvoir avoir une vision macroscopique, c’est à dire voir le projet dans son ensemble… le concept, l’application de ce concept, les implications techniques divers, aujourd’hui, demain, les gens qui vont utiliser le produit… pour pouvoir laisser des portes ouvertes pour d’éventuelles évolutions.
Il est important aussi de voir les différentes parties et les différentes personnes qui en seront en charges pour pouvoir évaluer précisément les différentes tâches à répartir aux différentes personnes de votre équipe (en fonction de leurs compétence et disponibilité).
Il est aussi très important d’identifier les différents interlocuteurs pour les différentes parties du projet: graphisme, montage, données, développement, etc… pour éventuellement aller leur donner ou chercher différentes informations.

2. L’attention au détail: vue microscopique
L’attention au détail est primordial, je ne dis pas de chipoter mais de très tôt pouvoir être capable de redresser une situation. Cela veut dire suivre les personnes qui sont sur le projet, parler régulièrement avec eux… et revoir le code ensemble. Plus vous laissez passer et plus les gens prennent des libertés, donc mon conseil, soyez con très tôt, frappez fort et vite et vous verrez ça améliorera grandement la qualité de votre projet.
Vous risquez cependant conflits et engueulades mémorables, donc choisissez bien vos batailles, cela doit être des points importants, primordiaux, pas des clopinettes. Vous devez aussi expliquer cela ne sert à rien de brailler bêtement.

3. Dialoguer
Avec tout le monde, mais avec vos développeurs de préférence… Soyez là pour eux, si ils ont de problèmes, des questions, des trucs qui les embêtent. 50% du rôle de CdP Technique est d’accompagner l’équipe dans tous ses tracas, aussi techniques, administratifs, personnels.
Je ne dis pas d’être cul et chemise avec tout le monde, mais votre rôle est d’être le grand frère vers qui les gens peuvent se tourner pour avoir des conseils, des débuts de réponse. C’est aussi votre expérience que les gens recherchent, donc ne vous enfermez surtout pas dans le rôle du pseudo chef, écoutez (très souvent vos dev ont autant voir plus à vous apprendre que vous même)…
Tenez aussi très souvent au courant vos boss de l’avancement du projet, des différentes difficultés, des problèmes à venir, etc…

4. Proposer des alternatives: se délester des décisions stratégiques
Ne prenez pas les décisions à la place de vos boss, ce sont à eux de les prendre, mais exposez clairement les différentes alternatives et surtout les conséquences techniques et les différents coûts qui leur sont liés.
Souvent les CdP Techniques pensent faire une faveur en prenant à leur charge ce genre de décisions, sans penser aux lourdes conséquences qu’elles peuvent avoir pour eux.

5. Etre à l’écoute de nouvelles solutions/technologies
Cela fait partie de votre travail… trouver des solutions alternatives, tester différents produits, etc… Souvent vos boss trouveront que c’est une vilaine perte de temps, jusqu’au jour où vous trouverez une alternative qui leur permettra d’économiser deux mois de développement. Cela partie de votre travail, de vous tenir informer des nouvelles technos, des tendances, etc…
N’ayez donc pas honte ou peur de prendre du temps pour tester telle ou telle techno, pour faire de la veille

6. Laisser tomber le papier, s’imprégner du projet… demander des précisions / explications… tout le temps
Les cahiers des charges fonctionnels ou techniques c’est très bien, mais cela ne reflète pas la réalité du projet, cela représente pus le fantasme du projet que sa réalité. Faites vous expliquer le projet, ses implications, faites des dessins, des schémas, privilégiez le contact direct plus qu’une source papier, qui peut être interprétée de manière différentes suivant les acteurs qui l’écrivent ou la lisent.

Et vous, c’est quoi vos conseils?

Cet article a été posté le Monday 20 October 2008 à 9:45 am et a été classé dans la catégorie Développement, Gestion de projet.