AI Glossary

AI Bias

AI bias is a systematic tendency in an AI-assisted process that can produce distorted or unfair outcomes through its data, design, deployment or human use.

Definition: what is AI bias?

AI bias is a systematic tendency that distorts an AI system's outputs or the decisions people make with those outputs. It can arise from training data, measurement choices, model design, organisational practices or human interpretation. Bias is not limited to offensive language. A polite, fluent recommendation can still disadvantage people when its assumptions or evidence are inappropriate.

In HR, examples include evaluating applicants against historically narrow hiring patterns, interpreting career breaks as a universal negative, or using writing style as a substitute for job competence. In other departments, bias may affect customer service, language translation, product recommendations or fraud screening. The important question is not simply whether a model is biased in the abstract, but how a particular workflow affects people.

What the research actually says

NIST Special Publication 1270, Towards a Standard for Identifying and Managing Bias in Artificial Intelligence, distinguishes three broad categories: systemic, computational and statistical, and human bias. These categories matter because improving a dataset alone cannot fix every problem. A technically accurate model can still operate inside an unfair organisational process.

The NIST AI Risk Management Framework describes fairness with harmful bias managed as one characteristic of trustworthy AI. It also recognises that trustworthiness characteristics involve context and trade-offs. Neither document supplies a universal fairness score that guarantees a recruitment tool is safe, lawful or suitable for your company.

This article uses those frameworks as practical references, not as evidence that a particular product is certified. The figures in the worked example below are explicitly hypothetical calculations, not findings from a research study or a claim about any vendor.

Where bias enters an AI workflow

Historical and systemic bias

Historical data records what happened, not necessarily what should have happened. If previous recruitment relied heavily on a small set of universities or referrals, a model may learn those patterns. Treating past selection as the definition of merit can reproduce limitations in the original process. The organisation must decide whether the label represents genuine job performance or merely previous preferences.

Measurement and statistical bias

A variable may be easy to collect but poorly matched to the quality you want to measure. Years in a job are not identical to capability. Response speed is not identical to helpfulness. A dataset can also underrepresent certain languages, work arrangements or candidate backgrounds. Overall performance may look satisfactory while errors cluster in an overlooked subgroup.

Human and operational bias

People may trust an AI recommendation because it sounds confident, or search for evidence that supports an initial impression. This is particularly dangerous when reviewers see a numerical score before reading the underlying evidence. Human-in-the-loop review only helps when reviewers have the time, information and authority to challenge the output.

Example: reviewing an applicant-screening pilot

Consider a fictional employer testing a tool that recommends which applications deserve a recruiter review. The evaluation uses synthetic records. No real candidate is rejected during the pilot, and the team defines qualification through an independently reviewed job-related rubric rather than the model's own recommendations.

Suppose there are 100 qualified records in group A and 100 in group B. The model advances 80 qualified records from group A and 60 from group B. The corresponding true-positive rates are 80% and 60%, a difference of 20 percentage points. Those calculations describe this invented test only; they do not estimate real-world discrimination or establish a legal conclusion.

The gap is a reason to investigate. Reviewers examine whether a formatting difference, career-break wording or missing field affected the results. They also check the reference rubric itself. If the labels reflect questionable assumptions, using them as unquestioned ground truth simply moves the bias from the model into the test.

After revising the workflow, the team repeats the evaluation on new records and examines both the gap and the overall error pattern. It does not celebrate a narrower gap if the system now performs badly for everyone. Until the workflow meets agreed requirements, the pilot remains advisory and no automated rejection is permitted.

Metrics: useful signals, not a fairness verdict

MeasureQuestion it helps answerImportant limitation
Selection rateWhat share of each group advances?Different applicant pools can complicate interpretation
True-positive rateHow often do qualified people advance?Requires a defensible definition of qualified
False-negative rateHow often are qualified people missed?Depends on label quality and sample size
PrecisionHow often are recommended cases genuinely relevant?Can hide qualified people who were never recommended
Complaint and override patternsWhat problems do people encounter in practice?Silence does not prove the absence of harm

No single metric captures the whole process. Collecting demographic information also raises privacy and legal questions. Do not add sensitive attributes to a chatbot simply to generate a fairness report. Work with appropriate privacy, legal and analytics colleagues on what may be collected, how it is protected and who can access it.

How to review AI bias: a practical workflow

Step 1: define the decision and its consequences

