A full worked analysis of "TalentRank", a hypothetical CV-screening & ranking system — classified under the EU AI Act, audited against the GDPR, examined through consequentialist and deontological lenses, with a risk register, mitigations and a one-page policy recommendation memo.
This is the kind of expert-report the individual-work component (40%) asks for: state the system, the affected rights and principles, the applicable law, and a reasoned recommendation.
The brief. A mid-size European software firm wants to deploy TalentRank, an AI system that ingests submitted CVs, parses them against a job description, scores each candidate 0–100 and ranks a shortlist for recruiters. It is trained on ten years of the company's own past hiring decisions. Before launch, the firm commissions an Algorithmic Impact Assessment (AIA): is the system lawful, is it ethical, and what must change before it can go live?
This document works that assessment end-to-end. It is deliberately analysis and policy only — no code — and it follows the course's own method: pick the right ethical lens, attach the right legal instrument, and produce an actionable recommendation rather than a gesture at "ethics in general".
Decide whether TalentRank may be deployed, and on what conditions, by assessing legality (AI Act + GDPR), ethics and risk.
S2 principles & frameworks · S4 AI Act · S5 GDPR & DPIA · S6 bias & explainability · S7 accountability.
Classify → audit → analyse ethically → register risks → mitigate → recommend. An expert-report structure.
This AIA plus a one-page policy memo with a go / no-go recommendation and conditions.
Before any legal or ethical judgement, map the system's data flow, its actors and who carries the risk.
Inputs. Candidate-submitted CVs (free text + PDF), the structured job description, and — critically — 10 years of historical hiring outcomes as training labels (who was interviewed, who was hired, who was promoted). Processing. The model extracts features (skills, education, employer prestige, gaps in employment, keywords) and outputs a 0–100 match score and a ranked shortlist. Output & use. Recruiters see the ranking and, in the firm's first design, auto-reject everyone below a score of 40 without human review.
Bear the harm: unfair rejection, opaque scoring, no real chance to contest. The party with most at stake and least power.
Wants speed and cost savings; carries AI Act "deployer" duties and GDPR "controller" liability and reputational risk.
Built the model; under the AI Act carries the heaviest high-risk "provider" obligations (conformity, documentation).
Risk "automation bias" — over-trusting the score — and de-skilling of their own judgement.
Enforce GDPR and the AI Act; can fine, audit or ban deployment.
If many firms adopt similar tools, historical bias scales into a structural barrier to employment.
Two instruments apply at once. The AI Act governs the system; the GDPR governs the personal data it processes.
Obligations that follow (provider & deployer checklist):
| GDPR principle (Art. 5) | Applied to TalentRank | Status |
|---|---|---|
| Lawfulness, fairness & transparency | Need a lawful basis (likely legitimate interest, balanced against candidate rights). "Fairness" is breached if scoring discriminates. Candidates must be told the logic exists. | At risk |
| Purpose limitation | Historical hiring data was collected to make past decisions, not to train a model. Reusing it is a new purpose needing a compatibility test. | Needs test |
| Data minimisation | Features like "employment gaps" or address proxy little legitimate signal but high discrimination risk; should be dropped. | Excessive |
| Accuracy | A 0–100 score implies a precision the model does not have; mis-parsed CVs produce wrong scores. | Weak |
| Storage limitation | Rejected-candidate data and scores must have a defined, short retention period. | Undefined |
| Integrity & confidentiality | Scores and CVs are sensitive; require access control and security. | Manageable |
| Accountability | Controller must demonstrate compliance — i.e. a documented DPIA, not just good intentions. | Required |
Legality is the floor, not the ceiling. The course's method: argue the case from both foundational lenses, then name the specific principle each gap violates. ↳ Six principles
"Which action produces the best overall outcomes?"
"Which action respects duties and rights, whatever the outcome?"
Trained on past human decisions, the model reproduces and legitimises any prior discrimination — now wrapped in a veneer of mathematical objectivity ("the algorithm said so").
Mitigate: audit training data and outputs for disparate impact across protected groups; remove proxy features; re-weight or re-label.
Even with gender/ethnicity removed, features like postcode, name, employment gaps or university stand in as proxies, so bias persists indirectly.
Mitigate: proxy-feature analysis; drop high-risk/low-signal features; test fairness metrics, not just accuracy.
A 0–100 score with no reasons cannot be contested by a candidate or justified by a recruiter — the "black box" problem.
Mitigate: per-decision explanations (top factors), documented model logic, and the GDPR "meaningful information about the logic".
With a vendor, a deployer and recruiters all in the chain, "no one is responsible" becomes the default when a candidate is wrongly rejected.
Mitigate: contractually allocate provider vs deployer duties; name an accountable owner; log every decision for traceability.
Recruiters tend to defer to the score even where they are nominally "in the loop", hollowing out the human oversight that the law requires.
Mitigate: present score as one input among several, withhold the rank until after a human read, train recruiters on override.
Candidates cannot see, question or appeal their score — failing both the deontological duty and GDPR Art. 22 safeguards.
Mitigate: notice that AI is used, a human-review channel, and a documented contest/appeal process.
A structured register linking each risk to the principle/law it threatens, a severity rating and a concrete control.
| # | Risk | Threatens | Severity | Mitigation | Owner |
|---|---|---|---|---|---|
R1 |
Discriminatory shortlisting from biased training data | Equality; GDPR fairness; AI Act Art. 10 | High | Disparate-impact audit across protected groups before & after deployment; bias-corrected retraining; drop proxy features | Provider + DPO |
R2 |
Unlawful solely-automated rejection (auto-reject < 40) | GDPR Art. 22; autonomy | High | Remove hard auto-reject; require human review before any rejection; provide intervention/contest rights | Deployer |
R3 |
Opaque scoring candidates cannot contest | Transparency; explainability; Art. 13–15 | High | Per-decision explanations; candidate notice that AI is used; documented appeal route | Deployer + Provider |
R4 |
Purpose-creep reusing hiring records as training data | GDPR purpose limitation; lawful basis | Medium | Compatibility test; document lawful basis; DPIA; consider anonymisation/aggregation for training | DPO |
R5 |
Automation bias recruiters rubber-stamp the rank | AI Act human oversight, Art. 14 | Medium | Oversight by design: blind first read, score as one factor, override training, log overrides | Deployer |
R6 |
Diffuse accountability across vendor/firm/recruiter | Accountability; AI Act Arts. 16, 26 | Medium | Contractual duty split; named accountable owner; full decision logging (Art. 12) | Provider + Deployer |
R7 |
Over-retention of scores and rejected CVs | GDPR storage limitation | Low | Defined short retention; auto-deletion; minimise stored features | DPO |
R8 |
Security breach of CV / score data | Integrity & confidentiality; AI Act Art. 15 | Low | Access control, encryption, breach-notification procedure (72h) | Provider |
The deliverable a decision-maker actually reads: a verdict, the reasons, and the conditions.
CONDITIONAL GO. Do not deploy in the current design. Deployment is permissible only after the three high-severity blockers (R1–R3) are remediated and the conditions below are met and documented.
TalentRank delivers genuine efficiency, but as designed it is unlawful (the hard auto-reject breaches GDPR Art. 22; no DPIA exists; high-risk AI Act obligations are unmet) and unethical (it launders historical bias and denies candidates transparency and recourse). Both the consequentialist and the deontological analysis reach the same conclusion: the system is acceptable only with fairness safeguards, transparency and meaningful human control.
Then the recommendation is NO-GO: keep recruiters making the decision with the tool used, at most, as a non-binding sorting aid — never as an automated gate. Reassess once the controls are in place.
How the worked example evidences each of the course's five learning objectives. ↳ see objectives
The legal instruments and course texts this assessment is grounded in.