Généralisation abusive : Pourquoi les cas exemplaires ne prouvent rien (et vous coûtent des millions)

Introduction : Le jour où le cas Spotify a coûté 15M€ (mars 2019)

Mars 2019. Une entreprise française de services informatiques, 180 employés, 25M€ de chiffre d’affaires. Le nouveau DG, fraîchement arrivé d’un grand groupe, convoque un Comex stratégique.

Un consultant débarque avec 73 slides et une conviction : « Il faut passer au modèle Spotify« .

Spotify, c’est l’entreprise suédoise qui a révolutionné son organisation avec des squads, des tribes, des chapters. Un cas d’école documenté et enseigné dans les business schools. Iconique.

Le consultant déplie le récit :

• autonomie,
• agilité,
• innovation,
• performance.

Les slides affichent des graphiques ascendants, des citations inspirantes, des photos de bureaux scandinaves lumineux.

Le Comex est séduit. La transformation démarre. Budget : 15M€.

8 mois plus tard : effondrement.

Les équipes ne savent plus qui décide. Les projets se chevauchent. Les clients perdent leurs interlocuteurs. 23 départs en 6 mois, dont 7 seniors. Les revenus stagnent. Le DG est remercié.

Qu’est-ce qui a merdé ?

Rien. Tout fonctionnait comme prévu. Le problème n’était pas l’exécution mais la généralisation abusive.

Spotify avait 4 000 employés, une culture tech suédoise, une architecture produit modulaire, 15 ans d’itération organisationnelle, et un contexte de croissance exponentielle. L’entreprise française avait 180 employés, une culture hiérarchique historique, des projets clients au forfait, aucune base agile préexistante, et un marché mature.

Le cas Spotify ne prouvait rien pour eux. Il racontait juste une belle histoire.

Dans les débats publics, dans les médias, dans le conseil, dans le management, et jusque dans certaines recherches mal maîtrisées, une phrase revient avec une régularité presque mécanique :

• « Regardez ce cas. Il prouve bien que… »

Un exemple frappant, une histoire concrète, un témoignage fort et, soudain, une conclusion générale s’impose, comme si elle allait de soi. Le raisonnement semble intuitif, presque naturel. Pourtant, du point de vue méthodologique, il repose sur une erreur fondamentale : la généralisation abusive.

Ce biais consiste à tirer une conclusion générale à partir d’un nombre insuffisant d’observations – parfois une seule – sans vérifier si les conditions qui rendent ce cas possible sont présentes ailleurs. Le problème n’est pas l’usage du cas en tant que tel mais la confusion entre illustrer et prouver.

Cas singulier et validité générale : Deux registres distincts

Un cas peut être narrativement puissant, émotionnellement convaincant, intellectuellement stimulant. Mais aucune de ces qualités ne lui confère automatiquement une valeur de preuve.

En méthodologie de recherche, un cas est d’abord une observation située. Il se déploie dans un contexte précis :

• un moment,
• des acteurs,
• des contraintes,
• des interactions,
• une histoire antérieure.

Ce contexte n’est pas un détail secondaire. Il est constitutif du phénomène observé.

Généraliser à partir d’un cas suppose implicitement que :

• les variables pertinentes ont été correctement identifiées,
• elles sont présentes dans d’autres contextes,
• elles interagissent de manière comparable,
• aucun facteur décisif n’est absent.

Or, dans la majorité des usages publics du cas, ces conditions ne sont ni explicitées, ni testées, ni même interrogées.

L’erreur logique au cœur de la généralisation abusive

Sur le plan logique, la généralisation abusive est une inférence invalide. Elle suit généralement ce schéma :

• Un phénomène est observé dans un cas A
• Le phénomène est jugé significatif
• On conclut que le phénomène vaut pour une classe plus large de situations

Ce raisonnement omet une étape décisive : la démonstration que le cas A est représentatif, ou au moins transférable.

Sans cette démonstration, le cas ne permet qu’une chose, formuler une hypothèse. Il ne permet jamais de l’établir.

Pourquoi le cerveau adore les cas exemplaires

Si la généralisation abusive est si fréquente, ce n’est pas parce que les chercheurs, journalistes ou décideurs seraient naïfs. C’est parce que le cas singulier épouse parfaitement notre fonctionnement cognitif.

Un cas :

• est facile à mémoriser,
• suscite de l’empathie,
• donne l’illusion de comprendre rapidement une situation complexe.

