Le dernier kilomètre du déploiement : où le projet meurt en chemin vers le poste de travail
Le système est lancé, la formation dispensée, les accès distribués. Un mois plus tard, le dirigeant ouvre un rapport et constate que la moitié de l'équipe travaille dans le système, tandis que l'autre moitié travaille à côté : dans un tableur, dans des échanges de messages, dans sa tête. Formellement, le projet est clos. En réalité, il s'est arrêté à dix pour cent de l'objectif.
Ces dix pour cent constituent précisément le dernier kilomètre du déploiement — le tronçon entre un système opérationnel et un travail réellement transformé. Il n'est ni conçu, ni budgété, et n'a presque jamais de propriétaire, alors que c'est précisément là que se joue la rentabilité du projet.
Le dernier kilomètre échoue non par mauvaise volonté, mais à cause de trois éléments pilotables : la nouvelle façon de travailler n'offre aucun avantage évident aux yeux de celui qui l'exécute, aucune aide accessible au moment de la difficulté, et aucune preuve sociale venant des collègues. Ces trois éléments se mesurent et se traitent avant le lancement, pas après.
Ce qui casse précisément dans les dix derniers pour cent
Le problème ne ressemble presque jamais à un refus. Il ressemble à un usage partiel, ce qui explique qu'il passe longtemps inaperçu : des rapports se génèrent, des enregistrements se créent, mais les décisions continuent d'être prises en dehors du système.
La nouvelle méthode coûte plus cher que l'ancienne pour celui qui l'exécute. Le système exige de remplir quatre champs là où une ligne dans une messagerie suffisait auparavant. Le bénéfice de ces champs revient au dirigeant et à un service voisin, tandis que le coût en temps est payé par l'exécutant. Tant que l'échange lui paraît injuste, il trouvera un contournement — c'est un comportement rationnel, pas du sabotage.
L'aide n'est pas disponible au moment de la difficulté. La formation a eu lieu trois semaines plus tôt, le mode d'emploi dort dans un dossier partagé, et la question se pose maintenant, avec une réponse attendue en deux minutes. Le collaborateur ne choisit pas entre le système et le mode d'emploi — il choisit entre le système et la méthode dont il est sûr qu'elle fonctionnera.
Aucune preuve sociale. Une personne ne regarde pas la consigne, elle regarde ses collègues. Si deux collaborateurs expérimentés continuent de travailler à l'ancienne sans que rien ne leur arrive, le nouvel ordre se lit comme facultatif, quoi qu'il soit écrit dans la note de service.
L'ancien circuit est resté ouvert. Tant que l'ancienne méthode reste physiquement possible, une partie du travail continuera d'y passer. C'est la cause la plus simple à corriger et la plus souvent ignorée : fermer l'ancien circuit paraît une mesure brutale, alors que c'est en réalité la seule mesure qui fonctionne sans contrôle quotidien.
| Cause | Ce qu'on observe de l'extérieur | Ce qui la résout |
|---|---|---|
| L'échange est défavorable à l'exécutant | « Système peu pratique » | Supprimer des champs ou restituer le bénéfice à celui qui paie |
| L'aide n'arrive pas à temps | « Les gens ne sont pas formés » | Une réponse en quelques minutes, au plus près du poste de travail |
| Aucune preuve sociale | « Résistance au changement » | Des collègues visibles ayant déjà basculé |
| L'ancien circuit reste ouvert | « Une partie du travail contourne le système » | Fermer le circuit plutôt que le rappeler |
La deuxième colonne, c'est ce que le dirigeant entend et consigne dans son rapport. La troisième, c'est ce qu'il faut réellement faire. L'écart entre les deux explique pourquoi les projets de dernier kilomètre se soignent depuis des années à coups de formation.
Ce qui détermine l'adoption par les utilisateurs
L'adoption par les utilisateurs n'est pas une matière molle, elle se mesure. Il existe un modèle qui a réuni huit théories concurrentes et l'a validé sur le terrain.
Le modèle unifié d'acceptation de la technologie explique environ 70 % de la dispersion dans l'intention d'utiliser un système — nettement plus que chacun des huit modèles antérieurs pris séparément (de 17 % à 53 %). Facteurs clés : l'utilité perçue, la facilité d'usage perçue, l'influence de l'entourage et la présence de conditions facilitatrices.
Limite à noter : l'étude a plus de vingt ans, et elle porte sur l'intention d'utiliser, non sur l'usage effectif — un écart existe entre les deux. L'ancienneté ne pose pas problème ici : la composition des facteurs reste stable, et c'est elle qui est utile en pratique. Trois des quatre facteurs — l'utilité perçue, l'influence de l'entourage et les conditions facilitatrices — recoupent directement les causes décrites plus haut.
L'ampleur réelle de l'écart dans la pratique
Des données récentes montrent que l'écart entre ceux qui décident du déploiement et ceux qui doivent s'en servir persiste aussi à l'ère des outils d'IA — et de façon mesurable.
L'usage régulier de l'IA générative par les employés de terrain plafonne à 51 %, alors que parmi les dirigeants et managers, plus de 75 % l'utilisent plusieurs fois par semaine. Trois causes de cet écart selon les auteurs : le manque de soutien de la direction, l'absence d'outils adaptés et l'insuffisance de formation.
Réserve nécessaire : il s'agit d'autodéclarations sur la fréquence d'usage, pas de journaux de comportement réel, et l'enquête a été menée par un cabinet de conseil qui vend des services de déploiement d'IA. Les dates précises du terrain ne sont pas divulguées. Ce qui compte ici n'est pas le niveau absolu, mais la persistance de l'écart entre niveaux hiérarchiques — il recoupe la mécanique de « l'échange défavorable à l'exécutant ».
L'autre face de la même médaille, c'est l'IA fantôme (shadow AI). Quand l'outil approuvé est peu pratique, le travail ne s'arrête pas : il migre vers des canaux non recensés.
Huit collaborateurs interrogés sur dix utilisent des outils d'IA non approuvés, en contournement des solutions de l'entreprise. Parmi les responsables sécurité eux-mêmes, 68 % reconnaissent recourir à des outils non validés.
L'étude est commandée par un éditeur qui vend des solutions de gestion des risques — l'intérêt commercial à présenter le problème comme aigu est évident. Mais l'orientation de la conclusion recoupe la mécanique du dernier kilomètre : le contournement apparaît là où le circuit approuvé coûte plus cher à l'exécutant, et il se manifeste même chez ceux qui sont chargés de faire respecter les interdictions.
Comment construire le dernier kilomètre avant le lancement
Les quatre causes se résolvent par un travail effectué avant la mise en service du système, non après. Ce travail coûte peu cher, mais il exige un propriétaire — il n'en a généralement pas, parce que le projet est considéré comme technique.
Le premier engagement se vérifie simplement : demandez à l'exécutant de nommer ce qu'il retire du nouvel ordre. S'il ne peut citer rien d'autre que « on me l'a imposé », l'échange est négatif pour lui, et aucune communication n'y changera rien.
Le quatrième engagement est le seul à comporter une date. La fermeture de l'ancien circuit s'annonce à l'avance, elle ne s'impose pas brutalement, et c'est précisément l'existence de cette date qui transforme la transition d'un vœu pieux en un plan. Une façon plus détaillée de mesurer l'adoption est décrite à travers les événements du processus, plutôt qu'à travers des sondages.
Quatre questions à se poser avant le lancement
Que retire celui qui remplit les champs
Si le bénéfice ne revient qu'au dirigeant, l'échange est injuste, et le contournement apparaîtra dès la première semaine.
À qui écrire au moment de la difficulté
Une personne ou un canal précis, avec une réponse en quelques minutes. Un mode d'emploi dans un dossier partagé ne remplit pas ce rôle.
Qui a basculé en premier, et est-ce visible
Deux ou trois collègues respectés, travaillant à la nouvelle méthode sous les yeux des autres, pèsent plus qu'une consigne.
Quand l'ancien circuit ferme-t-il
Une date annoncée à l'avance. Sans elle, la transition ne s'achève pas — elle s'étire pour une durée indéfinie.
Tant que l'ancienne méthode de travail reste physiquement possible et ne coûte rien, le déploiement n'est pas terminé — quoi qu'en dise le procès-verbal de clôture.
Les questions les plus fréquentes
Pourquoi les employés n'utilisent-ils pas le système déployé ?
Le plus souvent parce que la nouvelle méthode de travail leur coûte plus cher que l'ancienne, tandis que le bénéfice revient à quelqu'un d'autre. Cela se vérifie par une seule question posée à l'exécutant : qu'est-ce qu'il retire du nouvel ordre. Si la réponse se résume à « on me l'a imposé », la cause est trouvée, et elle se traite en modifiant l'échange — en réduisant les champs obligatoires ou en restituant une part du bénéfice à l'exécutant —, pas par une nouvelle formation.
Comment mesurer l'adoption d'un nouveau système ?
Pas par le nombre d'utilisateurs actifs — cet indicateur est toujours surévalué, car il compte la connexion au système comme un usage réel. Comptez plutôt la part des processus entièrement passés par le système : si le résultat est produit mais que la décision a été prise dans un échange de messages, le processus a contourné le système. Le second indicateur est la part des enregistrements dont les champs obligatoires sont remplis.
Faut-il fermer l'ancienne méthode de travail de force ?
Oui, mais avec une date annoncée à l'avance, et seulement après avoir rempli les trois premiers engagements. Fermer le circuit alors que le système reste peu pratique et l'aide inaccessible ne produit pas une transition, mais un conflit et des canaux parallèles. L'ordre correct : rendre la nouvelle méthode moins coûteuse pour l'exécutant, garantir une aide rapide, montrer des collègues déjà passés au nouveau système, et annoncer la date seulement ensuite.
Combien de temps prend le dernier kilomètre ?
D'après mon expérience, de quelques semaines à un trimestre, et ce délai doit figurer dans le plan de projet comme une ligne distincte, avec son propre propriétaire. Les projets où le dernier kilomètre n'est pas planifié ne le franchissent pas plus vite : ils s'achèvent simplement avant que le travail ait changé, et l'écart se révèle à la première période de reporting.
La liste des quatre causes et des quatre engagements du dernier kilomètre est une synthèse personnelle tirée de la pratique de déploiements de CRM dans trois entreprises (agence digitale, production saisonnière de cadeaux d'entreprise, plateforme de prise de rendez-vous en ligne) et de la pratique de formation et d'accompagnement dans ces mêmes entreprises. Aucune mesure quantitative de la part du travail contournant le système n'a été effectuée au moment de ces déploiements ; l'ordre de grandeur « de quelques semaines à un trimestre » est une estimation de l'auteur fondée sur ces projets, non une valeur mesurée.
- Venkatesh V., Morris M. G., Davis G. B., Davis F. D. User Acceptance of Information Technology: Toward a Unified View. MIS Quarterly, 2003. aisel.aisnet.org
- Boston Consulting Group. AI at Work: Momentum Builds, but Gaps Remain, 26 juin 2025 (enquête auprès de plus de 10 600 répondants dans 11 pays). bcg.com
- UpGuard. New Research Reveals 68% of Security Leaders Admit to Unauthorized AI Usage, novembre 2025. upguard.com