i

Description

Un magasin IKEA

Source

auteur non indiqué · page d’origine

Licence

CC0 Domaine public

Photo d’origine, non retouchée. L’arrière-plan en est une version stylisée par le site.

L'effet IKEA

Ce qu'on a bâti de ses mains nous paraît meilleur, et plus précieux, que la même chose bâtie par un autre.

En bref

• Quoi : l'effort investi dans une réalisation en augmente la valeur perçue, au-delà de sa qualité.
• Pourquoi : l'effort justifie l'attachement, procure un sentiment de compétence, et on se sait l'auteur du résultat.
• Détecter : défense du code maison, refus de le supprimer, jugement plus sévère sur le travail d'autrui.
• Éviter : revues sans nom d'auteur, critères fixés avant, prototypes jetables, regard d'un tiers.

Sur cette page

1. Définition
2. Le mécanisme
3. Où on le rencontre
   1. En conduite de projet
   2. En management
4. Cas célèbres
   1. « L'effet IKEA : quand le travail mène à l'amour » 2012
   2. L'heuristique de l'effort 2004
   3. Se rassurer en construisant 2012
5. Signaux de détection
6. Réflexes d'évitement
7. Avec l'IA : détecter, remédier, atténuer
   1. Détecter
   2. Remédier
   3. Atténuer
   4. Prompts à intégrer à vos usages
   5. Comment les intégrer
   6. Précautions
8. Limites
9. Sources et vérification
10. Voir aussi
    1. Se combine avec, ou renforce
    2. Biais voisins
    3. Contrepoids et réflexes associés

Définition#

Illustration fictive

Illustration fictive

L'effet IKEA désigne la tendance à accorder une valeur disproportionnée aux objets que l'on a soi-même contribué à fabriquer, même modestement. Le nom vient de l'enseigne de meubles en kit ; il a été proposé par Michael Norton, Daniel Mochon et Dan Ariely dans un article de 2012.

L'effet ne dépend pas de la qualité réelle : un objet assemblé de façon approximative est évalué plus haut par son auteur qu'un objet identique, mais déjà fait, par un tiers. Il est voisin de l'effet de dotation (on valorise ce qu'on possède), avec une différence : ici, la valeur vient de l'effort fourni.

Le mécanisme#

• L'effort comme signal de valeur. Nous jugeons souvent la qualité d'une chose d'après le travail qu'elle a demandé. Kruger et ses collègues (2004) ont montré qu'un même poème ou un même tableau est mieux noté quand on pense qu'il a demandé plus d'efforts : c'est l'heuristique de l'effort.
• Le sentiment de compétence. Réussir à construire quelque chose renforce l'image qu'on a de soi, et cette fierté se reporte sur l'objet. Mochon, Norton et Ariely (2012) l'ont montré : le sentiment de compétence procuré par la construction explique la valeur ajoutée ; conforter au préalable l'image de soi réduit la valeur accordée à sa création, alors que la menacer pousse à construire davantage soi-même.
• L'investissement à protéger. Plus on a donné, plus on tient. On retrouve le terrain de l'erreur des coûts irrécupérables : abandonner ce qu'on a construit, c'est reconnaître un effort perdu.
• Une condition : aller au bout. Dans les expériences, l'effet disparaît quand la réalisation est abandonnée ou détruite : c'est l'achèvement qui compte.

Où on le rencontre#

En conduite de projet#

• Revue de code : l'auteur défend sa solution comme si on critiquait sa personne ; il juge le code des autres plus sévèrement que le sien.
• Refontes et réécritures : refuser de supprimer un module maison encombrant, ou, à l'inverse, vouloir tout réécrire pour que « ce soit à nous ».
• Architecture : une architecture conçue par l'équipe est jugée adaptée par l'équipe, même quand un standard ferait mieux (voir le syndrome « pas inventé ici »).
• Prototypes et maquettes : un prototype qui devait être jeté devient la base du produit, car il a coûté des semaines.
• Scripts et outils internes : l'outil écrit un week-end « pour dépanner » est défendu des années durant contre un produit mieux maintenu.
• Documents : l'auteur d'une spécification relit son texte avec indulgence et ne voit plus ses ambiguïtés.

En management#

• Organisation : un manager qui a conçu un processus ou une structure d'équipe la défend contre les évidences ; la réorganisation de son prédécesseur serait déjà « à revoir ».
• Évaluation de son propre travail : le plan, la stratégie ou le tableau de bord qu'on a construits sont jugés plus favorablement que ceux d'un autre.
• Participation et adhésion : à l'inverse, l'effet est utile. Une décision construite avec l'équipe est mieux défendue par elle ; mais cette adhésion peut aussi aveugler sur ses limites.
• Embauche : un manager qui a formé un collaborateur peut le surestimer, comme son propre ouvrage.

