
You see, there’s this common misconception that algorithms are inherently objective because they run on maths. But, in reality, we are feeding these algorithms a bunch of skewed historical data. And when the algorithm’s baseline is biased, that’s what it treats as ground truth.
There are a heap of ways that bias is creeping its way into the AI lifecycle, and I want to highlight some of the main ones here.

I want to open up the black box of training data…
In machine learning and AI, we often treat data labels as the ‘ground truth’. But human annotators will encode their personal values and societal prejudices into these labels.
This can be caused by a host of reasons, but a large factor is that labelling instructions are often ambiguous. What then happens is the labellers will fall back on these preset stereotypes that I’ve just mentioned.
A clear example comes from the study Demoting Racial Bias in Hate Speech Detection (by Mengzhou Xia, Anjalie Field, and Yulia Tsvetkov). The authors examined how different accents are labelled for hate speech and found a high correlation between annotators’ perceptions of toxicity and markers of African American English (AAE). Because of this initial labelling bias, machine learning classifiers amplified the error, mislabelling AAE text as abusive or offensive at a high false-positive rate. I’m not going to dive into the study in this post, but you can have a read of it here.
When these human biases reach production, they inflict two main types of harm
I bet you’re sat there reading this thinking, well, all this would be resolved if we just got rid of any of these sensitive attributes such as gender, race, or age. And I totally understand why you’d think that, but it’s not so simple.
These models are pretty smart (well, kind of) and they can rebuild some of these attributes through correlated proxies like postcode, educational institutions, previous job titles, or even browsing behaviour. I was actually talking about this at work a couple of weeks ago in regard to bias in the recruitment cycle, and somebody had suggested just removing all references to gendered pronouns (the recruitment tool we were discussing was negatively biased towards women as it was trained on 10 years’ worth of tech CVs from the early 21st century…). But the problem is, it would still be able to pick up nuances between male and female CVs. A great example is the course that people studied. More men would have studied computer science or technology-related subjects; therefore, the model would begin to think that these made the candidate better (without potentially even looking at their work experience). Or noticing things like male-dominated sports and favouring this.
Removing these attributes also removes the audit trail. It means it becomes a lot harder for you to measure the demographic performance of your model, therefore pretty much giving it free rein to be as biased as it likes.

I’ve focused a lot on the negatives here. And now I want to talk a bit about what you can actually do to prevent bias creeping in.
Whether you’re building models or just an end-user, you can catch bias before it becomes a problem.




