L'IA comme transformateur de valeur, et non comme employé : placer l'IA dans les flux de valeur organisationnels

Texte intégral

1 Introduction

Les organisations qui adoptent des outils d'IA les décrivent généralement dans le langage de la dotation en personnel. Un assistant de support "traite" une part des demandes. Un assistant de programmation "fait le travail de" plusieurs ingénieurs. Une analyse de rentabilité compare le coût d'un abonnement à un modèle avec celui d'un employé à temps plein. Le système d'IA est traité comme un employé numérique : il reçoit des tâches, les accomplit, et sa contribution est comptabilisée en tâches terminées ou en effectifs évités.

Cet article soutient que le cadre de l'employé est une erreur de catégorie, et que cette erreur n'est pas anodine. Il oriente la mesure vers le côté producteur d'un flux de valeur, là où l'IA est la plus performante, et l'éloigne du côté récepteur, où la valeur est réellement réalisée. Le résultat est un schéma familier : des tableaux de bord qui affichent une production croissante, tandis que les clients, les collègues et les relecteurs absorbent une reprise de travail qu'aucun rapport n'attribue au système d'IA.

L'alternative proposée ici provient de la Théorie de la gestion de la valeur (Value Management Theory, VMT) et de la méthodologie Æilus. Dans la VMT, un transformateur est un rôle et non une entité : un acteur dans ce rôle consomme de la valeur et produit de la nouvelle valeur planifiée pour quelqu'un d'autre (A7). L'IA correspond exactement à ce rôle. Placé comme transformateur dans un flux de valeur, un système d'IA a des entrées qui ont un coût, des sorties qui sont des hypothèses tant qu'un récepteur ne les a pas consommées, et des sous-produits qui peuvent être de l'antivaleur. Une fois placé de cette manière, les bonnes questions sur l'adoption et la mesure deviennent visibles.

Il s'agit du quatrième article d'une série de huit sur l'application d'Æilus dans les organisations ; les définitions suivent le premier article, "Value, Anti-Value and Value Flows: A Working Vocabulary for Practitioners". L'appareil formel de la VMT et la monnaie de valeur Æ ne sont pas redérivés ici ; ils sont exposés dans Bolshakov (2026), "Value Management Theory and Employee-Centric Competitive Advantage: A System-Level Perspective". L'article est conceptuel. Il ne contient aucune donnée mesurée, et les seuls chiffres qu'il présente appartiennent à un scénario explicitement présenté comme hypothétique.

2 Périmètre, système de valeur et fondement théorique

2.1 La valeur de qui est mesurée

La VMT soutient que la valeur n'existe qu'à l'intérieur d'un système de valeur défini (A1) et qu'un même événement peut être lu différemment dans des systèmes différents (A2). Les affirmations sur "la valeur de l'IA" sont donc incomplètes tant que le système n'est pas nommé. Cet article utilise un seul système de valeur tout du long : une organisation de livraison et ses récepteurs directs. Ses acteurs sont les équipes et les fonctions de l'organisation, le système d'IA dans son rôle de transformateur, les personnes qui relisent ou corrigent les sorties de l'IA, et les récepteurs externes du travail de l'organisation (clients, utilisateurs, ou consommateurs internes dans une autre fonction). Ses flux sont les demandes, les artefacts et les décisions qui circulent entre eux. Le fournisseur d'IA, le marché du travail et la société dans son ensemble sont en dehors de la frontière et ne sont traités qu'à travers des flux externes (A10).

Ce choix est important. Dans le système de valeur du fournisseur, chaque jeton généré est un revenu réalisé. Dans le système de l'organisation, le même jeton peut être de la valeur, du bruit ou de l'antivaleur selon ce que le récepteur en fait. Comme l'énonce T15, déplacer la frontière modifie la conclusion sans modifier la réalité. L'analyse ci-dessous n'est valable que pour la frontière déclarée ici.

2.2 Axiomes et théorèmes utilisés

