Quelques remarques de fin de projet

Le point de vue des utilisateurs

Un petit florilège de remarques que j'ai pu entendre lorsque le projet ne semblait pas répondre aux attentes. La chasse au(x) coupable(s) est alors ouverte.
Gare aux absents !

1. Le responsable de projet était trop conciliant.

Un travers assez classique notamment lorsque le chef de projet est un débutant et le client particulièrement persuasif. Au final lorsque tout est foutu on lui reproche d'avoir été trop sympa !

2. Il manquait d'autorité et ne savait pas mener ses équipes

Il y en encore pour s'imaginer qu'une équipe projet se conduit à la baguette et que, sans une autorité de fer, il n'y a pas de réussite.

3. Les différents fournisseurs ne communiquaient pas assez.

Il s'agit bien sûr de ne pas perdre du temps, mais bien de gagner de l'argent. Une fois l'affaire conclue, moins on passera de temps dessus plus on fera de bénef. Un classique. A gérer sans concession.

4. On ne nous a pas tenus au courant de l'avancement.

Il est vrai que les chargés de réalisation rechignent un peu à délivrer des repères précis sur l'avancement réel du projet. D'un autre côté, j'ai connu aussi des clients qui ne cherchaient pas trop non plus à lever les lièvres avant l'heure.

5. On ne nous a pas demandé notre avis.

6. On voyait bien que ce n'était pas ça qu'il fallait faire. Mais faut croire que l'on ne compte pas...

7. On ne comprenait rien aux problèmes exposés lors des réunions.

L'abus de termes techniques, rien de mieux pour inciter à fermer les écoutilles. En plus, on évite ainsi les questions insidieuses.

8. Le projet était trop ambitieux pour le budget et le délai disponibles.

Une erreur d'estimation préalable. Quasi impossible à rattraper.

9. Les problèmes soulevés lors de la séance précédente disparaissaient comme par magie. Etaient-ils résolus ? Ressurgiront-ils avant la fin du projet ?

Comme quoi il est indispensable de mettre en place une gestion rigoureuse des réunions. Quels sont les problèmes soulevés ? Comment compte-t-on les résoudre ? Quelles sont les actions envisagées ? Qui sont les responsables ? Quels sont les délais ?

10. Il leur fallait toujours plus de temps.

11. Il manquait toujours quelque chose qui n'était pas prévu dans le devis initial.

Le point de vue des ingénieurs

1. Les clients ne savaient pas pécisement ce qu'ils voulaient.

D'où l'intérêt d'adopter une démarche coopérative et de la faire vivre tout au long du projet, quitte à abandonner la traditionnelle hydre à deux têtes MOE MOA.

2. De toute façon, ils ne sont jamais contents.

3. Les solutions choisies n'étaient pas assez mûres.

Un problème récurrent de la hi tech. On utilise des solutions et des produits qui n'ont pas encore fait leurs preuves. Les releases successives livrées, et mises en route à un rythme trop soutenu, pénalisent le bon déroulement du projet.

4. On nous en demandait trop, et il a fallu repousser les solutions dans leurs ultimes retranchements.

5. Le cahier des charges manquait de précisions.

Pas toujours aisé de gérer un projet lorsque l'on n'a pas élaboré le cahier des charges. Des inconnues subsistes et, plus pénalisant, les incompréhensions ne sont en lumière qu'une fois le produit achevé.

6. Il a été élaboré en dépit du bon sens.

7. On a manqué de temps, les délais étaient trop serrés.

(Variante : remplacer temps par budget.)

8. Les utilisateurs ne comprenaient pas, ils manquaient d'une formation minimum.

  Recommandez cet article

     
              

---

Copyright : Alain FERNANDEZ ©1998-2010- Tous droits réservés

---