Le cerveau humain préfère une histoire cohérente à une analyse probabiliste. Un exemple concret fait sens immédiatement, là où des données comparatives exigent un effort d’abstraction.

Un cas exemplaire agit comme une lampe torche dans une pièce sombre. Il éclaire intensément un point précis mais laisse le reste de la pièce dans l’ombre. Le problème commence lorsqu’on confond ce faisceau lumineux avec l’ensemble de la pièce.

Illustration n’est pas démonstration

Il est essentiel de distinguer deux usages radicalement différents du cas.

1. Le cas comme illustration

Il rend une idée plus concrète, facilite la compréhension, incarne un mécanisme abstrait. Dans ce rôle, le cas est légitime. Il accompagne une démonstration déjà établie par ailleurs.

2. Le cas comme preuve

Il est censé établir la validité d’une thèse, sert de fondement principal à une conclusion, et remplace l’analyse comparative ou systématique.

C’est ici que l’erreur apparaît. Un cas ne prouve rien par lui-même car il ne permet ni de mesurer la fréquence d’un phénomène, ni d’en identifier les conditions de validité.

Même lorsqu’un cas est vrai, authentique ou vécu, cela ne le rend pas probant. La véracité d’un épisode n’est pas la preuve d’une régularité.

Le cas exemplaire : Une illusion rétrospective

Un autre piège consiste à qualifier un cas d’exemplaire après coup. Une fois le résultat observé, on reconstruit le récit qui le rend intelligible, voire inévitable.

Ce phénomène est renforcé par le biais de rétrospection. Les éléments qui ont conduit à l’issue connue semblent ordonnés, logiques, presque nécessaires. Les alternatives non advenues disparaissent du champ d’analyse.

Le cas devient alors un modèle narratif :

« Ils ont fait X, donc ils ont obtenu Y ».

Ce raisonnement efface :

• les tentatives échouées,
• les contextes similaires sans succès,
• les variables absentes ou différentes,

et, surtout, il confond chronologie et causalité.

Le biais du survivant : Quand on étudie uniquement les gagnants

Le cas exemplaire est souvent un cas survivant.

Le biais du survivant (survivorship bias) désigne l’erreur qui consiste à analyser uniquement les réussites visibles en ignorant les échecs invisibles. On tire des conclusions générales à partir d’un échantillon biaisé : celui de ceux qui ont survécu, réussi, émergé.

Le problème structurel

Quand vous étudiez Steve Jobs pour comprendre le succès entrepreneurial, vous oubliez les 10 000 entrepreneurs qui ont :

• pris les mêmes risques,
• eu la même vision,
• travaillé avec la même intensité,
• adopté les mêmes principes de design,
• refusé les compromis comme lui,

et qui ont fait faillite.

Ils ne sont pas dans les livres ni dans les conférences TED. Ils ne sont pas non plus dans les études de cas de Harvard. Bref, ils sont invisibles.

En conséquence, vous croyez identifier les facteurs de succès alors que vous observez simplement les caractéristiques communes des survivants qui peuvent très bien être présentes aussi chez les disparus.

Cas clinique : La méthode Toyota appliquée partout (et qui échoue presque partout)

Années 1980-1990 : Toyota devient l’exemple mondial de l’excellence industrielle. Lean manufacturing, kaizen, juste-à-temps, qualité totale. Le Toyota Production System est documenté, enseigné, copié.

Des centaines d’entreprises occidentales tentent de reproduire le modèle.

Résultat général : échec massif.

Pourquoi ? Parce que le cas Toyota était un cas survivant dans un contexte spécifique :

• Culture japonaise du consensus et de l’amélioration continue (enracinée depuis des décennies),
• Relation employeur-employé à vie (sécurité psychologique permettant l’expérimentation),
• Réseau de fournisseurs locaux ultra-intégré (géographie, confiance, coordination),
• Marché automobile en croissance exponentielle (contexte économique),
• 40 ans d’itération et d’ajustement interne avant la médiatisation.

Les entreprises qui ont tenté de copier Toyota ont importé des outils (kanban, 5S, andon) sans le contexte qui les rendait efficaces.

Elles ont étudié un survivant sans analyser les milliers d’usines japonaises qui avaient échoué avant Toyota, ou celles qui avaient tenté la même approche sans succès.

Le test anti-biais du survivant

Pour chaque cas exemplaire qu’on vous présente, posez vous la question :

« Combien ont fait exactement la même chose et ont échoué ?« 

Si la réponse est floue, évasive, ou inexistante, vous êtes face à un cas survivant, pas à une preuve.

