Déployer n’est pas adopter

L’outil est installé, la formation a eu lieu, la note de service est partie. Six mois plus tard, la moitié des équipes est revenue à ses anciennes pratiques, et les tableurs parallèles ont réapparu. Le projet est officiellement terminé ; il n’a rien changé.

C’est la façon la plus courante de perdre de l’argent en transformation, et la moins visible : le budget a été dépensé, les jalons ont été tenus, les indicateurs de projet sont au vert. Seul l’usage manque.

Pourquoi les anciennes pratiques reviennent

Rarement par résistance au changement : cette explication arrange tout le monde et n’explique rien. Le plus souvent pour trois raisons concrètes.

• La nouvelle façon de faire est plus lente dans les premières semaines. Personne n’a prévu ce surcoût, et chacun revient à ce qui marche.
• Un cas réel n’a pas été traité. L’outil couvre 90 % des situations ; les 10 % restants sont justement ceux qui comptent, et ils forcent le contournement.
• Rien ne mesure l’usage. Ce qui n’est pas regardé n’est pas tenu, dans une transformation comme ailleurs.

Ce qui change réellement les choses

• Mesurer l’utilisation réelle, pas le nombre de personnes formées. Combien se connectent, combien de dossiers passent effectivement par le nouveau circuit.
• Aller voir ceux qui contournent, et écouter pourquoi. Ils ont presque toujours une raison valable, et elle désigne un défaut de conception.
• Tester par pilotes courts avant de généraliser, pour découvrir ces cas-là quand ils coûtent encore peu.
• Ancrer dans les rituels : si le sujet n’apparaît pas à l’ordre du jour d’une réunion régulière, il disparaît.
• Impliquer dès la conception ceux qui appliqueront. Ce n’est pas une précaution sociale, c’est ce qui évite les 10 % oubliés.

Une transformation est réussie lorsque les nouvelles pratiques sont devenues les pratiques ordinaires, et que plus personne ne les appelle nouvelles.