AI Governance · Module 3 · Risk, Governance, Trust and Assurance

Trustworthy AI: Transparency, Fairness and Human Oversight

The lesson turns from enforcement to substance. Participants attach a mechanism and an evidence source to the seven requirements for trustworthy AI and work in depth on three: transparency for three audiences, fairness as a recorded choice between incompatible criteria, and human oversight under Article 14 as a design. Nordvik Region's oversight specification, transparency notice and fundamental rights impact assessment are the worked examples.

Lesson 10 of 26Chapter 1090 minutes

Read the chapterThe whitepaperThe slides

All courses / AI Governance / Module 3 / Chapter 10

Learning objectives

After the lesson the participant can:

Key concepts

System-level transparency
For large language models, an explanation of the model's own output is generated text, not a faithful account of the computation. The honest alternative records which sources were retrieved, which tools were called, which model version answered and which verification steps applied.
Three families of fairness criteria
Independence (demographic parity), separation (equal error rates across groups) and sufficiency (calibration). They cannot all hold when base rates differ, so every system embodies a choice, made explicitly and recorded in the AI Decision Record.
Oversight patterns
Human-in-the-loop: a person approves each output before it takes effect. Human-on-the-loop: the system acts and a person monitors and can halt. Human-in-command: a person decides whether and where the system is used at all.
Automation bias controls
Measures that show whether oversight has become ceremonial: a blind sample of cases shown to the overseer without the score, and both a lower and an upper override-rate alert, because ceremonial oversight and a failing model both show in that number.
Fundamental rights impact assessment
The assessment required of certain deployers by Article 27, covering processes, period and frequency of use, affected groups, specific risks, oversight measures and measures if risks materialise. Kept in the repository with stable section identifiers so that other artefacts can cite individual findings.

Interactive exercises

Do them here and get feedback at once. Choose a card and then where it belongs, or drag it.

Interactive exercise 1 · Sort

Three patterns of human oversight

Sort each statement under the oversight pattern it describes.

Interactive exercise 2 · Match

A mechanism for each requirement

Match each requirement for trustworthy AI with the codified mechanism that Figure 10.1 attaches to it.

Teaching plan

10 minOpening: the teacher states that a pipeline proves consistency, not soundness, and asks which of the seven requirements lacks a mechanism in participants' organisations.
20 minTeacher presentation on transparency for deployer, affected person and oversight staff, the transparency record of the staff assistant, and the fairness configuration with thresholds and rationale.
15 minGuided reading of Nordvik Region's oversight design for benefits triage: participants explain why each value is there, from never auto-accept to the stop function reverting to date order.
35 minExercise in groups: write an oversight design specification and a short transparency notice for one system that affects people.
10 minDebrief: each group states what happens when the overseer does nothing, and what the safe state is when the system is stopped.

Discussion

  1. An overseer who must process three hundred recommendations an hour with a single accept button has no control, whatever the policy says. Where in your organisation does the workload decide the quality of oversight?
  2. Nordvik Region's notice leads with what the system does not do and offers handling without the system's suggestion. What does that option demand of the workflow behind it?
  3. The FRIA names groups such as paper applicants that a purely statistical fairness analysis would not have found. How would you find the equivalent groups for a system in your own service?

Written exercise

Exercise · 35 minutes

Design oversight that is real

Take one system in your organisation that ranks, recommends or drafts something affecting people, or use Hansa Mutual's underwriting-support model. Write an oversight design specification with the fields of Nordvik Region's example: the pattern, the oversight role, the maximum workload per hour and minimum review time per case, what the overseer sees, the actions available and whether a reason is required, the default when nobody acts, the automation bias controls with a blind sample rate and lower and upper override-rate alerts, and the stop function with who can trigger it, its effect, the time to a safe state and how often it is tested. Then write a transparency notice of at most 120 words for the affected person, leading with what the system does not do.

Deliverable: An oversight design specification with workload, defaults, automation bias controls and stop function, and a plain-language notice of at most 120 words.

Self-test

Choose an answer to see whether it is right, or open the answer below each question.

  1. Why does Nordvik Region's oversight design send five per cent of cases to the overseer without the score?

    Show the answer

    B. To give a baseline for measuring agreement with the system, as a check on automation bias
    The blind sample gives a baseline of the overseer's own judgement. Agreement with the system far above that baseline signals automation bias, which Article 14 asks the design to address.

  2. Where, according to the chapter, should protected attributes be joined to predictions for fairness measurement?

    Show the answer

    D. Only in an isolated evaluation environment, with the join logged
    Article 4a of the AI Act permits such processing for bias detection where strictly necessary and under safeguards. The chapter's rule is to join protected attributes only in an isolated evaluation environment, never in the production feature set, and to log the join.

  3. In the benefits-triage oversight design, what is the effect of triggering the stop function?

    Show the answer

    A. The queue reverts to date order
    The stop function reverts the queue to date order, the safe state the service ran on before the system existed, within 60 seconds, and it is tested quarterly.