Le cas exemplaire comme produit marketing du conseil

Dans le monde du conseil stratégique, le cas exemplaire n’est pas un outil méthodologique : c’est un produit marketing.

Il transforme une corrélation fortuite en méthode vendable. Il donne l’illusion de la rigueur tout en évitant le coût d’une recherche comparative sérieuse.

La mécanique de vente

• Étape 1 : Identifier un succès visible (Netflix, Amazon, Tesla, Spotify, Patagonia)
• Étape 2 : Reconstruire rétrospectivement une méthode qui explique ce succès
• Étape 3 : Packager cette méthode en framework vendable (Le modèle X, Les 7 principes de Y)
• Étape 4 : Vendre cette méthode à des entreprises dans des contextes radicalement différents
• Étape 5 : Si ça échoue, blâmer la résistance au changement ou l’exécution insuffisante

Pourquoi ça marche commercialement

Parce que le cas exemplaire :

• est plus vendable qu’une analyse statistique sobre,
• rassure les décideurs (« si ça a marché pour eux… »),
• justifie des budgets importants (transformation = prestige),
• évite au consultant de dire « je ne sais pas si ça marchera chez vous ».

Le cas devient une prophétie auto-réalisatrice inversée. On engage des moyens massifs parce qu’on croit au cas, et quand ça échoue, on impute l’échec à autre chose que la méthode elle-même.

Cas clinique : Netflix et la culture de la liberté (importée dans une banque)

2016. Une grande banque européenne décide d’adopter le modèle Netflix de culture d’entreprise :

• liberté,
• responsabilité,
• pas de processus rigides,
• « on embauche des adultes« .

Un consultant présente le célèbre document de culture Netflix (127 slides, viral, iconique).

Extraits :

• « We’re a team, not a family » (« Nous sommes une équipe, pas une famille »).
• « Adequate performance gets a generous severance package » (« Une performance adéquate donne droit à une généreuse indemnité de départ »).
• « Freedom and responsibility, not rules » (Liberté et responsabilité, pas de règles »).

La direction est convaincue. Lancement d’un programme de transformation culturelle. Budget : 8M€.

18 mois plus tard : Désastre silencieux

• Les équipes interprètent le mot liberté comme absence de coordination.
• Les managers n’osent plus cadrer par peur d’être old school.
• Les employés les moins performants ne sont pas virés (syndicats, droit du travail européen).
• La culture team not family crée de l’anxiété généralisée dans un secteur où la stabilité est une valeur.

Résultat : baisse de l’engagement (enquête interne -18 points), départs de cadres seniors, projets critiques en retard.

Qu’est-ce qui manquait dans l’analyse ?

Netflix opère dans un secteur technologique en hyper croissance, avec :

• un marché du travail tech ultra-liquide (facile de partir et revenir),
• une culture californienne de mobilité professionnelle,
• aucune contrainte réglementaire type secteur bancaire,
• un profil d’employés auto-sélectionnés pour l’intensité et l’instabilité,
• une capacité à payer top 1% du marché pour attirer les meilleurs.

La banque avait :

• un secteur régulé, conservateur, avec faible rotation naturelle,
• un droit du travail européen protecteur,
• une culture historique de sécurité de l’emploi,
• des salaires moyens du secteur bancaire (compétitifs mais pas tech-level),
• des employés qui avaient choisi la banque précisément pour la stabilité.

Le consultant avait vendu un cas exemplaire. Il aurait dû vendre une analyse de transférabilité.

Mais une analyse de transférabilité aurait conclu : « Ce modèle n’est probablement pas applicable chez vous » ..Et ça, ça ne se vend pas à 8M€.

Critère central : La transférabilité (le test en 60 secondes)

La question méthodologique décisive n’est pas :

« Ce cas est-il impressionnant ? »

mais

« Dans quelles conditions ce cas est-il transférable ? »

La transférabilité ne signifie pas reproductibilité mécanique. Elle exige une analyse fine des conditions de possibilité du phénomène observé.

Test de transférabilité en 60 secondes

Avant de conclure qu’un cas s’applique à votre situation, répondez à ces 3 questions :

Question 1 : Le contexte structurel est-il identique ?

Comparez :

• Taille : 50 personnes vs 5 000 personnes = systèmes radicalement différents
• Marché : croissance exponentielle vs marché mature = dynamiques opposées
• Réglementation : secteur libre vs secteur régulé = marges de manœuvre incomparables
• Culture : startup tech vs industrie traditionnelle = valeurs et modes de décision opposés
• Ressources : cash illimité vs contraintes budgétaires = options stratégiques différentes