Cas célèbres#

Signaux de détection#

• « C'est notre outil » ou « c'est mon code » avant toute évaluation.
• Un composant est défendu par l'ancienneté de l'investissement plutôt que par son usage.
• L'auteur de la solution est le seul à la juger « simple » ou « suffisante ».
• Les revues de code font apparaître des réactions défensives disproportionnées.
• Le prototype jetable est en production depuis deux ans.
• On compte les mois ou les jours de travail pour justifier la valeur.

Réflexes d'évitement#

1. Séparer l'œuvre de l'auteur. En revue, on parle du code, de la spécification, de la décision, pas de la personne. Les revues sans nom d'auteur renforcent cette séparation.
2. Fixer des critères avant d'évaluer. Performance, coût de maintenance, lisibilité, risques : notés par la même grille pour la solution maison et pour les alternatives.
3. Faire juger par un tiers. Une personne qui n'a pas participé à la construction donne un avis moins coloré, quitte à le comparer ensuite à celui de l'auteur.
4. Annoncer qu'un prototype est jetable, et le jeter. Le dire dès le départ, en dater l'abandon, ne pas le faire évoluer en produit.
5. Se poser la question du client. « Si cet outil existait déjà tout fait, le construirions-nous aujourd'hui ? » Si la réponse est non, l'effet IKEA est probable.
6. Compter la valeur, pas l'effort. Évaluer ce que la réalisation apporte, pas ce qu'elle a demandé.
7. Utiliser l'effet à bon escient. Faire participer l'équipe à la décision améliore l'adhésion ; en revanche, attention à ne pas confondre adhésion et justesse.

Avec l'IA : détecter, remédier, atténuer#

Prompts à intégrer à vos usages#

1. Relecteur sans complaisance. Pour juger un travail qu'on a produit soi-même (sans données confidentielles).

Tu es un relecteur exigeant, sans lien avec l'auteur. Évalue le travail ci-dessous sur ces critères : [liste : clarté, robustesse, coût de maintenance, risques, adéquation au besoin].
Pour chaque critère, donne une note de 1 à 5 et la preuve précise (passage, ligne ou argument) qui la justifie.
Commence par les faiblesses les plus importantes. Ne cherche pas à rassurer et ne reformule pas les points forts avant d'avoir terminé les faiblesses.

Travail : [code, document ou description]

2. Repartir de zéro. Quand on hésite à abandonner ou à remplacer ce qu'on a construit.

Voici ce que nous avons construit : [description], pour répondre à ce besoin : [besoin].
Si cela n'existait pas aujourd'hui, que ferais-tu pour répondre à ce besoin, avec les moyens et les produits disponibles ? Compare avec notre solution en laissant de côté l'effort déjà investi (ne le compte ni en pour ni en contre).
Dis à quelles conditions il serait raisonnable de conserver notre solution, et à quelles conditions il faudrait la remplacer.

Comment les intégrer#

• Avant une revue : l'auteur lance le prompt 1 sur son travail, puis lit les faiblesses avant de rencontrer ses collègues.
• Avant une refonte : le prompt 2 donne une base de discussion qui ne dépend pas de l'histoire de la solution.
• En rétrospective : examiner si l'attachement à une réalisation a retardé une décision.

Précautions#

• Ne collez ni code propriétaire, ni données personnelles, ni documents confidentiels dans un outil non autorisé.
• L'IA manque du contexte et des contraintes de votre produit : ses critiques sont des pistes, pas un verdict.
• Un assistant approuve facilement ce qu'on lui soumet ; si tout est « très bien », reformulez le prompt de manière à exiger les défauts.

Limites#

• Les expériences portent sur des objets simples et de faible valeur, avec des participants souvent étudiants et des enjeux modestes : l'extension à un système logiciel de plusieurs années est plausible, mais n'a pas été mesurée telle quelle.
• L'effet a des bénéfices : la fierté du travail bien fait, l'engagement et l'adhésion à ce qu'on a construit en commun sont des moteurs de qualité. Le problème n'est pas l'attachement, mais le jugement qui en dépend.
• Il se confond parfois avec d'autres effets (dotation, coûts irrécupérables, dissonance cognitive) : dans la pratique, plusieurs jouent ensemble et on ne peut pas toujours les séparer.

Sources et vérification#

• Norton, Mochon & Ariely (2012), « The IKEA effect: When labor leads to love », Journal of Consumer Psychology, 22(3)
• Mochon, Norton & Ariely (2012), « Bolstering and restoring feelings of competence via the IKEA effect », International Journal of Research in Marketing, 29(4).
• Kruger, Wirtz, Van Boven & Altermatt (2004), « The effort heuristic », Journal of Experimental Social Psychology, 40(1).

Voir aussi#