Maestro Technologies - Logiciel intelligent de gestion pour l’industrie de la construction.

La résistance au changement : un facteur de ralentissement

Un des facteurs principaux de ralentissement de l’évolution des entreprises est la résistance des employés. Trop souvent, l’enthousiasme de la direction pour un nouveau projet fait en sorte que les employés qui sont directement touchés par le changement sont plus ou moins bien informés des raisons profondes qui le commandent et, par conséquent, ils s’y opposent.

Sans communications et sans implication des employés, le projet fait face à un défi majeur : une résistance de la part des employés directement concernés. Ce phénomène est normal et n’est pas un cas isolé, mais comment minimiser son impact et assurer le succès du projet ?

Si le changement touche directement les individus, les aspects humains et psychologiques doivent être un facteur primordial à considérer. Car on dit que « les résistances au changement traduisent un besoin de repères, que l’importation rapide d’une nouvelle façon de travailler, non comprise par les sujets, risque de brouiller les cartes ». (http://fr.wikipedia.org/wiki/R%C3%A9sistance_au_changement)

Causes de la résistance

À la base, les changements technologiques ou autres entraînent la mise en place de nouveaux outils, de nouvelles façons de faire, et nécessitent de nouvelles connaissances. La peur de l’inconnu ou celle de perdre des acquis deviennent facilement un frein majeur pour l’individu. Des doutes sur les motifs du changement sont également en cause.

Symptômes de résistance

En fonction de l’ampleur de l’impact du changement et/ou de la résistance, cette dernière peut se manifester de différentes façons :

• par des conflits;
• par des départs;
• par de l’absentéisme;
• par une baisse de productivité.

Voici un graphique illustrant ces interrelations :

Facteurs de succès

Éliminer complètement la résistance est un voeu pieux. Par contre, il est possible de gérer stratégiquement le changement de façon à éviter les conflits. Il est même nécessaire de faciliter le passage d’une situation à une autre en favorisant l’engagement des individus dans le processus de changement. Comment ?

• En informant adéquatement les employés de la nécessité du changement : Communication.
• En impliquant les employés dans la mise en place du changement : Participation et Consultation.
• En conservant le support des employés grâce au temps consacré à ceux qui le demandent ou qui en ont besoin : Appui et Formation.
• En répondant aux besoins des employés par le biais du changement : Négociation.

D’autres facteurs à prendre en compte

Le leadership du responsable ou du pilote du projet est primordial. Il doit démontrer des connaissances en relations humaines tout en se montrant compétent dans sa tâche, afin de conserver sa crédibilité auprès des employés touchés par le changement.

Un changement majeur demande également une implication constante de la part d’un individu ou de l’équipe responsable du changement. Il est faux de croire qu’un changement touchant la culture, les moeurs, les valeurs et la pérennité d’une organisation peut se faire sans une implication constante de la direction et des personnes qui y sont associées. Le temps et les ressources consacrés au changement sont donc des facteurs clés dans l’équation.

Dans le domaine des TI, beaucoup d’argent est souvent mis en cause dans le projet. En plus des coûts de l’application, le temps de formation est non négligeable. Il est donc essentiel que ce genre de projet soit géré adéquatement pour en assurer le succès. Jean-Grégoire Bernard, professeur adjoint aux HEC Montréal, a d’ailleurs publié un article très intéressant sur le sujet, que vous pouvez consulter à l’adresse suivante : http://www.jgbernard.com/2007/10/07/la-gestion-du-changement-limportance-dune-vision-coherente-et-concrete/

N’oubliez pas qu’en participant au changement, chaque individu trouve réponse à ses interrogations et atténue par le fait même ses craintes liées à l’inconnu. Il vaut mieux déployer les efforts de communication avant que le projet ne débute que d’essayer de récupérer les manques pendant sa mise en application.