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.
Et 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 2 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, qui souvent des arbitrages
se font de manière consensuelle parce que les critères de décisions
auront été compris par tous.
· Il 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.
· A 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 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.
|