L'argumentation s'appuie sur A4 et T3 (la valeur planifiée et la valeur réalisée divergent), A5 (l'antivaleur est indépendante de la valeur), A6 (la valeur est réalisée à la consommation), A7 (transformation), A8 et T7 (conditions de participation), T4 et T6 (la résistance et la distorsion s'accumulent), T5 (l'optimisation locale ne garantit pas une amélioration globale), T8 (la redondance d'un rôle de transformation accroît la durabilité), et T16 et T17 (une interprétation non confirmée par la réalisation est instable et accumule de l'antivaleur).

3 L'erreur de catégorie de l'"employé numérique"

3.1 Ce que compte le cadre de l'employé

Le cadre de l'employé importe une habitude de mesure issue de la gestion du personnel. Un employé est recruté pour un rôle, reçoit une charge de travail, et est évalué sur le débit et le coût. Lorsque l'IA est placée dans le même cadre, trois chiffres dominent : le volume d'éléments de travail traités, la part de la charge de travail "reprise", et le coût en équivalents temps plein (ETP) évité. Ces trois mesures sont prises à l'endroit où le travail quitte le producteur.

Pour les employés humains, cette habitude est tolérable pour une raison rarement énoncée : un opérateur humain observe le récepteur. Un agent de support entend que le client est toujours en colère. Une grande partie de l'écart entre la valeur planifiée et la valeur réalisée est corrigée de façon informelle, à l'intérieur de la personne, avant que toute mesure ne l'enregistre. La mesure côté producteur fonctionne parce qu'un capteur côté récepteur est intégré au producteur.

Un système d'IA ne possède pas ce capteur par défaut. Il produit très bien le côté planifié de la valeur : des sorties fluides, rapides et assurées, en grande quantité. Il n'observe pas, sauf s'il y est explicitement relié, si la sortie a modifié l'état du récepteur. Le cadre de l'employé mesure donc l'IA là où l'IA paraît la meilleure et cesse de mesurer là où apparaît la différence entre le plan et le fait.

3.2 Ce que le cadre dissimule

Quatre éléments disparaissent de la vue dans le cadre de l'employé.

1. Le côté consommation du transformateur IA. Les comparaisons d'effectifs comptent le coût de licence ou de calcul du modèle et ignorent l'attention humaine, l'effort de relecture et la préparation des données que le transformateur consomme également.
2. Le verdict du récepteur. "Terminé" est déclaré par le producteur. Le fait que l'état du récepteur se soit amélioré n'est pas enregistré.
3. Le travail déplacé. Le travail que la sortie de l'IA ne parvient pas à achever est reporté en aval, vers le récepteur ou un relecteur. Dans le rapport du producteur, il a disparu ; dans le système, il est toujours présent.
4. L'accumulation. La reprise de travail, la perte de confiance et l'érosion des compétences ne sont pas des coûts ponctuels. Selon T4 et T6, ils s'accumulent et réduisent la capacité future du système à réaliser de la valeur.

Le cadrage par remplacement d'ETP suppose également que le rôle humain et le rôle de l'IA sont des substituts ayant la même sortie. En termes de VMT, ce sont des transformateurs différents, avec des profils d'entrée et de sortie différents.

4 L'IA comme rôle de transformateur

4.1 Un transformateur, pas une entité

La VMT et Æilus définissent un transformateur par ce qu'il fait dans un flux, et non par ce qu'il est. Une personne, une équipe, un service ou un outil peut tenir un rôle de transformateur ; dans un Schéma de système de valeur, le rôle est dessiné comme un convertisseur, le nom employé par Æilus pour un nœud de transformateur. Ce cadrage supprime la question "l'IA est-elle un travailleur ou un outil ?" et la remplace par une question plus utile : que consomme ce transformateur, que produit-il, et qui reçoit la sortie ?

4.2 Ce que consomme un transformateur IA

Un transformateur IA a au moins quatre types d'entrées. Chacune est un élément de valeur consommé quelque part dans le système.

• Données et contexte. Instructions, documents, tickets, code, historique client. Quelqu'un les a créés, organisés et les maintient, et leur qualité fixe une limite supérieure à la sortie.
• Calcul et licences. Le coût visible, généralement le seul dans l'analyse de rentabilité.
• Attention humaine. Rédiger les instructions, cadrer les tâches, piloter l'interaction. Elle est consommée auprès de personnes qui feraient sinon un autre travail.
• Effort de relecture. Lire, vérifier, corriger et approuver la sortie. Pour de nombreux usages, c'est l'entrée la plus importante, et elle figure sur le budget de quelqu'un d'autre.

4.3 Ce que produit un transformateur IA

Les sorties sont des éléments de valeur au sens de la série : brouillons, réponses, code, classifications, synthèses, décisions. Chacune commence comme une hypothèse de valeur. Elle porte la valeur planifiée telle qu'interprétée par le producteur et ne devient mesurable que lorsque le transformateur suivant la consomme (A6). Le transformateur IA peut aussi produire de l'antivaleur : réponses erronées, synthèses trompeuses, code qu'il faudra supprimer plus tard, et les effets décrits à la section 7.

La définition Æilus de l'efficacité d'un convertisseur rend l'équilibre explicite. L'efficacité d'un convertisseur est

E = (produced value - produced anti-value) / (consumed value - consumed anti-value)

tous les termes étant exprimés en Æ au sein du système déclaré. Deux caractéristiques de cette formule comptent pour l'IA. Premièrement, le dénominateur inclut l'effort de relecture et l'attention humaine, et pas seulement le calcul. Deuxièmement, le numérateur soustrait l'antivaleur produite, que le cadre de l'employé n'enregistre jamais. Un transformateur IA au volume de sortie impressionnant peut avoir une efficacité faible ou négative une fois ces deux corrections apportées. Le même transformateur peut être efficace dans un système de valeur et destructeur dans un autre.

5 Valeur planifiée et valeur réalisée de la sortie de l'IA

5.1 Pourquoi l'IA paraît forte du côté planifié

A4 énonce que la valeur planifiée et la valeur réalisée diffèrent en général ; T3 ajoute qu'une divergence nulle est un cas particulier instable. Pour le travail humain, la divergence est modérée par l'observation du récepteur par le producteur lui-même. Pour la production de l'IA, la divergence présente un biais structurel. La production générée est optimisée pour avoir l'apparence d'une réponse correcte. La fluidité et l'assurance relèvent du côté planifié ; l'exactitude et l'applicabilité relèvent du côté réalisé.

L'IA augmente la valeur planifiée rapidement et à faible coût. Si la valeur réalisée n'est pas mesurée séparément, l'organisation interprète cette hausse comme un progrès : c'est le schéma que T16 décrit comme structurellement instable.

5.2 Retravail caché

Lorsque la valeur réalisée est inférieure à la valeur planifiée, l'écart ne disparaît pas. Il se transforme en travail ailleurs dans le flux. Un client recontacte le support. Un responsable réécrit un e-mail généré. Un ingénieur corrige du code généré.

Le rapport du transformateur d'IA affiche un élément terminé, et le transformateur récepteur absorbe le coût : c'est un cas de T5 : l'amélioration locale du débit d'un transformateur ne garantit pas l'amélioration du système. Cela correspond aussi à l'observation générale issue de la gestion fondée sur les flux, selon laquelle le travail caché dans les files d'attente et le retravail est invisible pour les indicateurs d'activité (Reinertsen, 2009). La lecture VMT ajoute un point : le travail caché n'est pas un simple retard neutre mais de l'antivaleur, et selon T4 il s'accumule sous forme de résistance du flux à l'interface entre le transformateur d'IA et son récepteur.

6 L'indicateur côté récepteur

Si la valeur est réalisée lors de la consommation (A6), alors c'est le récepteur, et non le producteur, qui la valide. C'est la règle de mesure centrale de cet article : la valeur de la production de l'IA se mesure au niveau du transformateur qui la consomme, et non au niveau du transformateur d'IA qui la produit. La pensée Lean avance un argument voisin lorsqu'elle définit la valeur du point de vue du client final (Womack et Jones, 1996) ; la VMT la généralise à chaque récepteur interne d'un flux.

Un indicateur côté récepteur associe à chaque comptage côté producteur une observation de ce qui s'est passé ensuite. Quelques exemples :

L'écart entre les deux colonnes est le chiffre le plus instructif qu'un programme d'IA puisse suivre. Il estime le travail déplacé et l'antivaleur produite à l'interface. Un écart qui se creuse indique que le programme étend l'interprétation plus vite que la réalisation.

Les indicateurs côté récepteur protègent aussi contre un échec prévisible. Un indicateur côté producteur devenu un objectif sera atteint en produisant davantage de ce qu'il compte, une dynamique généralement associée à Goodhart (1975). L'IA rend cela peu coûteux. Un assistant dont l'objectif porte sur les "demandes clôturées" clôturera des demandes. Ancrer l'objectif sur l'état du récepteur le rend plus difficile à satisfaire sans produire de valeur.

7 L'antivaleur propre à l'IA

A5 traite l'antivaleur comme indépendante de la valeur : un transformateur d'IA peut produire de la valeur réelle et de l'antivaleur réelle au cours de la même période, et les deux ne s'annulent pas dans l'expérience du récepteur. Les types d'antivaleur suivants sont caractéristiques des transformateurs d'IA. Ils sont présentés comme des catégories à observer, et non comme des fréquences mesurées.

• Erreurs assurées. Une production incorrecte présentée avec la même fluidité qu'une production correcte. Le récepteur ne peut pas se fier au ton pour les distinguer, de sorte que chaque production doit être vérifiée, faute de quoi l'erreur se propage en aval.
• Charge de revue. L'effort nécessaire pour vérifier la production. Elle croît avec le volume produit, et non avec la qualité de la production.
• Érosion des compétences. Lorsque le transformateur d'IA prend en charge la première version du travail, les personnes qui la produisaient auparavant peuvent perdre la pratique qui faisait d'elles de bons relecteurs. Selon T6, cette distorsion accumulée réduit la capacité future du système à réaliser de la valeur, y compris sa capacité à détecter les erreurs de l'IA.
• Perte de confiance. Chaque interaction ratée diminue la confiance du récepteur dans le canal. Selon A8 et T7, lorsqu'une condition de participation est violée, l'acteur part ou modifie sa forme de participation.
• Inflation d'interprétation. La production de l'IA peut être citée, résumée et transmise plus vite qu'elle n'est vérifiée. Selon T17, les interprétations influentes qui ne sont pas confirmées par la réalisation accumulent de l'antivaleur : un résumé généré cité dans trois décisions propage ses erreurs trois fois.

Aucun de ces éléments n'apparaît dans une comparaison en ETP. Tous sont observables si le côté récepteur du flux est instrumenté.

8 Nommer et situer le rôle de l'IA

8.1 Nommer le rôle par sa production et son récepteur

"L'IA a remplacé l'analyste" masque le flux. "L'IA produit la première version du rapport hebdomadaire ; l'analyste vérifie les conclusions" nomme un transformateur, sa production, son récepteur et l'étape de revue. Une règle de nommage utile comporte trois parties :

1. l'élément de valeur que produit l'IA (version préliminaire, réponse, classification, modification de code) ;
2. le récepteur qui le consomme (client, relecteur, équipe suivante) ;
3. la condition dans laquelle le récepteur l'accepte (vérifié, approuvé, utilisé sans retravail).

8.2 Responsabilité

Un système d'IA ne peut pas assumer la responsabilité de la valeur, car il n'interprète pas les changements de son propre état comme de la valeur ou de l'antivaleur. En termes d'Æilus, il occupe un rôle de transformateur mais pas un rôle de responsable. Le Responsable du transformateur de valeur (VTO) du transformateur qui contient l'IA est responsable de sa valeur réalisée et réévaluée rétrospectivement, de l'antivaleur qu'il crée et de sa capacité à continuer de participer sans dégrader le système. Le Responsable du système de valeur (VSO) est responsable de la question de savoir si l'ajout du transformateur d'IA maintient la soutenabilité du système dans son ensemble et préserve les conditions de participation des autres acteurs, y compris les relecteurs dont il augmente la charge.

Lorsque l'interface entre le transformateur d'IA et son récepteur devient une source persistante de résistance, le rôle de Responsable de flux s'applique.

8.3 Rôles appariés et redondance

Selon T8, la redondance d'un rôle de transformation augmente la soutenabilité. Apparier une IA et une personne sur un même rôle, de sorte que chacun détecte les défaillances de l'autre, constitue une telle redondance. L'appariement doit être visible dans le schéma, afin que la moitié humaine soit comptée comme une entrée et non traitée comme gratuite.

8.4 Placement dans un Schéma de système de valeur

Dans un Schéma de système de valeur (VSS), le rôle de l'IA est représenté comme un convertisseur avec des entrées et des sorties explicites. Un placement minimal comprend :

• les flux entrants : données et contexte, calcul, effort d'instruction humaine, effort de revue ;
• les flux sortants : les éléments de valeur produits, chacun allant vers un convertisseur récepteur nommé ;
• un flux d'antivaleur : erreurs assurées et retravail renvoyés ou transmis en aval ;
• les valeurs planifiées et réalisées en Æ sur chaque flux sortant, la valeur réalisée étant enregistrée au niveau du récepteur.

Dessiné ainsi, le schéma révèle souvent un flux omis par l'analyse de rentabilité, typiquement l'effort de revue. Selon T9, si la structure n'explique pas les coûts observés, il existe des flux latents ou la frontière est erronée.

9 Implications pour l'adoption et pour la mesure des programmes d'IA

9.1 Décisions d'adoption

La vision par le transformateur change la question de l'adoption : au lieu de "quels emplois l'IA peut-elle effectuer ?", elle devient "dans quels flux un transformateur d'IA augmenterait-il la valeur réalisée au niveau du récepteur, nette de l'antivaleur et de l'effort de revue qu'il ajoute ?".

• Privilégier les flux où le récepteur peut valider à faible coût. Si vérifier une sortie coûte presque autant que la produire, le transformateur d'IA apporte peu. Si le récepteur peut confirmer rapidement la qualité, le transformateur peut apporter beaucoup.
• Être prudent là où les erreurs sont silencieuses. Lorsqu'une sortie erronée n'est détectée que bien plus tard, la valeur rétrospective peut devenir négative longtemps après que le programme a été déclaré réussi.
• Compter le budget de revue avant le déploiement. Les personnes qui réviseront les sorties sont des acteurs ayant leurs propres conditions de participation. Un déploiement qui les enfreint (A8) les perdra ou modifiera leur manière de participer (T7).
• Ne planifier la croissance que lorsque la livraison est confirmée. Æilus demande aux VTO d'augmenter la valeur planifiée uniquement lorsque la demande, l'afflux et la capacité de livraison sont confirmés (T16).

9.2 Mesurer les programmes d'IA

Pour la revue d'un programme, cet article propose quatre mesures, toutes au sein du système de valeur déclaré :

1. La valeur réalisée chez le récepteur, par flux, en Æ ou dans un indicateur indirect déclaré, enregistrée par le transformateur récepteur.
2. L'écart plan-fait : le décompte côté producteur moins la confirmation côté récepteur, suivi dans le temps.
3. La consommation complète : calcul et licences, plus l'effort de revue estimé et l'attention humaine.
4. Les indicateurs d'antivaleur : contacts répétés, modifications annulées, sorties corrigées, plaintes, et signes d'érosion des compétences ou de baisse de confiance.

Un programme qui ne rapporte que le volume et les économies d'ETP rapporte de la valeur planifiée. Elle peut être correcte, mais elle n'a pas encore été confirmée.

10 Scénario illustratif

Le scénario suivant est hypothétique. Les chiffres sont choisis pour la commodité du calcul et ne décrivent aucune organisation ni aucune mesure.

Une organisation produit introduit un assistant d'IA dans son flux de support. Au cours d'un mois hypothétique, le flux reçoit 1 000 demandes. L'assistant en marque 700 comme closes, et le rapport interne indique que l'assistant "traite 70 pour cent du support". Selon le cadre de l'employé, cela se lit comme sept dixièmes de la charge de travail d'une équipe d'opérateurs supprimés.

Plaçons maintenant l'assistant comme transformateur et regardons le côté récepteur. Supposons que 250 des 700 demandes closes reviennent dans la semaine sous forme de contacts répétés sur le même problème, désormais traités par des opérateurs humains et émanant de clients plus frustrés qu'auparavant. Supposons aussi que les opérateurs passent du temps à lire la transcription de l'assistant avant de répondre à chaque contact répété.

La vue côté récepteur ne dit pas que l'assistant a échoué. Dans cet exemple hypothétique, 450 clients ont vu leur problème résolu rapidement, ce qui constitue une valeur réalisée réelle. Elle montre que la valeur planifiée de 700 clôtures comprenait 250 hypothèses que les récepteurs ont rejetées. Ces 250 se sont transformées en trois types d'antivaleur : un travail supplémentaire des opérateurs sur des cas plus difficiles que la moyenne, un effort de revue des transcriptions, et une confiance réduite des clients envers le canal. La charge de travail des opérateurs a diminué moins que ne le laissait entendre le rapport, et la charge restante est devenue plus difficile.

Un VTO qui est responsable du transformateur de support agirait sur l'écart, et non sur les 70 pour cent. Les options comprennent : restreindre l'assistant aux types de demandes pour lesquels les récepteurs confirment la résolution, acheminer plus tôt les cas incertains vers des personnes, et ajouter une vérification côté récepteur ("cela a-t-il résolu votre problème ?") avant qu'une demande ne soit comptée comme close. Savoir si l'une d'elles augmente la valeur réalisée nette est une question empirique ; le scénario montre seulement quels chiffres sont nécessaires pour y répondre.

11 Limites

Cet article est une analyse conceptuelle dérivée des axiomes et théorèmes de la VMT et du matériel méthodologique d'Æilus. Il ne rapporte aucune donnée empirique. Les catégories d'antivaleur de la section 7 sont proposées comme des catégories observables ; leur fréquence et leur ampleur dans les organisations réelles ne sont pas connues à partir de ce travail.

La mesure côté récepteur peut être coûteuse, et certains récepteurs ne peuvent pas rendre compte de leur état. Convertir l'effort de revue, la confiance et l'érosion des compétences en Æ exige une politique d'agrégation définie par le VSO, et ces valeurs ne sont que partiellement commensurables (A13). Une frontière différente, par exemple une frontière incluant le fournisseur d'IA, produirait des conclusions différentes (T15). L'article traite également le système d'IA comme un transformateur fixe, alors que les systèmes qui apprennent à partir des retours des récepteurs peuvent modifier leur écart plan-fait au fil du temps.

La validation exigerait une observation longitudinale de transformateurs d'IA dans plusieurs systèmes de valeur, avec la valeur planifiée, la valeur réalisée côté récepteur, l'effort de revue et les indicateurs d'antivaleur enregistrés sur les mêmes flux au fil du temps.

12 Conclusion

Traiter l'IA comme un employé numérique la mesure du côté producteur d'un flux, là où elle est la plus forte, et laisse non mesuré le côté récepteur, où la valeur est réalisée. Traiter l'IA comme un rôle de transformateur (A7) rend visible l'échange complet : elle consomme des données, du calcul, de l'attention humaine et de l'effort de revue, et elle produit des éléments de valeur qui restent des hypothèses jusqu'à ce qu'un récepteur les consomme (A6). La valeur planifiée et la valeur réalisée de la sortie de l'IA divergent (A4, T3), et cette divergence se transforme en reprises cachées et en antivaleur qui s'accumule (A5, T4, T6).

Les conséquences pratiques : déclarer la valeur de qui est mesurée. Nommer le rôle de l'IA par sa sortie et son récepteur. Le dessiner dans le Schéma de système de valeur avec toutes ses entrées, y compris la revue. Mesurer la valeur là où la sortie est consommée, et suivre l'écart entre les décomptes côté producteur et la confirmation côté récepteur. Attribuer la responsabilité à un VTO, et non au système lui-même. Ne déployer à grande échelle que ce que les récepteurs ont confirmé. Un programme d'IA mesuré de cette manière peut sembler moins impressionnant dans son premier rapport et se révéler considérablement plus utile dans les suivants.

Références

• Bolshakov, V. Value Management Theory and Employee-Centric Competitive Advantage: A System-Level Perspective. ÆVRI, 2026.
• Bolshakov, V. Value, Anti-Value and Value Flows: A Working Vocabulary for Practitioners. ÆVRI, 2026.
• Bolshakov, V. Æilus Methodology v2.0. aeilus.tech, 2026.
• Bolshakov, V. Rethinking Efficiency: Value Systems, Flows, Converters, and Elements. aeilus.tech, 2026.
• Bolshakov, V. Value Elements: What We Actually Produce and Consume. aeilus.tech, 2026.
• Goodhart, C. A. E. Problems of Monetary Management: The U.K. Experience. 1975.
• Reinertsen, D. G. The Principles of Product Development Flow. 2009.
• Womack, J. P. et Jones, D. T. Lean Thinking. 1996.