Client vs Intégrateur : la mentalité de victime qui tue les projets ERP

Dans un projet ERP, une des choses les plus faciles quand le projet commence à dérailler, c'est de trouver le coupable idéal. N'importe quel intégrateur qui a mené plus de deux ou trois projets confirmera ce schéma — je l'ai vécu, des deux côtés de la table.

Ce que dit l'intégrateur quand ça coince

"Le client n'est pas organisé." "Ils n'ont pas de procédures." "Les utilisateurs refusent le changement." "On ne reçoit pas les données." "À chaque réunion, le besoin change." "La direction n'a jamais imposé l'usage du système."

Et on se retrouve convaincu, en tant qu'intégrateur, d'avoir tout fait dans les règles — le seul problème restant étant : "si seulement on avait eu un autre client, le projet aurait marché."

Ce que dit le client, de l'autre côté

"L'intégrateur n'a pas compris notre métier." "Tout devient soi-disant spécifique." "Le développement traîne." "Les consultants ne suivent pas." "On l'avait dit dès le départ, ils n'ont pas écouté." "Le système est trop complexe." "Avant l'ERP, on travaillait très bien."

Le match de ping-pong

Le projet finit en match aller-retour : Client 1 – Intégrateur 1. Et l'ERP reste planté au milieu, spectateur de sa propre implémentation.

Le problème, c'est que les deux camps peuvent avoir raison.

Oui, il existe des clients mal organisés. Oui, il existe de la résistance au changement. Oui, il existe des utilisateurs qui rejettent un système avant même de l'avoir essayé. Oui, les données n'arrivent pas, les décisions traînent, les besoins changent en cours de route.

Mais c'est précisément là qu'intervient la responsabilité de l'intégrateur.

Ce que l'intégrateur devrait se demander avant d'accuser

Si le client n'est pas organisé, qu'est-ce que j'ai fait pour l'aider à s'organiser ?

• Ai-je mené un cadrage sérieux ?
• Ai-je clarifié les responsabilités de chacun ?
• Ai-je construit un planning réaliste, pas un planning commercial ?
• Ai-je prévu un vrai accompagnement pour les utilisateurs ?
• Ai-je remonté les risques à la direction suffisamment tôt ?
• Ou est-ce que je me suis contenté d'installer l'outil en disant "voilà, votre ERP est prêt" ?

Ce que le client devrait se demander de son côté

Est-ce qu'on a vraiment donné à l'intégrateur les conditions pour réussir ?

• Les key users étaient-ils réellement disponibles ?
• La direction était-elle présente dans les décisions qui comptaient ?
• Les informations et les données sont-elles arrivées à temps ?
• Le process a-t-il été stabilisé, ou découvre-t-on une nouvelle version chaque semaine ?
• A-t-on imposé le nouveau système, ou a-t-on laissé chacun travailler comme avant, avant de conclure que "l'ERP a échoué" ?

Mentalité de victime vs mentalité de responsabilité

La mentalité de victime, côté intégrateur, dit : "le projet a échoué parce que le client n'est pas organisé."

La mentalité de victime, côté client, dit : "le projet a échoué parce que l'intégrateur ne sait pas travailler."

La mentalité de responsabilité, elle, dit la même chose des deux côtés de la table : "on a un problème — qu'est-ce que je peux faire, moi, de mon côté, pour le résoudre ?"

Un projet ERP est un partenariat, pas une livraison

Un projet ERP réussi n'est pas la livraison d'un logiciel. C'est un partenariat, avec une répartition claire des rôles.

L'intégrateur est responsable de la méthodologie, du cadrage, de la solution, de la formation, du suivi et de l'alerte sur les risques.

Le client est responsable du sponsorship, de la disponibilité des équipes, de la qualité des données, de la prise de décision, et de la discipline dans l'application du changement.

Une vérité simple, mais difficile à admettre

Un ERP ne réorganise pas une entreprise par magie. Et un intégrateur ne peut pas structurer une organisation qui ne veut pas se structurer elle-même.

Mais dans l'autre sens, un intégrateur ne peut pas non plus masquer un cadrage faible et un pilotage absent derrière une seule phrase : "le client a une résistance au changement."

Avant d'accuser l'autre camp

Avant de dire "c'est de leur faute", la question à se poser — que l'on soit client ou intégrateur — est simple : "est-ce que j'aurais pu mieux faire de mon côté ?"

C'est à cet endroit précis que commence la mentalité de responsabilité. Et c'est généralement à cet endroit précis que commence, aussi, la réussite d'un projet ERP.

FAQ

Pourquoi les projets ERP échouent-ils souvent entre client et intégrateur ? Rarement pour une seule raison technique. Le plus souvent, un cadrage insuffisant côté intégrateur rencontre un manque de disponibilité ou de discipline côté client, et chacun finit par expliquer l'échec par les torts de l'autre plutôt que par ce qu'il aurait pu faire différemment.

Quelle est la différence entre la mentalité de victime et la mentalité de responsabilité dans un projet ERP ? La mentalité de victime cherche un coupable extérieur ("le client n'est pas organisé", "l'intégrateur ne comprend pas notre métier"). La mentalité de responsabilité pose une seule question aux deux parties : "qu'est-ce que je peux améliorer de mon côté pour débloquer la situation ?" C'est ce second réflexe qui sauve généralement les projets ERP en difficulté.