Le rôle de la maîtrise d'ouvrage

Le texte suivant illustre selon nous parfaitement le rôle et l'importance de la maîtrise d'ouvrage, qu'on a parfois tendance à sacrifier, pensant ainsi réduire les coûts et les délais du projet, alors que c'est en fait tout le contraire qui se produit.

Ce texte est de Jean-Baptiste Le Dantec; sa version originale peut être trouvée sur le site de Qualisteam.

* * *

Trop souvent encore le rôle de la maîtrise d'ouvrage dans le projet informatique est présenté de la manière suivante:

• en amont du travail de la maîtrise d'oeuvre: analyse des besoins de l'utilisateur puis spécifications de la solution en termes fonctionnels
• en aval: recette et formation des utilisateurs.

Dans ce cas la tentation est grande d'en faire l'économie: le client ou l'utilisateur exprime lui-même ses besoins, la maîtrise d'oeuvre prend en charge les spécifications, la réalisation, les tests, la formation et la recette avec les utilisateurs.

Or qu'on observe t'on très souvent sur les projets menés sans maîtrise d'ouvrage?

• une situation d'affrontement permanent entre la direction métiers ("le client") et la direction informatique (" le fournisseur ")
• un écart important entre la vision initiale du projet et son déroulement
• des visions différentes du projet qui se révèlent tardivement et se transforment en affrontements puis en déceptions
• une mauvaise perception du projet par les personnes externes au projet, qui va fragiliser le projet.

En quoi le maître d'ouvrage change-t-il réellement la donne? Le maître d'ouvrage va utiliser sa double compétence, son expérience des projets informatiques et ses talents de médiateur pour transformer ce qui était un affrontement entre deux cultures différentes en une collaboration enrichissante pour les acteurs du projets et efficace pour le projet et pour l'entreprise.

Quelques illustrations de ses interventions:

• Au départ d'un projet, il en clarifie les objectifs afin de pouvoir fédérer les différents acteurs autour d'un but commun. Il doit par la suite fournir un effort constant de communication interne sur l'avancement du projet pour entretenir l'adhésion et la mobilisation de tous.
• Un projet informatique n'est totalement déterminé qu'une fois terminé. Par conséquent les choix ne sont pas effectués au départ mais tout au long du projet: le rôle du maître d'ouvrage sera donc de veiller en permanence à faire apparaître les choix à effectuer.

Si dès le début il a mis en valeur les différents enjeux du projet - stratégiques, économiques, organisationnels, fonctionnels, technologiques -, ces choix s'effectuent de manière consensuelle parce que les critères de décisions auront été compris par tous.

Le maître d'ouvrage prend aussi en charge la communication externe, au départ sur les objectifs et les enjeux du projet puis sur son fonctionnement et son avancement. Ce faisant il protège et légitime le travail des autres acteurs du projet, ce qui contribue à entretenir leur motivation.

À la fin du projet il aide les utilisateurs à s'approprier le nouveau système en abordant cette phase non pas comme un simple tâche de formation à un l'utilisation d'un outil mais dans une démarche de conduite du changement.

Ces exemples illustrent que le maître d'ouvrage ne justifie réellement son rôle qu'en allant au-delà des tâches concernant la vue dite "fonctionnelle" du système informatique.

En agissant en tant que médiateur, fédérateur, leader ou encore accompagnateur du changement le maître d'ouvrage devient alors réellement un élément clef du succès du projet informatique.

Jean-Baptiste Le Dantec.