Définir le périmètre du projet. Piège 1

Le problème est mal défini et le périmètre mal délimité

Définir le problème, sa portée et son périmètre n'est pas qu'une simple formalité. Trop souvent, bien que l'étude des besoins semble avoir été effectuée dans les règles et que le cahier des charges soit établi selon les "us et coutûmes" de la profession, le projet reste mal défini.
En fait, au delà du formalisme classique des documents officiels, personne ne s'est réellement investi. Chacun voit seulement ce qu'il veut voir, lit seulement ce qu'il veut lire. Les questions délicates sont toujours en suspens.
Pas de chance ! C'est justement celles-ci qu'il fallait poser avant de commencer. Ce sont celles-là qui créeront la difficulté.

Rigueur et flou artistique
Ce travers pénalise tous les types de projet. Il est cependant particulièrement aigu dans le cadre de projet technologique complexe. La mise en oeuvre d'un progiciel intégré de type ERP ou de gestion de la relation client CRM son des exemples de projets technologiques complexes. Lors d'une première installation, il est évident que le client et plus précisemment les utilisateurs n'ont qu'une idée assez vague des possibilités, capacités et limites de ce type de solution. Il n'est pas toujours aisé d'exprimer concrètement des besoins et de fixer des objectifs précis. Plutôt que de se laisser flotter dans le flou artistique de l'avant projet, le chef de projet à plutôt intérêt à s'accorder le temps de préciser, éclaircir et focaliser les besoins exprimés.

A lire

Le chef de projet efficace
Alain Fernandez Editions d'organisation 3ème Edition revue et augmentée Cette approche originale vous permettra de concentrer vos efforts sur votre rôle de manager de projet, au-delà mêmedu choix de la méthode et des outils utilisés. 204 pages 16,15 Euros €
Dispo www.fnac.com, www.amazon.fr, www.eyrolles.com

  Recommandez cet article

     
              

---

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

---