clement13.net
Original photo: Colonie de manchots Adélie serrés les uns contre les autres sur une plage de l'Antarctique
Description
Colonie de manchots Adélie serrés les uns contre les autres sur une plage de l'Antarctique
Source
Giuseppe Zibordi (NOAA Corps Collection) · original page
Licence
PD Public domain
Original photo, unretouched. The background is a version of it stylised by the site.

In-group bias

As soon as a line is drawn between "us" and "them," even at random, we start to prefer our own.

Bias≈ 9 min readPartly checkedPartial checkThe main facts were checked by searching the cited sources. The items below still need checking before relying on them.To re-check
  • Répartition 111 viols / 188 agressions sexuelles (Le Scouarnec) non recoupée avec le jugement ou une source primaire.
  • Sherif : réserves de Perry 2018 non rouvertes à la source, citées de mémoire.
Written with AI assistance; sources are cited at the bottom of the page. An error? Report it via clement13.net.
Reading
FrequencyFrequentSeveral times per project.
Where you meet it
  • Relations between teams
  • Recruitment
  • Assignments
  • Resource trade-offs
  • Team mergers
  • Relations with contractors
AI helpPartialIt helps, but it falls into the trap too. See how ↓
In brief
  • What: we treat members of our own group better, believe them more and judge them more favorably.
  • Why: belonging feeds identity and self-esteem; valuing our group means valuing ourselves.
  • Detect: "they" understand nothing, "we" always do our best; trade-offs regularly favor the same team.
  • Avoid: shared goals, criteria written down before comparing, mixed teams, regular exchanges between groups.
On this page

Definition#

Avatar of Henri TajfelFictitious illustration
Henri TajfelBritish (born in Poland)June 22, 1919 – May 3, 1982Social psychologist, University of Bristol, social identity theory
Avatar of Muzafer SherifFictitious illustration
Muzafer SherifAmerican (born in Turkey)1906 – 1988Social psychologist, Robbers Cave experiments (1954)

In-group bias (also called in-group favoritism) is the tendency to evaluate more favorably, help more and trust more the members of our own group (the in-group) than those of other groups (the out-group). The group can be a profession (developers, operations staff), a team, a site, a vendor or "headquarters."

The founding experiment is that of Henri Tajfel and his colleagues in Bristol, in the early 1970s: it shows that merely being assigned to a group is enough to trigger favoritism, with no conflict of interest, no interaction and no shared history.

The mechanism#

  • Categorization. The brain sorts people into categories; this accentuates similarities within a category and differences between categories.
  • Social identity. In Tajfel and Turner's social identity theory (1979), part of our self-esteem comes from belonging; for it to be positive, my group has to be better than the others.
  • Asymmetric attribution. The group's successes are attributed to its qualities, its failures to circumstances; for the other group, it is the reverse (see the fundamental attribution error).
  • More love of "us" than hatred of "them." Research syntheses (Brewer, 1999) show that favoritism operates first through preference for one's own; hostility toward others appears mainly when resources are scarce or identity is threatened.
We are placedin a group(even at random)The group becomespart ofour identityValuing our groupboostsself-esteemFavoritism:advantages, trust,leniency for our ownCountermeasuresshared goalmixed teamscriteria written firstregular contactboundarydecision
An arbitrary criterion is enough to set off the chain. The countermeasures act on the boundary (shared goal, mixed teams) and on the decision criteria (written down, applied to everyone).Hover over or tap an element to read its details.
The "minimal groups" experiment (1970-1971)

Boys aged 14-15 in Bristol are split into two groups according to a meaningless criterion (their preference for a painting by Klee or Kandinsky, or the result of a dot-estimation test). They do not know one another, cannot see one another, and will gain no personal benefit. They must divide money between two other boys, identified only by their group and a number. Most choose the distributions that favor their own group, even when this reduces the total payout, or even their own: they prefer to win less, as long as they win more than the other group. A name and a label were enough.