• Si 2 différences structurelles majeures → la transférabilité est douteuse.
• Si 3+ différences → vous êtes en train de forcer une analogie.

Question 2 : Les variables absentes peuvent-elles tout changer ?

Ce qui manque est souvent plus décisif que ce qui est présent.

Exemples de variables absentes critiques :

• Une culture préexistante (impossible à importer en 6 mois)
• Un leadership charismatique unique (non duplicable)
• Un contexte économique favorable (non contrôlable)
• Une absence de contraintes réglementaires (non transférable)
• Un timing historique spécifique (non reproductible)

• Si vous identifiez 1 variable absente critique → le cas n’est probablement pas transférable.
• Si vous ne cherchez même pas les variables absentes → vous êtes en généralisation abusive active.

Question 3 : Combien de fois cette approche a-t-elle échoué ailleurs ?

Si vous ne connaissez pas les échecs, vous ne connaissez pas le phénomène.

• Combien d’entreprises ont tenté cette transformation et échoué ?
• Dans quels contextes cette approche a-t-elle produit l’effet inverse ?
• Quelles sont les conditions nécessaires pour que ça échoue ?

Si vous n’avez pas ces informations, vous étudiez un cas survivant, pas un phénomène robuste.

Résultat du test

• 3/3 réponses positives → La transférabilité est plausible (mais pas garantie)
• 2/3 réponses positives → Prudence extrême recommandée, analyse approfondie nécessaire
• 0-1/3 réponses positives → Vous êtes en train de généraliser abusivement

Si vous ne pouvez pas répondre aux 3 questions, le cas est un point de départ pour une hypothèse, jamais une conclusion.

Généralisation abusive : Une erreur de méthode collective

La généralisation abusive n’est pas seulement un biais cognitif individuel. C’est aussi un problème de méthode collective.

Dans de nombreux domaines – recherche appliquée, expertise, conseil stratégique, journalisme d’analyse – le cas sert souvent de substitut méthodologique. Là où une enquête comparative demanderait du temps et des moyens, on injecte un exemple parlant. Là où une modélisation exigerait un effort conceptuel, on raconte une histoire.

La faiblesse de la méthode est alors masquée par la force du récit.

Le faux prestige du terrain

Un argument revient fréquemment :

« Ce n’est pas de la théorie, c’est du terrain ».

Comme si le terrain garantissait, à lui seul, la validité des conclusions. Or, le terrain n’est jamais brut. Il est sélectionné, observé, raconté, découpé. Un cas de terrain n’a de valeur analytique que s’il est inscrit dans un cadre explicatif explicite.

Opposer cas concret et méthode est donc un faux dilemme. La vraie question est : « qu’est-ce qui, dans ce cas, est structurel, et qu’est-ce qui est circonstanciel ?« 

Le problème des contre-cas invisibles

Toute généralisation abusive repose sur une omission majeure : les contre-cas.

Lorsqu’un cas est mis en avant, on oublie de demander combien de situations comparables n’ont pas produit le même résultat. Les échecs restent silencieux, invisibles, non racontés.

Méthodologiquement, c’est une faute grave. Un phénomène ne peut être qualifié de robuste que si l’on sait dans quels cas il échoue.

Confusion des niveaux d’analyse

Autre erreur fréquente, utiliser un cas individuel pour conclure sur :

• un groupe,
• une organisation,
• un système institutionnel,
• une dynamique collective.

Passer d’un niveau à l’autre n’a rien d’évident. Les propriétés observées localement ne se transfèrent pas mécaniquement à un niveau global. Ignorer ce changement d’échelle revient à projeter abusivement une observation locale sur une structure plus vaste.

Quand le cas unique est méthodologiquement légitime

Un cas unique peut être pertinent lorsqu’il est :

• critique (il met à l’épreuve une théorie),
• extrême (il révèle des mécanismes invisibles ailleurs),
• révélateur (il donne accès à des processus rarement observables).

Même dans ces situations, le cas ne prouve pas une loi. Il ouvre une question, teste une limite, déplace un cadre théorique.

Le glissement vers la normativité

Dans l’espace public, la généralisation abusive sert souvent à prescrire :

• « Ils ont réussi ainsi, donc vous devez faire pareil« .
• « Ce cas prouve que cette politique fonctionne« .
• « Cet exemple montre d’où vient le problème« .