Write down the task, affected people and potential harm. Drafting a job advertisement is different from ranking applicants. Identify whether the output is an internal suggestion, a public communication or an input to a consequential decision. Record the owner and the circumstances in which the system must not be used.

Step 2: define job-related criteria before prompting

For recruitment, agree on observable criteria that genuinely relate to the role. Separate essential requirements from preferences. Ask reviewers to explain how each criterion will be assessed. Avoid vague labels such as cultural fit when they cannot be translated into specific, defensible behaviours. AI should not invent a scoring policy after seeing the candidates.

Step 3: inspect the evidence and its gaps

Review where the data came from, which populations it represents and how labels were created. Check missing information, duplicate records and outdated definitions. Ask whether past outcomes reflect opportunity differences rather than individual capability. Document unknowns instead of letting a model silently fill them with assumptions.

Step 4: build a representative test set

Include realistic variation in language, document layout, experience and work history. Use synthetic or appropriately authorised records. Create reference judgments with qualified human reviewers, and preserve cases where reviewers disagree. Disagreement often reveals that a rubric needs improvement; it is not automatically a model error.

Step 5: examine outcomes and explanations

Compare results using metrics appropriate to the task and consequences. Inspect individual failures as well as averages. Ask whether explanations point to evidence actually present in the input. Do not treat an AI-generated explanation as proof of how a model internally reached its answer. Look for recurring patterns that a headline score might hide.

Step 6: change the process, then retest

Possible remedies include clearer criteria, better inputs, narrower permitted uses, additional review or abandoning the tool. Prompt changes are only one option. Test revisions on fresh cases rather than the examples used to design the fix. Record what changed so future reviewers can distinguish an improvement from a different evaluation setup.

Step 7: monitor and allow challenge

After an approved deployment, review error reports, overrides and user feedback. Give affected people an appropriate route to raise concerns. Reassess after model, vendor or process changes. A successful pilot does not establish permanent fairness, particularly when the people, data or decisions later change.

A safer prompt for HR review

Use AI to examine a rubric rather than make a hiring decision:

Review this fictional recruitment rubric for ambiguous requirements and unsupported assumptions. For each concern, quote the relevant wording, explain what evidence is missing, and suggest a job-related clarification. Do not rank applicants, infer protected characteristics or decide whether the rubric is legally compliant. Mark questions that need a human specialist.

This prompt narrows the task and asks for inspectable evidence. It cannot guarantee an unbiased response. A trained reviewer must still assess whether suggested changes are appropriate, and confidential material belongs only in an approved environment. See prompt engineering for techniques that make instructions more explicit.

Common mistakes

Removing names does not remove every potential proxy or structural issue. A location, institution or work pattern may still carry information unrelated to job competence. Conversely, assuming every difference in group outcomes proves the same cause is also unsound. Investigate the data, process and context before drawing conclusions.

Another mistake is treating fairness as a vendor-only responsibility. Vendors should provide relevant evidence, but the employer chooses how the tool is used. Requiring human review without checking reviewer behaviour can create a rubber stamp. Finally, never report hypothetical examples as research statistics; preserve the distinction between an illustration, a measured result and a legal assessment.

Frequently asked questions

Can AI bias be completely eliminated?

There is no universal test proving the absence of every harmful bias in every setting. The practical objective is to identify risks, reduce avoidable harm, document limitations and stop uses that cannot be justified. A claim of zero bias should prompt questions about the test, population and definition used.

Is a more accurate model always fairer?

No. Overall accuracy can improve while a subgroup still experiences unacceptable errors. Fairness also depends on the purpose, consequences and surrounding process. Evaluate the relevant error types and affected groups rather than relying on a single aggregate number.

Can HR use AI without letting it choose candidates?

Yes. Potentially useful tasks include drafting structured interview questions, checking rubric clarity and summarising approved training material. They still require verification and data controls. Restricting AI to support work can reduce risk, but it does not remove responsibility for the content people ultimately use.

Key takeaways and sources

AI bias can arise from systems, statistics and human behaviour. Start with a specific decision, a defensible rubric and a documented evaluation. Use metrics as evidence for investigation, not as an automatic fairness certificate. Keep people accountable and preserve a route for challenge.

Primary references: NIST SP 1270 and NIST AI RMF. Continue with AI governance and AI literacy.

How this relates to our AI course

The AI for HR Professionals course connects bias awareness to recruiting, performance review and AI policy exercises. Use this review workflow to strengthen your project rubric without handing employment decisions to a chatbot.

Explore AI for HR Professionals →

Related terms

← All glossary terms