Where we encounter it#

In project management#

  • Development and operations: each side sees the other as the source of the problems ("they deploy any old way" / "they code without thinking about production") and attributes its own incidents to circumstances.
  • Teams and sites: a request from the Paris site is handled faster than one from the Lyon site; a defect is blamed on "the other site's team."
  • Contractors and in-house staff: consultants are suspected of being slow, or conversely in-house staff of being "too close to the business"; competence is judged by the label.
  • Design or code review: we are more lenient with our own team's code than with another team's.

In management#

  • Hiring and promotion: we prefer candidates from the same school, the same former employer, the same network (see similarity bias).
  • Resource allocation: budget, the best profiles or prestigious projects go more often to the team the manager knows, or comes from.
  • Mergers and reorganizations: "us" (the old entity) and "them" (the new one) reproduce the divisions long after the announcement.

Famous cases#

Famous case

Tajfel's minimal groups 1970-1971#

Bias at play: in-group favoritism.

1970Tajfel's overview article in Scientific American
1971study by Tajfel, Billig, Bundy and Flament (European Journal of Social Psychology)
14-15 yearsage of the Bristol schoolboys

What happened. See the box above. The value of this experimental design is that it removes everything that, in real life, explains favoritism: conflict, history, similarity, interest. Tajfel was looking for the minimal conditions for discrimination to appear and found that there were almost none.

What this illustrates

The label alone is enough: an arbitrary organizational split (teams A and B, red and blue projects, old-timers and newcomers) already installs favoritism. Org charts are not neutral. On the other hand, groups also recompose just as quickly: creating cross-cutting memberships (communities of practice, cross-functional projects) weakens the boundaries.

Famous case, with caveats

Robbers Cave: the Eagles and the Rattlers summer 1954#

Bias at play: in-group favoritism, intergroup conflict, superordinate goal.

22boys aged 11-12, in two groups of 11
3 weeksof camp at Robbers Cave Park (Oklahoma)
3 phasesgroup formation, competition, reconciliation