Une observation contingente devient une règle implicite. La complexité disparaît, remplacée par l’injonction.

C’est comme utiliser une clé trouvée par hasard pour tenter d’ouvrir toutes les portes. Qu’elle ait fonctionné une fois ne dit rien sur les serrures à venir.

Ce que la méthodologie exige réellement

Une approche rigoureuse ne se contente pas de demander si un cas est intéressant. Elle exige au minimum :

• À quel type de cas appartient-il ?
• Quelles conditions sont nécessaires à son émergence ?
• Qu’observerait-on si l’interprétation était fausse ?

Tant que ces questions restent sans réponse, le cas reste un outil narratif, pas une preuve.

Conclusion : Un cas peut éclairer, jamais conclure

Un cas singulier peut ouvrir une question, suggérer une piste, ou rendre visible un mécanisme. Il peut enrichir la compréhension, mais il ne saurait clore un débat.

Confondre illustration et preuve, c’est céder à une tentation intellectuelle confortable : croire qu’un fragment du réel suffit à dire le tout.

Dans un monde saturé d’exemples frappants et de récits viraux, la rigueur méthodologique n’est pas un luxe académique. C’est une condition minimale pour penser sans se tromper trop vite, et pour ne pas transformer une histoire convaincante en certitude infondée.

On revient à cette entreprise qui a tenté d’importer le modèle Spotify en mars 2019.

Deux ans après l’échec, un post-mortem interne a été réalisé. La conclusion tenait en une phrase :

« Nous avons acheté un cas exemplaire. Nous aurions dû acheter une analyse de transférabilité« .

La différence ? 15M€ et 23 départs.

La prochaine fois qu’on vous présente un cas qui prouve, posez vous trois questions :

1. Le contexte structurel est-il identique ?
2. Quelles sont les variables absentes critiques ?
3. Combien de fois cette approche a-t-elle échoué ailleurs ?

Si les réponses sont floues, vous n’êtes pas face à une preuve. Vous êtes face à une histoire qu’on essaie de vous vendre.

Si cette situation vous est familière, vous pouvez la cartographier directement avec l’outil d’investigation systémique.

Foire aux questions – FAQ

Un cas ne peut-il jamais servir de preuve ?

Si, dans des conditions très spécifiques lorsqu’il :

1. réfute une affirmation universelle (un seul contre-exemple suffit à invalider « tous les X sont Y« ),
2. est un cas critique qui met à l’épreuve une théorie dans des conditions extrêmes
3. est réellement unique et que le phénomène ne peut être observé ailleurs.

Mais même dans ces cas, le cas sert à invalider ou à questionner, rarement à établir positivement une généralité. La charge de la preuve reste sur l’analyse comparative, pas sur le cas lui-même.

Comment distinguer un bon cas d’étude d’une généralisation abusive ?

Un bon cas d’étude :

1. explicite ses limites de transférabilité,
2. identifie les variables contextuelles critiques,
3. documente les tentatives échouées dans des contextes similaires,
4. ne prétend pas établir une loi mais ouvrir une hypothèse.

Une généralisation abusive :

1. présente le cas comme représentatif sans justification,
2. omet le contexte ou le traite comme secondaire,
3. ignore les contre-exemples,
4. conclut directement du cas à la règle générale.
5.  

La différence tient dans la modestie épistémique (logique modale) : le bon cas dit « voici une possibilité à explorer« , la généralisation abusive dit « voici comment ça marche partout« .

Le biais du survivant s’applique-t-il aux échecs aussi ?

Oui, c’est le biais du survivant inversé : on peut aussi généraliser abusivement à partir d’échecs visibles en ignorant les réussites silencieuses.

Exemple : « Cette startup a échoué avec le modèle freemium, donc le freemium ne marche pas » alors que des milliers de startups réussissent avec ce modèle sans faire la une. Le biais fonctionne dans les deux sens :

• on sélectionne ce qui est visible (succès spectaculaires ou échecs médiatisés),
• et on ignore ce qui est invisible (la masse des cas ordinaires, réussis ou échoués).

La rigueur exige d’analyser l’échantillon complet, pas seulement ce qui attire l’attention.

Peut-on utiliser des cas en pédagogie sans tomber dans la généralisation abusive ?

Oui, si l’usage pédagogique est clair : le cas sert à illustrer un mécanisme déjà démontré, pas à le prouver. En pédagogie, le cas rend concret (« voici comment ce principe s’est manifesté ici« ), stimule la réflexion (« que se passerait-il si on changeait telle variable ?« ), et facilite la mémorisation.

