Scénario illustratif. Une équipe administrative automatise la saisie des factures : l’agent lit, classe et rapproche. Le pilote démarre, le tableau de bord dit que ça marche. Marta, qui faisait cette tâche depuis huit ans, ne s’est plainte de rien. Pourtant, les exceptions arrivent en retard, mal expliquées, ou pas du tout. Personne n’a saboté le projet par malveillance. Simplement, personne n’a dit à Marta ce qu’elle ferait lundi prochain.
La thèse en une ligne : décider ce que fait demain la personne dont l’agent absorbe les tâches fait partie du périmètre du projet, ce n’est pas une annexe RH. Sans cette décision, le pilote n’échoue pas à cause de la technologie. Il échoue parce que la personne qui connaît le mieux le processus a de bonnes raisons de ne pas aider.
Réaffecter les salariés quand on automatise avec l’IA : pourquoi cela fait partie du périmètre
Un projet d’IA se définit par un processus, des systèmes, des données et une métrique. La personne qui fait le travail aujourd’hui y figure comme « utilisatrice » ou « partie prenante », et son avenir, s’il apparaît, est expédié en une diapositive de conduite du changement à la fin du document.
C’est une erreur de conception, pas de sensibilité. Cette personne connaît les exceptions écrites nulle part, valide ce que produit l’agent et décide chaque jour, par ses actes, si le système vit ou non. C’est un composant du système. Si on la traite comme un effet secondaire, le système se comporte comme un composant que personne n’a spécifié.
Qu’est-ce que le sabotage passif et pourquoi apparaît-il ?
Le sabotage passif, c’est cesser d’aider sans jamais s’opposer : pas de conflit, pas de plainte, juste de la friction. Il apparaît par pure rationalité. Si ton travail est ce qui va disparaître et que personne ne te dit ce qui vient ensuite, la prudence est de ne pas te rendre toi-même superflu. Ce n’est pas de la méchanceté ; n’importe qui ferait pareil.
On le reconnaît à des symptômes concrets :
- Les exceptions ne sont pas documentées. « Ça, tout le monde le sait », dit celui qui le sait, et l’agent butte dessus encore et encore.
- L’agent est relu avec une loupe qu’on n’a jamais utilisée sur le travail humain. Chaque erreur est montrée en réunion ; chaque réussite passe sans commentaire.
- Le travail continue d’être fait à la main « au cas où ». L’agent tourne et la personne refait la même chose en parallèle : l’économie n’existe jamais.
- Personne ne corrige l’agent. Si le corriger revient à former son remplaçant, le plus sensé est de le laisser se tromper.
C’est l’une des causes les plus fréquentes d’un pilote qui marche en démo et n’arrive jamais en production ; le schéma complet est dans le guide sur pourquoi les projets d’automatisation par IA échouent. Ici, on retient le mécanisme : la résistance n’est pas un problème d’attitude, c’est la réponse logique à une question restée sans réponse.
Que faut-il décider avant de commencer ?
Quatre décisions, par écrit, avant d’approuver le pilote :
- Quelles tâches disparaissent et lesquelles restent. Il faut regarder les tâches, pas les postes : un poste est rarement une seule tâche. Cet inventaire est la moitié du travail pour choisir quels processus automatiser avec l’IA, et il révèle souvent que ce qui est absorbé est une partie du poste, pas le poste entier.
- Où va chaque personne. Avec un nom et une date. Les vraies destinations sont peu nombreuses : superviser l’agent (exceptions, qualité, cas douteux), passer à un travail qu’on ne faisait pas faute de temps, ou rejoindre un autre rôle dans l’entreprise. « On verra » n’est pas une destination.
- Ce qu’elle doit apprendre et qui paie. Pendant les heures de travail, sur le travail réel, avec quelqu’un qui répond aux questions. Pas un cours générique : c’est le sujet de la ligne de formation que personne ne budgétise.
- Ce qu’il advient de l’économie réalisée. Si ce qui se libère, ce sont des heures, deviennent-elles de la capacité, moins d’embauches ou moins d’effectifs ? Le dire clairement évite que l’équipe le déduise seule, et elle déduit presque toujours le pire. L’écart entre heures libérées et économie réelle est dans les heures libérées ne sont pas une économie.
Superviser l’agent n’est pas un lot de consolation. Un agent en production a besoin de quelqu’un qui tranche les exceptions, et c’est une vraie fonction, décrite dans le guide sur l’humain dans la boucle d’une automatisation par IA. Celui qui connaît le mieux le processus est souvent le mieux placé, à condition que le rôle existe vraiment et ne soit pas une étiquette.
Et s’il n’y a pas de place pour cette personne ?
Parfois il n’y en a pas, et promettre le contraire est pire que de ne rien dire. Réaffecter ne veut pas dire garantir que personne ne perdra son poste ; cela veut dire que la décision est prise explicitement, avant le pilote et non après, et que la personne l’apprend par toi et pas dans le couloir.
En Espagne, ce n’est d’ailleurs pas qu’une question de forme. Le Statut des travailleurs encadre la modification substantielle des conditions de travail (art. 41) et, pour le licenciement lié au défaut d’adaptation à des changements techniques raisonnables du poste, impose de proposer d’abord une formation d’adaptation (art. 52 b). Ce n’est pas un conseil juridique et chaque cas est différent : avant de parler à l’équipe, parle à la personne qui gère votre droit du travail. Les autres pays ont d’autres règles ; ce paragraphe ne vaut que pour l’Espagne.
Quand est-ce excessif ?
Si ce que l’agent absorbe est une petite fraction du travail de beaucoup de gens, un peu de copier-coller par semaine, personne ne voit son travail disparaître et il suffit de le dire clairement. Et si l’objectif affiché du projet est de réduire les effectifs, dis-le : parler de « réaffectation » sans la tenir est pire que la conversation difficile. La réaffectation est un engagement, pas un euphémisme.
La ligne à retenir : avant d’approuver le pilote, écris une phrase par personne concernée. « Le lundi après la mise en production, X fera Y. » Si tu ne peux pas l’écrire, le périmètre n’est pas fermé, et le pilote a une date de péremption même si la technologie marche.
Source consultée le 19 octobre 2026 : Statut des travailleurs espagnol, texte refondu (BOE-A-2015-11430). Sur l’adoption comme levier du ROI, voir l’adoption, pas le modèle, décide du ROI de ton IA.