What happened. At this summer camp, the psychologist Muzafer Sherif and his team separate boys into two groups that at first ignore each other; each gives itself a name (the "Eagles" and the "Rattlers") and its own habits. A competition is then organized (tournaments, prizes for the winner). The groups come to insults, raids on the cabins and fights. To reduce the hostility, friendly meetings alone were not enough; what worked were common goals that neither group could achieve alone (repairing the camp's water supply, financing a movie night, getting a truck running again), the "superordinate goals."

Caveat. The journalist Gina Perry (The Lost Boys, 2018) found in the archives that Sherif had tried the same experiment in 1953, without success: the boys had allied against the experimenters rather than fight each other. At Robbers Cave, the team also steered events heavily. The result is therefore less a spontaneous demonstration than an illustration of what a competitive context can produce.

What this illustrates

Comparing, pitting and rewarding teams against one another manufactures favoritism. Shared goals, which require contributions from both sides, are more effective than meetings or "cohesion" seminars. This is the core of the DevOps movement: one shared goal (deliver and operate) and shared responsibilities between developers and operations staff.

Warning signs#

  • "Them" and "us" keep coming up in conversations; the other team is referred to by a label rather than by people.
  • The same facts are read differently depending on whether they concern one's own group or another.
  • Trade-offs (budget, deadlines, assignments) regularly favor the same team.
  • A newcomer is judged by their group of origin before being judged on what they do.
  • Post-incident reviews look for "who" rather than "how" as soon as the culprit is from the other team.
  • Hiring almost always picks profiles of the same origin.

Avoidance reflexes#

  1. Define a shared goal that requires contributions from both groups, with shared indicators, not two competing dashboards.
  2. Write the criteria before comparing, and apply them in the same way to both groups: budgets, deadlines, hiring, ratings.
  3. Avoid rewarding competition between teams (bonuses, rankings) when they depend on each other.
  4. Mix the teams. Cross-team pairs, rotations, cross-functional projects, cross reviews: contact works mainly when it is regular, between equals, around a common goal.
  5. Talk about people, not camps. "Marie, from the network team" rather than "the network people."
  6. Reverse the perspective. Before judging the other group, ask yourself: "If my team had done the same thing, what would I have said?"
  7. Anonymize when possible: applications, code reviews, comparisons of offers.
  8. Bring the divisions out in the post-mortem: look at what both teams could have done to avoid the incident.

With AI: detect, remedy, mitigate#

Estimated help from AI: limited

AI can highlight asymmetries in data (budgets, deadlines, ratings by group) and prepare anonymized comparisons. It does not change the context that produces favoritism: that remains an organizational matter. Language models themselves reproduce group preferences present in their training data: do not make them an arbiter on people.

Detect#

  • Compare, on aggregated and anonymized data, the deadlines, budgets or ratings obtained by each team.
  • Spot "us / them" vocabulary in anonymized incident reports.
  • Check the symmetry of a post-mortem: are both parties examined?

Fix#

  • Rewrite a report by removing group labels.
  • Propose shared goals and shared indicators between two teams.
  • Draft decision criteria that are identical for all groups.

Mitigate#

  • Prepare cross meetings (agenda, questions) around a real shared problem.
  • Produce the "other side's" version of an account: how the other group experienced the same situation.
  • Anonymize applications or deliverables before review.

Prompts to build into your routines#

1. Rewrite an incident without group labels. To apply to a report before sharing it.

Here is an incident report: [text].
Rewrite it, replacing every reference to a group (“team X,” “the operations staff,” “the Y site”) with the exact role or function involved. Describe the facts in order, without attributing fault to any group.
Then list the decisions made and the missing information on each side, with the same level of detail for everyone.

2. Play the other group. To understand a situation from the opposing team's point of view.

Here is a disagreement between two teams: [description, from both points of view if possible].
Tell it from the other team's point of view: its constraints, its goals, what it expects from us, and what seems legitimate to it in its position.
End with three questions we should ask it to check this reading.

3. A shared goal for two teams. To break out of a logic of competition.

Two teams, [team A and its goals] and [team B and its goals], depend on each other for [shared deliverable or service].
Propose three measurable shared goals that cannot be achieved by one team alone, and for each: the shared indicators, the decisions to make together, and the risks of drifting into competition.

How to build them in#

  • After an incident: prompt 1 produces the neutral version that serves as the basis for the post-mortem.
  • Before a difficult meeting: prompt 2 prepares you to listen; you then check with the people concerned.
  • When setting goals: prompt 3 feeds the discussion, not the decision.

Precautions#

  • AI does not know the other team's real point of view: prompt 2 gives a hypothesis to verify, not a fact.
  • Do not compare individuals or teams by name with personal data in an unauthorized tool; use aggregated data.
  • Do not delegate to AI an arbitration between groups or the selection of people.

Limits#

  • Favoritism is more common than hostility: the meta-analysis by Mullen, Brown and Smith (1992) confirms the effect, but its magnitude varies with the status of the groups, the salience of membership and the type of judgment requested.
  • Belonging is not a flaw: it motivates, bonds and protects. The bias begins when it distorts a judgment or an allocation that should be neutral.
  • Experiments with limited stakes (points, small sums) do not on their own say what happens in a merger or a restructuring; the orders of magnitude are not transferable.
  • Do not confuse it with legal discrimination, which requires a protected characteristic and measurable effects; this bias may contribute to it, but does not explain it on its own.

Sources and verification#

See also#

Combines with, or reinforces#

These biases feed each other.

What neutralises it.

  • Les objectifs communs (but supraordonné) (concept or method, no page)
  • Le recrutement structuré (concept or method, no page)
  • La rotation entre équipes (concept or method, no page)
  • The devil's advocate