Réussir sa digitalisation : embarquer ses équipes

Le scénario est presque toujours le même. Un dirigeant (ou un responsable / une équipe managériale) repère un outil, se décide, signe.

Puis il organise une réunion de présentation : quelques slides, une démonstration, « des questions ? », un silence poli.

L’outil est déployé le mois suivant. Trois mois plus tard, la moitié de l’équipe l’a contourné et travaille comme avant.

Ce n’est pas un problème de résistance au changement. C’est que les équipes n’ont pas été associées à la décision, elles l’ont subie.

On leur a présenté une réponse à une question qu’on ne leur avait pas posée. C’est le mécanisme précis qui fait échouer les projets de transformation digitale, et il se corrige en amont, pas au moment du déploiement.

Tout commence par un atelier réunissant, une demi-journée ou une journée, les personnes qui vivent réellement le processus concerné : ceux qui saisissent, relancent, corrigent au quotidien, sur toute la chaîne d’un même flux (par exemple : commercial, ADV, atelier, compta pour un circuit de commande).

Concrètement, nous ne demandons pas « qu’est-ce qui ne va pas ? » : question qui ne produit que des généralités.

Nous faisons reconstituer le parcours réel d’un cas concret, étape par étape, au mur.

Chacun décrit ce qu’il fait de l’information quand elle arrive chez lui, à qui il la transmet, ce qu’il attend, ce qu’il ressaisit.

Très vite, la carte du réel apparaît, souvent très différente du processus officiel, et les irritants remontent d’eux-mêmes : « je ressaisis cette ligne pour la troisième fois », « j’attends toujours la validation de X qui ne sert à rien », « je refais ce fichier chaque lundi ».

Dernière étape, décisive : ce sont les participants eux-mêmes qui priorisent.

Parmi tous les irritants au mur, lesquels coûtent le plus de temps, d’erreurs, d’énervement ?

Cette liste priorisée, construite par ceux qui vivent le processus, c’est la ligne.

Elle ne vient pas d’un audit extérieur : elle vient d’eux.

C’est ce qui fait que, plus tard, ils défendront le projet au lieu de le subir.

De cette matière brute sortent presque toujours des améliorations qui ne demandent aucun outil : une validation à supprimer, deux étapes à fusionner, une règle à clarifier.

Les traiter d’abord évite l’erreur classique : digitaliser un circuit qu’on aurait dû simplifier, et figer sa lourdeur dans un logiciel.

C’est aussi à ce moment que l’on distingue ce qui relève de l’organisation de ce qui relève réellement de l’outil : la frontière que pose la digitalisation des processus.

On n’outille que ce qui, une fois simplifié, le mérite encore.

Le terrain donne la ligne, mais il ne décide pas de tout, et c’est essentiel.

Tout ne peut pas être traité en même temps : il y a un budget, des priorités stratégiques, une cohérence d’ensemble à tenir.

C’est le rôle de la direction.

Nous faisons donc le point avec le CODIR sur la matière issue des ateliers.

Exemple typique : les équipes ont fait remonter deux irritants majeurs : les ressaisies de facturation et la lenteur des validations d’achat.

Le CODIR arbitre : on traite la facturation en premier, parce que l’impact chiffré est plus fort et que le chantier est plus court ; les validations d’achat passent au trimestre suivant.

La décision revient à la direction, mais elle porte sur des sujets que le terrain a identifiés et priorisés.

C’est cette articulation (terrain qui éclaire, direction qui tranche) qui distingue une décision légitime d’une décision imposée.

C’est l’étape la plus souvent oubliée, et pourtant celle qui scelle l’adhésion.

Une fois les arbitrages faits, nous construisons un support de restitution qui repart vers les équipes.

Il ne se contente pas d’annoncer ce qui va être mis en place : il reprend ce qu’elles ont fait remonter, explique ce qui a été retenu, et ce qui ne l’a pas été, avec la raison.

Ce dernier point fait toute la différence.

Une équipe qui voit un de ses irritants écarté « faute de budget cette année, priorité au chantier facturation » comprend l’arbitrage et l’accepte.

Une équipe qui n’a aucun retour conclut que l’atelier était du théâtre et ne reviendra pas au suivant.

Le support sert enfin à valider la mise en place concrète avec elles : calendrier, qui teste, comment on ajuste.

La boucle est refermée : les équipes ont donné la ligne, la direction a arbitré, et chacun voit ce que sa contribution est devenue.

Cette méthode inverse l’ordre habituel, et c’est précisément ce qui la rend efficace.

L’adhésion n’est pas obtenue après coup, par de la « conduite du changement » : elle est construite dès le premier atelier, parce que la solution est née du terrain.

C’est la traduction concrète du pilier humain d’une digitalisation : celui qui décide du sort du projet, bien avant le choix de l’outil, et l’un des enjeux majeurs d’une digitalisation en PME.

Comment impliquer ses équipes dans un projet de digitalisation ?

En les associant dès le départ, pas au moment du déploiement. Un atelier réunissant les personnes qui vivent le processus permet de cartographier le réel et de faire remonter les irritants. Ce sont elles qui identifient et priorisent ce qui doit changer.

Faut-il laisser les équipes décider des outils ?

Non, et c’est une nuance importante. Le terrain donne la ligne : ce qui coince, ce qui compte le plus. La direction, elle, arbitre : priorités, budget, cohérence. Les deux rôles sont distincts et complémentaires ; c’est leur articulation qui fait tenir le projet.

Qu’est-ce qu’un atelier d’intelligence collective ?

Une session courte où les collaborateurs d’un même processus reconstituent ensemble le parcours réel d’un cas concret, repèrent les points de friction et les priorisent. L’objectif n’est pas de recueillir des avis, mais de produire une matière fiable, issue de ceux qui font le travail.

Pourquoi les équipes rejettent-elles les nouveaux outils ?

Le plus souvent parce qu’on leur impose une solution à un problème qu’on ne leur a pas demandé de formuler. Un outil qui ajoute de la charge sans résoudre un irritant qu’elles vivent est contourné, quelle que soit sa qualité.

À quel moment communiquer le projet aux équipes ?

Dès le début, en les faisant participer : surtout pas à la fin sous forme d’annonce. La communication descendante en fin de parcours arrive trop tard : la décision est déjà prise sans elles, et c’est précisément ce qui déclenche le rejet.