Mais l’enseignant doit expliciter : « Ce cas illustre X, il ne prouve pas que X est universel« . La confusion arrive quand le cas pédagogique migre vers l’argumentation publique et devient la preuve que. En formation, utilisez des cas multiples montrant des variations contextuelles. Cela vaccine contre la généralisation abusive en montrant que le même principe produit des effets différents selon les contextes.

La recherche qualitative est-elle condamnée à la généralisation abusive ?

Non, mais elle exige une rigueur méthodologique spécifique. La recherche qualitative de qualité :

1. utilise des échantillons théoriques (cas sélectionnés pour leur valeur analytique, pas statistique),
2. pratique la saturation théorique (on étudie des cas jusqu’à ce que de nouveaux cas n’apportent plus d’information nouvelle),
3. documente précisément les conditions de transférabilité,
4. utilise la triangulation (croisement de méthodes, sources, chercheurs).

La généralisation abusive survient quand la recherche qualitative imite mal la démarche quantitative en prétendant établir des lois générales à partir de quelques entretiens. La force du qualitatif est de comprendre en profondeur, pas de compter ou de généraliser mécaniquement.

Références

Concepts méthodologiques fondamentaux

• Yin, R.K. (2018) – « Case Study Research and Applications: Design and Methods » (6e édition) – Sage Publications – Référence méthodologique sur l’étude de cas rigoureuse
• Stake, R.E. (1995) – « The Art of Case Study Research » – Sage Publications – Distinction entre cas intrinsèque, instrumental et collectif
• Flyvbjerg, B. (2006) – « Five Misunderstandings About Case-Study Research » – Qualitative Inquiry, 12(2), 219-245 – Critique des idées reçues sur la généralisation

Biais cognitifs et erreurs de raisonnement

• Kahneman, D. (2011) – « Thinking, Fast and Slow » – Farrar, Straus and Giroux – Heuristiques et biais cognitifs, dont la disponibilité mentale
• Tversky, A., & Kahneman, D. (1974) – « Judgment under Uncertainty: Heuristics and Biases » – Science, 185(4157), 1124-1131 – Article fondateur sur les biais de jugement
• Taleb, N.N. (2007) – « The Black Swan : The Impact of the Highly Improbable » – Random House – Critique de la généralisation inductive naïve

Biais du survivant : recherches empiriques

• Brown, S.J., Goetzmann, W., Ibbotson, R., & Ross, S. (1992) – « Survivorship Bias in Performance Studies » – Review of Financial Studies, 5(4), 553-580 – Démonstration quantitative en finance
• Wald, A. (1943) – « A Method of Estimating Plane Vulnerability Based on Damage of Survivors » – Statistical Research Group, Columbia University – Cas historique fondateur (avions de guerre)
• Rosenzweig, P. (2007) – « The Halo Effect : …and the Eight Other Business Delusions That Deceive Managers » – Free Press – Critique du biais du survivant en management

Cas documentés d’échecs par généralisation

• Collins, J. (2001) – « Good to Great » – HarperBusiness – Livre influent critiqué pour généralisation abusive (11 entreprises great dont plusieurs ont ensuite échoué)
• Levitt, S.D. & Dubner, S.J. (2014) – « Think Like a Freak » – William Morrow – Chapitre sur l’échec de la généralisation des politiques éducatives
• Denrell, J. (2003) – « Vicarious Learning, Undersampling of Failure, and the Myths of Management » – Organization Science, 14(3), 227-243 – Analyse de l’échantillonnage biaisé en management

Méthodologie comparative et transférabilité

• Ragin, C.C. (1987) – « The Comparative Method » – University of California Press – Approche systémique de la comparaison de cas
• Geertz, C. (1973) – « Thick Description: Toward an Interpretive Theory of Culture » – In The Interpretation of Cultures – Basic Books – Concept de description dense et contextualisation
• Lincoln, Y.S. & Guba, E.G. (1985) – « Naturalistic Inquiry » – Sage Publications – Critères de transférabilité en recherche qualitative

Ressources critiques sur le conseil et les méthodes managériales

• Retraction Watch – Base de données des articles scientifiques rétractés, incluant recherches en management
• Cochrane Reviews – Standard méthodologique de revue systématique (médecine, applicable au management)
• Pfeffer, J. & Sutton, R.I. (2006) – « Hard Facts, Dangerous Half-Truths, and Total Nonsense » – Harvard Business Review Press – Critique des modes managériales basées sur cas anecdotiques