Faire adopter un nouvel outil à une équipe qui n'en veut pas

Le scénario est connu de toutes les entreprises qui ont déjà changé de système. L'outil a été choisi avec soin, installé, l'équipe a été formée un vendredi après-midi. Trois semaines plus tard, les heures reviennent sur des bouts de papier, deux personnes continuent d'envoyer leurs chiffres par message, et personne n'ose dire que ça ne marche pas.

Le projet n'a pas échoué techniquement. Il a échoué à l'endroit où presque tous les changements d'outils échouent : dans l'usage quotidien de ceux qui n'ont pas choisi l'outil.

Le refus n'est pas de la mauvaise volonté

« Ça marche pas, votre affaire » veut rarement dire ce que ça dit. Derrière la phrase, il y a presque toujours une de ces trois raisons, et aucune ne se règle par une directive répétée plus fort.

« Ça me surveille »

C'est la crainte la plus répandue, et la moins exprimée à voix haute. Un outil qui enregistre des heures et des positions dans une journée peut facilement être perçu comme un moyen de contrôle, surtout quand il arrive sans explication.

Ce qui la désamorce n'est pas un discours rassurant : c'est de la précision. Dites exactement ce qui est enregistré, qui peut le voir, et ce que vous en faites. Dites aussi ce qui n'est pas enregistré, c'est la moitié la plus importante. Faites-le avant le déploiement, pas après la première question inquiète, parce qu'une réponse donnée trop tard ressemble toujours à une justification.

Un cadre clair aide autant l'employé que vous : quand chacun sait qui voit quoi, plus personne n'a de raison de contourner l'outil.

« Ça me ralentit »

Celle-là est souvent vraie, et c'est votre problème avant d'être le leur. Un outil qui demande six touches là où le papier en demandait une perdra, peu importe ses qualités par ailleurs.

Faites le test vous-même, chronomètre à la main : combien de temps prend le geste demandé, comparé au geste actuel. Ouvrir l'application, trouver le bon dossier, saisir, confirmer. Si le total dépasse largement l'ancienne façon de faire, ne demandez pas à l'équipe de s'adapter : réglez le geste. C'est exactement le critère qui devrait peser le plus lourd au moment de choisir une application de punch ou n'importe quel outil de saisie quotidienne.

« Ça ne durera pas »

Une équipe qui a déjà vu passer trois systèmes en cinq ans a appris une chose : attendre. Si le nouvel outil ne survit pas à l'automne, celui qui a résisté aura eu raison, et celui qui a fait l'effort d'apprendre l'aura fait pour rien.

Le seul remède est de rendre le retour impossible. Tant que l'ancien chiffrier reste ouvert « au cas où », il gagne : il est plus familier, plus rapide, et il ne pose pas de questions. Fixez une date de fermeture, annoncez-la, et tenez-la. C'est aussi la raison pour laquelle il faut savoir ce qu'on emporte de l'ancien système avant de le fermer, un sujet traité dans changer d'outils sans perdre son historique.

Le premier mois décide de tout

L'erreur la plus commune est de tout déployer d'un coup, parce que l'outil est payé et qu'on veut la valeur complète tout de suite. L'équipe reçoit alors cinq nouveautés en même temps, n'en maîtrise aucune, et conclut que le système est compliqué.

• Une seule chose à la fois. Une fonction, le temps qu'elle devienne un réflexe, puis la suivante.
• Commencez par ce qui allège leur travail, pas par ce qui sert d'abord à la direction. Voir son horaire de la semaine sur son téléphone se retient tout seul; remplir un champ pour un rapport de gestion, non.
• Rendez la première semaine facile à réussir. Les listes préremplies, les dossiers déjà créés, les noms déjà là. Un outil vide donne l'impression d'un travail supplémentaire.

Vos premiers utilisateurs ne sont pas les plus enthousiastes

Le réflexe est de commencer avec ceux qui aiment la nouveauté. Ce sont rarement les bons : ils s'accommodent de tout, y compris de ce qui ne fonctionne pas, et leur avis ne convainc personne.

Choisissez plutôt les gens que l'équipe écoute, même s'ils sont sceptiques, surtout s'ils sont sceptiques. Demandez-leur non pas d'approuver, mais de trouver ce qui cloche, avec la promesse que ce sera corrigé avant le déploiement complet. Un sceptique dont on a réglé l'objection devient la meilleure recommandation possible auprès des autres.

Comment savoir si ça prend pour vrai

La satisfaction déclarée ne vous apprendra rien : en réunion, tout le monde dira que ça va bien. Regardez plutôt l'usage réel, et posez-vous trois questions simples :

• Qui saisit sans qu'on le relance ? C'est la mesure la plus honnête de l'adoption.
• Où le papier persiste-t-il ? Un endroit où l'ancienne méthode survit signale presque toujours un geste trop lourd dans le nouvel outil, pas un employé récalcitrant.
• Les corrections diminuent-elles ? Si les données entrent mieux avec les semaines, l'outil est en train de gagner. Si elles restent aussi mauvaises, quelque chose n'est pas compris, et ça se demande.

Par où commencer, avant le jour un

• Écrivez en cinq lignes ce que l'outil enregistre et qui le voit. Lisez-le à l'équipe avant l'installation.
• Chronométrez le geste principal dans l'ancienne façon de faire et dans la nouvelle. Si le nouveau est plus long, corrigez avant de déployer.
• Fixez la date de fermeture de l'ancien système et annoncez-la en même temps que le nouveau.
• Nommez deux personnes écoutées comme premiers utilisateurs, et donnez-leur le mandat de trouver les irritants.

Un outil utilisé bat un outil complet

Une plateforme riche que personne n'ouvre vaut moins qu'un outil simple que toute l'équipe utilise chaque jour. C'est pour ça que la saisie quotidienne d'alesk est faite pour être courte : le module Punch tient dans un téléphone, chaque punch se rattache à un dossier, et personne n'a de formulaire à remplir en fin de semaine. Le reste de ce qui se règle et s'active module par module est décrit dans les fonctionnalités, et notre approche est la même à l'installation : on met la base en place, puis on l'ajuste à votre entreprise.