Four layers of bias in hiring algorithms: why dropping gender fails
For HR leads and small-business owners weighing CV-screening software. Dropping the gender column is not enough, because bias also sits in proxies, in social structure and in the choice of fairness metric; the post gives questions to put to a vendor at each layer.
According to Reuters, a team at Amazon began building software to score job applicants' CVs in 2014; by 2015 it saw that the tool rated candidates unevenly by gender, and the company later dropped it (Dastin, 2018). If someone offers you CV-screening software, what should you ask? This post reads the Amazon recruiting-tool case through four layers of algorithmic bias and algorithmic fairness metrics, then turns each layer into a question for the vendor.
What did Reuters report about Amazon's tool, and what did it leave out?
Reuters, citing five people familiar with the effort, reports that the model was trained on CVs submitted over 10 years, most of them from men, and so taught itself that male candidates were preferable. It penalised CVs containing the word "women's" and downgraded graduates of two all-women's colleges (Dastin, 2018).
The team built 500 models and taught each to recognise about 50,000 terms from past CVs; verbs such as "executed" and "captured", more common on male engineers' CVs, were favoured. Amazon edited the models to be neutral to those terms, but the sources said that was no guarantee the machine would not find other ways of sorting candidates that discriminated. The article says the team was disbanded by the start of the previous year, which for an October 2018 piece means early 2017 (Dastin, 2018).
The article gives no accuracy figures and relies on anonymous sources. According to them, problems with the data also made the tool recommend unqualified candidates almost at random, and Amazon shut the project down. Amazon said recruiters never used the tool to evaluate candidates, but it did not dispute that they looked at its recommendations.
What are the four layers, and which did Amazon hit?
The four layers are skewed training data, proxy variables, structural injustice with feedback loops, and conflicting notions of fairness. On the Reuters account, Amazon hit the first two most clearly.
Four layers of algorithmic bias
Before an HR manager adopts an algorithm to screen job applicants, in what ways could it discriminate against candidates, and at which point can each bias be fixed?
- Layer 1
- Direct discrimination and statistical biasSkewed training data; fix with more representative data.
- Layer 2
- Indirect discrimination through proxiesDropping the sensitive column is not enough because other variables rebuild it (postcode, interests, arrest history).
- Layer 3
- Structural injusticeThe data is a product of unjust institutions; feedback loops make it worse.
- Layer 4
- Competing conceptions of fairnessNot every metric can be met at once; choose deliberately and transparently.
My reading: layer 1 is ten years of mostly male CVs, and layer 2 is the word "women's", the college names and the verbs. Reuters calls the male-heavy data a reflection of male dominance across the tech industry, which is layer 3, but it says nothing about a feedback loop.
Is dropping the gender column enough?
No, because other columns can rebuild it. Dwork and colleagues call ignoring protected attributes "fairness through blindness" and give redundant encoding as a successful attack on it: deleting the "sex" and "interested in men/women" fields from a profile almost surely does not hide sexual orientation, because group membership can be embedded in months of online activity (Dwork et al., 2012). Dattner and colleagues write that Facebook "likes" can be used to infer sexual orientation and race with considerable accuracy (Dattner et al., 2019).
A hypothetical example; every number is mine. A company receives 1,000 CVs, 500 from women and 500 from men. Of these, 200 women's CVs and 50 men's show a career gap of six months or more. The tool has no gender column, but it learned from earlier recruiters who rarely shortlisted CVs with gaps, so it rejects them.
| Women | Men | |
|---|---|---|
| Shortlisted | 300 (60%) | 450 (90%) |
| If 40% of each group could do the job, gaps aside: those who could, shortlisted | 120/200 | 180/200 |
Delete the "gap" column and the tool finds the next proxy. Reuters describes exactly this worry when it says Amazon edited out particular terms (Dastin, 2018).
Does more representative data fix structural injustice?
Only in part: it corrects a group being too thin or too thick in the data, not the kind of data collected. Dattner and colleagues note that developers balance training data so that all groups are represented, and that the more information the tool can learn from, the better it can control bias (Dattner et al., 2019). Zimmermann and colleagues say of countermeasures like this that they can address over- and under-representation but not the problem of what kind of data was collected in the first place (Zimmermann et al., 2020).
They use predictive policing: the data reflect which areas were patrolled most, the algorithm repeats the past, its predictions become new data, and injustice is entrenched further (Zimmermann et al., 2020). That is a feedback loop. The hiring version, by my reasoning: the tool shortlists few women, the firm hires few women, and the next training run treats that as evidence.
What does "fair" mean when two groups have different base rates?
Several things that cannot all hold. Binns lists demographic parity, equal opportunity, disparate mistreatment, counterfactual fairness and group-wise accuracy measures, and writes that some of them cannot be satisfied together except in rare and contrived circumstances (Binns, 2018).
Algorithmic fairness metrics
When a data team deploys a model for lending or hiring decisions, which fairness metric should it choose, knowing it cannot satisfy them all at once?
| Criterion | Meaning | Tension / limit |
|---|---|---|
| Individual fairness | Similar people are treated similarly | Needs a definition of 'similar' |
| Demographic parity | Selection rates match population shares | Hard with small samples and intersecting traits |
| Equal opportunity | Equal true-positive rates across groups | Impossibility result: not every metric can be met at once |
| Error-rate balance | Equal error rates given the true outcome | Impossibility result: not every metric can be met at once |
| Counterfactual fairness | The outcome would not change if the person belonged to another group | Impossibility result: not every metric can be met at once |
Theorem 1 of Kleinberg and colleagues has precise conditions. There are two groups; each person has a feature vector; the tool places people in bins and gives each bin a score read as the probability of belonging to the positive class (here, people who are truly suited to the job). Three conditions (Kleinberg et al., 2017, p. 43:5):
- (A) Calibration within groups: of the people given score x, about a fraction x belong to the positive class, group by group.
- (B) Balance for the negative class: the average score of negative-class people is the same in both groups.
- (C) Balance for the positive class: the average score of positive-class people is the same in both groups.
If any scoring satisfies all three, then either prediction is perfect (every probability is 0 or 1) or the two groups have equal base rates (Kleinberg et al., 2017, p. 43:6). An approximate version holds too (Kleinberg et al., 2017, p. 43:6). The authors treat the balance conditions as generalisations of equal false-negative and false-positive rates between groups (Kleinberg et al., 2017, p. 43:3).
A hypothetical example with my own numbers. Each group has 1,000 applicants; the high band is 80% truly suited, the low band 10%, in both groups, so calibration holds. Base rates are 45% in group 1 and 24% in group 2.
| Group 1 | Group 2 | |
|---|---|---|
| In the high band | 500 | 200 |
| Suited people shortlisted | 89% | 67% |
| Unsuited people shortlisted | 18% | 5% |
| Average score, suited people | 0.72 | 0.57 |
| Average score, unsuited people | 0.23 | 0.14 |
The last two rows are the paper's two balance quantities. To make group 2 catch 89% of its suited people too, I would have to shortlist about 533 more from the low band: the list grows to 733, 68% of unsuited people get through, and only about 29% of the list is suited.
My reading of the library's table: it gives three metrics the same "impossibility" line, whereas the theorem concerns only the three conditions above. Binns adds that a metric that fits one context need not fit another (Binns, 2018).
What should you ask a vendor at each layer?
Ask for numbers, not reassurance. The table is my own tool, not a standard from any source.
| Layer | Question for the vendor |
|---|---|
| 1. Skewed data | Whose CVs, from which years, and what is the label (hired, or did well in the job)? Can you run it on my past CVs and show selection rates by group? |
| 2. Proxies | Which fields does the tool read? When you remove a suspect field, how do you check the next one does not take its place? Is there evidence the score predicts job performance? |
| 3. Structural injustice | Does the tool retrain on lists it chose itself? Do you keep a random sample of rejected CVs for a person to read and see who is being missed? |
| 4. Conflicting fairness | Which metric do you optimise, and how do error rates by group change if you switch? Who on my side chooses, and where is it written down? |
Dattner and colleagues (article published April 2019) say many new candidate-assessment tools emerged from technology rather than validated methods, so may not control for discriminatory impact, and that in the US an employer may be liable for blind reliance on them (Dattner et al., 2019). Reuters quotes critics saying candidates may never know such a tool was used, which makes suing difficult (Dastin, 2018). On who answers when an automated system gets it wrong, see When an airline's chatbot gave wrong advice, the airline paid, a different case with the same question.
When does this approach not fit, and where does the post stop?
It fits if you receive enough CVs to test the tool on your own data, someone reads a sample of rejections, and the vendor can answer all four rows. It does not fit if the vendor will not say what the tool reads. Amazon is one company, reported through anonymous sources in 2018; I do not know what the tool does today.
Going deeper: what did I read, and what did I not?
I read the Reuters article (Dastin, published 10 October 2018) in full, through the Internet Archive capture. I read Binns (2018) and Zimmermann and colleagues (2020) in full. For Kleinberg and colleagues (2017) I read the opening, the statements of Theorems 1 and 2, the start of the proof and the conclusion. For Dwork and colleagues (2012) I read the arXiv version 1104.3913, not the ACM print: the introduction, section 3.1 and the appendix.
Dattner and colleagues (2019) sits behind the HBR paywall; I read only the article text embedded in the public page source, about 2,050 words. I have not read studies of how well any commercial CV-screening tool works, or Vietnamese employment or data-protection law.
Quick questions
How does individual fairness differ from group fairness?
Dwork and colleagues propose that two people who are alike for the task at hand should be classified alike, and measuring likeness needs a distance metric that society accepts or a regulator sets (Dwork et al., 2012). Binns notes that this principle tends to clash with parity between groups when the groups' base rates differ (Binns, 2018). To use it in hiring, someone has to write down what makes two candidates alike, and that job belongs to the buyer, not the software.
Does the Kleinberg theorem apply to hiring?
The paper draws its examples from criminal justice, advertising and medical testing, and mentions hiring only in a list of other domains (Kleinberg et al., 2017, p. 43:2). Applying it to CV screening is my inference, and it hits a snag: a label such as 'would have done the job well' is usually observed only for people who were hired, whereas the paper's model assumes the probability of being in the positive class is known for each feature vector (Kleinberg et al., 2017, p. 43:4). In the parts I read I found no discussion of partially observed labels.
Does having a person review the tool's output remove the bias?
Reuters reports that Amazon's recruiters looked at the tool's recommendations but never relied on them alone, and the article does not say whether looking changed any outcome (Dastin, 2018). Zimmermann and colleagues name the tendency to trust automated output, which they call automation bias (Zimmermann et al., 2020). So 'a human reviews it' is a question to follow up: what does that person see, and may they overrule the result?
Should a firm that receives a few dozen CVs a year worry?
By my reasoning, yes at the first layer, because the vendor's training data does not depend on how many CVs you receive. Testing by group on your own data is harder: with a few dozen applications, the selection rates of two groups can differ by chance alone. At that size, reading the CVs yourself is usually cheaper than proving a tool is fair.
References
Listed A–Z by author surname, Harvard style. A source with a DOI links to https://doi.org/…; one without links to its page or says plainly that it has no DOI.
- Binns, R. (2018) ‘Fairness in machine learning: lessons from political philosophy’, in Proceedings of Machine Learning Research. pp. 149–159.No DOIproceedings.mlr.pressCited in 1 article
- Dastin, J. (2018) Amazon scraps secret AI recruiting tool that showed bias against women. Reuters.No DOIreuters.comCited in 1 article
- Dattner, B. et al. (2019) The legal and ethical implications of using AI in hiring. Harvard Business Review.No DOIhbr.orgCited in 1 article
- Dwork, C. et al. (2012) ‘Fairness through awareness’, in Proceedings of the 3rd Innovations in Theoretical Computer Science Conference. New York: ACM, pp. 214–226.doi:10.1145/2090236.2090255Cited in 1 article
- Kleinberg, J., Mullainathan, S. and Raghavan, M. (2017) ‘Inherent trade-offs in the fair determination of risk scores’, in 8th Innovations in Theoretical Computer Science Conference (ITCS 2017), LIPIcs 67. pp. 43:1–43:23.doi:10.4230/LIPIcs.ITCS.2017.43Cited in 1 article
- Zimmermann, A., Di Rosa, E. and Kim, H. (2020) Technology can't fix algorithmic injustice. Boston Review.No DOIbostonreview.netCited in 1 article

Was this article useful?
No ratings yet.
Comments (0)
No comments yet. Be the first.