Skip to main content

A four-role, live-then-async decision simulation — how it runs, its fairness and safety rules, and a fully worked public example.

The Alignment Lab

The Alignment Lab is the course’s central exercise: a small group is given a real-shaped decision to make together, each person holding one of four roles and a private brief the others cannot see in full. It is marked as The Alignment Lab assessment, worth 45% of the course.

The scenario used for the graded Lab is confidential and distributed by the teaching team before your group’s session — publishing it here would let later groups prepare against roles they haven’t been assigned yet, which defeats the exercise. This page instead runs you through the process using a small, fully public worked example, so you can see exactly what a role card and a decision record look like before you are handed the real ones.

The four roles

Every Lab scenario is built around the same four functional archetypes, even though the fictional person and organisation change each time:

Each role’s private brief carries the same six things: a public responsibility everyone can see, one piece of evidence only that role holds, one constraint they cannot trade away, one form of leverage or dependency over the others, the minimum outcome they can live with, and the specific condition under which they would change their position.

Ground rules, before anyone is assigned a role

These apply to every run of the Lab, and are agreed before role cards are distributed — not introduced partway through, and not something you discover only in Week 11’s material on the ethics of alignment.

How a run of the Lab works

  1. Rehearsal. A small, ungraded run of this whole process — using the public worked example below — before anyone sits the assessed Lab.
  2. Public materials and initial judgment. Before any role is assigned, everyone reads the same public materials and submits an individual initial judgment: what they think should happen, on the record, before anyone has a stake in a role.
  3. Role assignment and strategy memo. Each person receives one confidential role brief and, individually, submits a one-page strategy memo: their responsibilities, their evidence, what they don’t know, who they plan to contact, and the ethical boundaries they won’t cross.
  4. Pre-meeting contact window (48–72 hours). By default, each person may make at most two self-initiated contacts — but can reply to as many requests from others as they like. Every contact, sent or received, is logged by both parties: its purpose, any new information, any commitments made, and whether either person’s judgment changed. The simulator below shows the shape of this window using the public worked example.
  5. The meeting. Live or synchronous, one sitting of around 25 minutes, no extensions on the clock once it starts.
  6. Decision record. The group produces one record — the decision or a reasoned deferral, who holds final decision authority over it and separately who holds spending and implementation authority (and whether each has actually been granted, not just implied), evidence versus unverified assumption, unresolved dissent, who owns the resulting actions, and what would reopen it — using the decision record template. Consensus is not required.
  7. Reveal and consequence test. Every role brief is shared with the whole group, then a choice-based consequence test runs against the decision record. Its outcomes come from explicit, traceable case rules, not from chance or dramatic licence — it is a teaching model of one plausible consequence, not a claim that a real decision like it would play out the same way.
  8. Individual autopsy and partial rerun. Individually: a decision autopsy reaching one of three conclusions about what actually decided the outcome — a specific distortion, no significant distortion, or indeterminate on the available record (naming the missing evidence, the alternative you could not rule out, and what would change your judgment) — then a short rerun of one specific juncture to test whether a named process change would have produced a different one.

Worked example: should the Reading Room move to hot-desking?

This is a small, entirely public scenario used only to demonstrate the mechanics above — it is not the graded Lab scenario, and none of the documents below are marked on how convincing they sound, only on the evidence and reasoning inside them. It walks through every artefact a real run produces, end to end, with an example filled in at each step.

Facilities wants to convert 40 assigned desks in the Reading Room into unassigned hot-desks, to fit a larger cohort. Staff were not consulted before the proposal was drafted. Four people, one for each archetype, have to reach a decision.

1. Public materials and an example initial judgment

Everyone reads the paragraph above — the same materials, before any role is assigned — and records what they think should happen. Here is one example of a filled-in initial judgment:

Converting to hot-desking might be defensible if utilisation really is low, but a proposal drafted with no staff input is a bad way to get there even if the destination is right. Before I’d support it, I would want to see the actual utilisation data behind the proposal, and confirmation that anyone with a documented accessibility need has been asked what they require. My initial position: support investigating the change, do not support committing to a date yet.

This is submitted on the record before role assignment specifically so it can later be compared with what the same person argued once they were holding a role — the gap between the two is often the most interesting thing in the decision autopsy.

2. The four role cards, fully revealed

Because this is the public example, every field of every role card is shown below — which is exactly what would not happen before a real, graded run of the Lab, where each person sees only their own card until the reveal.

Executive Sponsor

Public responsibility
Owns the space-efficiency target the Vice-Chancellery set this year.
Evidence only this role holds
A utilisation report showing the Reading Room sits at 31% occupancy on the average weekday.
Constraint they cannot trade away
Must report a credible plan to the Space Committee within the month, or the target rolls onto a directorate that has less room to move.
Leverage or dependency over the others
Controls whether the Reading Room gets its requested lighting upgrade next year.
Minimum acceptable outcome
Any plan that raises reported utilisation above 50% within two terms.
Condition that would shift their position
Would accept a slower phase-in if it comes with a firm date attached.

Delivery Lead

Public responsibility
Has to implement whatever the room's new layout turns out to be.
Evidence only this role holds
A booking-system export showing the same 12 staff have used the same desks every day for three years, and — after reading the licence terms directly — confirmation that the current software already supports named, reserved desks at no extra cost; the paid upgrade is only needed for genuine unassigned hot-desking.
Constraint they cannot trade away
Unassigned hot-desking cannot proceed until the paid software upgrade it requires has an approved budget and valid spending authority behind it.
Leverage or dependency over the others
Is the only person in the room who has actually read the booking software's licence terms.
Minimum acceptable outcome
A decision that does not commit to a go-live date before the software question is answered.
Condition that would shift their position
Would support hot-desking immediately if the software upgrade is funded in the same decision.

Finance and Risk Lead

Public responsibility
Signs off any spend the room change requires.
Evidence only this role holds
A comparison showing the software upgrade costs less than a single term of the overflow desks Facilities currently rents off-site.
Constraint they cannot trade away
Cannot approve new spend without a proposal that names a specific line item, not a category.
Leverage or dependency over the others
Any spend over $10,000 needs their sign-off before it can proceed.
Minimum acceptable outcome
A named, costed proposal, even a small one, rather than an in-principle agreement to spend later.
Condition that would shift their position
Would fund the upgrade today if it visibly cancels a bigger cost elsewhere.

Staff Representative

Public responsibility
Represents the 12 staff who have used the same desk for years.
Evidence only this role holds
Three staff have accessibility equipment permanently fitted to their current desk that a hot-desk cannot accommodate without notice.
Constraint they cannot trade away
Cannot agree to anything that was not first taken back to the staff for comment, or the agreement will not hold.
Leverage or dependency over the others
Can escalate to the union if consultation is skipped a second time.
Minimum acceptable outcome
Named, reserved desks for anyone with a documented accessibility need.
Condition that would shift their position
Would support the change once reserved desks are guaranteed in writing, not just promised verbally.

In the graded Lab this window runs for 48–72 hours. This demo compresses that into a contact counter instead of a clock: what actually limits you is 2 self-initiated contacts, not the number of hours you spend. It also only models contacts you start — replies to requests from others aren't limited in the real Lab, and aren't modeled here at all.

You are playing:

3. A filled example strategy memo

Individually, each person turns their role card into a one-page memo before contacting anyone. Here is the Staff Representative’s:

My responsibilities: speak for the 12 staff who currently have an assigned desk, and specifically flag anything that affects the 3 with fitted accessibility equipment.

My evidence: three staff have accessibility equipment permanently fitted to their current desk that a hot-desk cannot accommodate without notice. I don’t yet have a cost estimate for reserved-desk hardware, or know whether Facilities has already budgeted for it.

What I don’t know: whether the booking software has any bearing on cost at all, whether the fit-out has been costed by anyone yet, and whether Finance would treat these as one proposal or two.

Who I plan to contact: the Delivery Lead first, since they own whatever the room’s technical side involves, to ask what it would actually take to guarantee reserved desks and whether that raises a cost I don’t already know about; the Finance and Risk Lead only if that conversation raises a number I need confirmed.

Ethical boundaries I won’t cross: I will not agree to any timeline that has not been taken back to affected staff for comment, regardless of what it would cost the group to wait.

4. An example negotiation log

The log is not capped at two entries — it is the two self-initiated contacts that are capped; replies to requests from others, and any follow-up on the same contact, are logged too. Purpose, new information, any commitment made, and whether either side’s judgment changed are all recorded for every entry:

  1. Staff Representative → Delivery Lead (self-initiated). Purpose: find out if the software upgrade and accessibility fit-out could be one proposal. New information: drawing on the licence terms only they had read (their stated leverage on the role card), the Delivery Lead confirms the booking software already supports named, reserved desks at no extra cost — only genuine unassigned hot-desking needs the paid upgrade. Commitment: Delivery Lead agrees to draft a combined line item. Judgment change: Staff Representative’s minimum acceptable outcome now looks achievable without a fight — a material change from the initial judgment above.
  2. Finance and Risk Lead → Staff Representative (self-initiated). Purpose: Finance asked what the accessibility fit-out would cost, to fold it into the same costed proposal as the software upgrade. New information: Staff Representative did not have a number, but named the Facilities staff member who does. Commitment: Staff Representative will chase that number before the meeting. Judgment change: none recorded either side.
  3. Staff Representative → Executive Sponsor (self-initiated, second and final self-initiated contact). Purpose: check whether a slower phase-in would still count toward this year’s target. New information: Executive Sponsor confirms they would accept a slower phase-in if it comes with a firm date. Commitment: none made either way. Judgment change: Executive Sponsor’s position moves from “any plan, fast” toward “a firm date matters more than speed” — a change worth bringing into the meeting.

5. A formal decision record example

The record the group actually produces does not have to be a clean agreement — dissent, conditional support and deferral are all legitimate outcomes, provided the record says so honestly:

Decision: proceed with a combined proposal — booking-software upgrade and reserved accessibility desks — as one line item, with the accessibility fit-out still awaiting full costing, phased in over two terms with reserved desks guaranteed from day one, on condition that the phase-in timeline is taken back to the 12 affected staff for comment before it is finalised. That condition is not the group’s addition — it is the Staff Representative’s stated non-tradeable constraint, so the decision is written as conditional on it rather than as settled and separately hoping the constraint gets honoured later.

Who agreed: Executive Sponsor, Delivery Lead and Finance and Risk Lead agree to the proposal as drafted, including the consultation condition above. The Staff Representative’s position is recorded as final agreement pending consultation, not agreement to a settled plan: she has not yet agreed to anything final, because her own non-tradeable constraint makes the plan’s status contingent on a consultation that has not happened yet.

Evidence relied on: the booking-software licence terms (Delivery Lead); the accessibility equipment list (Staff Representative); the utilisation report (Executive Sponsor).

Unverified assumption: that the accessibility fit-out cost, still unconfirmed at meeting time, will not exceed the software upgrade saving Finance identified; and that returning the timeline to the 12 affected staff for comment will not surface an objection serious enough to reopen the phase-in itself.

Dissent: Finance and Risk Lead supports the plan conditionally — on record as not approving final spend until the fit-out figure is confirmed in writing. The Staff Representative’s final-agreement-pending- consultation position above is recorded separately from dissent: she is not opposing the plan, she is withholding final agreement until her non-tradeable constraint is actually met, which this record treats as a different thing from disagreeing with the plan’s content.

Action owner: Delivery Lead drafts the combined proposal; Staff Representative confirms the fit-out figure within one week, and separately runs the staff-consultation step before the phase-in date is fixed — her constraint was that the timeline goes back to staff before it holds, not merely before it is announced.

Final decision authority: Executive Sponsor signs off the proposal going forward once the fit-out figure lands and the staff consultation above has actually happened — not the group by majority, and not a completed decision on either point alone. This sign-off is a licence to keep drafting and costing the combined line item; it is not, by itself, either of the two authorities below.

Spending authority: Finance and Risk Lead, under their standing authority over spend above the university’s threshold — not yet granted. The Executive Sponsor’s final decision authority above does not stand in for this; any actual spend still requires the Finance and Risk Lead’s own sign-off once the fit-out figure is confirmed, which this record does not and cannot override.

Implementation authority: Delivery Lead, for the software configuration, and Facilities, for the physical fit-out — not yet granted. Purchasing or installing the accessibility equipment, physically reassigning or relabelling any of the 40 desks, and telling the 12 affected staff a fixed go-live date are all implementation actions that depend on spending authority above being granted first; none of them may happen before then.

What would reopen this record: a fit-out figure that exceeds the software-upgrade saving, Facilities confirming the “no extra cost” licence claim was wrong, or the staff consultation surfacing an objection to the phase-in that the group has not addressed.

6. Consequences, from stated rules

The consequence test is not a dramatised outcome — it applies explicit, ordered rules to whatever the decision record actually says, so the same record always produces the same consequence. As of this page, those rules are not only argued in prose: they are a small, typed, pure function — evaluateCostAndAuthority and evaluateRoleRule, defined in src/data/consequence-rules.ts — and the worked result below is that function’s actual output on the record above, not a hand-written paraphrase of what it should say.

Be precise about what that function does and does not do. It does not read the prose record above and parse it — no software here extracts “the fit-out cost is unconfirmed” from a paragraph of English. A human reads the record and codes its relevant facts into the typed inputs the function actually takes, hotDeskingCostAuthorityInput and hotDeskingRoleRuleInputs in src/data/consequence-rules.ts (for instance, costFullyKnown: false and missingFigure: { name: "the accessibility fit-out cost", owner: "Staff Representative", deadline: "within one week" }, coded from the record’s own “Unverified assumption” and “Action owner” fields above). That coding step is a human judgement call, not a mechanical extraction, which is exactly why the walkthrough below cites the specific record text behind each field it uses — so the coding is auditable, not asserted. What the function then guarantees is only that its rules are applied to that coded input consistently and deterministically, every time, rather than being re-argued from scratch in prose on each page that needs the result.

The rules turn on three kinds of authority a record can name, which are not the same thing and a record naming one does not establish the others:

The rules are checked in this order, because a record can honestly satisfy more than one trigger at once — “no named final decision authority” and “defers spend pending a missing figure” are independent facts about a record, not opposite ends of one switch, so a record missing both can trip both at the same time unless something decides which one governs:

  1. Is there a named final decision authority? If no → the Space Committee sends the record back for one revision before it will consider anything else about it. This is checked first: without someone named to hold the record’s decisions, there is no one for a deferred figure to come back to, so an authority gap always takes priority over a costing gap, including when both are missing at once.
  2. Does the record treat that final decision authority’s sign-off as spending authority? If yes → sent back for revision regardless of how complete the costing is. This is the mistake the worked example’s own record is careful to avoid: naming a final decision authority is not the same fact as that person, or anyone else, having spending authority — a record that quietly conflates the two has made an authority error, not a costing one, and rule 3 below never gets to evaluate a record that makes it.
  3. If a final decision authority is named and not mistaken for spending authority, is the cost fully costed and validly authorised? This branch is exhaustive — every remaining record lands in exactly one of three buckets, and the test for which one is not just “does the record name a missing figure” but “does the record actually withhold spend until that figure lands, and has spending authority actually been obtained”:
    • Fully costed and validly authorised → the figure is complete and the spend has been approved by someone who actually holds spending authority → the Space Committee accepts the plan as submitted, no delay.
    • Specific cost explicitly deferred — the record says exactly which number is missing, who owns getting it, and the deadline, and explicitly prohibits any dependent spend until that figure is confirmed and validly approved → a one-week delay while that figure is confirmed, and any other commitment already made in the record (an accessibility guarantee, for instance) still holds regardless of the delay.
    • Uncosted, prematurely authorised, or authorised by the wrong authority — this branch covers four distinct ways a record can fail to earn acceptance or a genuine deferral: a vague “cost to be confirmed” that names no figure, owner or deadline; a record that does name the missing figure and its owner but still authorises the dependent spend as if the figure were already confirmed; a record where the cost is fully known but no one who actually holds spending authority has approved it; and (caught earlier, at rule 2) a record where final decision authority is wrongly treated as spending authority. Naming the gap does not move a record out of this branch; only actually withholding spend until the gap is closed, and getting the spend approved by someone with real spending authority, does. This is a harder stop than the middle branch: a genuine deferral has a concrete number to wait for and nothing spend-related moves until it lands, so the rest of the record can proceed around it; a record that authorises spend regardless — or that was never going to be approved by anyone with the authority to approve it — has nothing left to wait for by the time the Committee sees it, so nothing in it is treated as settled until it is re-drafted around an actual, honoured deferral and a valid approval.
  4. Independently of 1–3, for each role in turn: does the record satisfy both that role’s stated minimum acceptable outcome and their non-tradeable constraint from their role card, checked together rather than as alternatives? Meeting the minimum outcome does not excuse silently overriding the constraint, and honouring the constraint does not excuse falling short of the minimum outcome — either gap on its own flags the record as contested for that role going into the reveal, regardless of whether they spoke up in the room, and regardless of which outcome 1–3 produced. A record can be accepted or delayed by rules 1–3 and still be contested under rule 4 for one or more roles. A record the text genuinely doesn’t confirm either way for a given role — on the outcome, the constraint, or both — is left unresolved rather than guessed at, exactly as an evidence-limited autopsy would treat it — see the walkthrough below for a case where this happens.

Applied to the record above, rule by rule — each bullet names what the function actually returned, computed live from hotDeskingCostAuthorityInput and hotDeskingRoleRuleInputs:

Final result, computed: cost-and-authority consequence delayed (rule 3 — one-week delay); role rule (rule 4) clear for the Delivery Lead (their non-tradeable constraint honoured by the record’s deferred implementation authority, not by the upgrade being funded) and the Staff Representative (her non-tradeable constraint honoured rather than bypassed); contested for the Finance and Risk Lead (the minimum outcome is not met by the record); and undetermined for the Executive Sponsor (the record does not state enough to determine this role's outcome and/or constraint either way) — four separate, individually traceable rule-4 outputs, one per role, alongside the rule-3 delay as a fifth, distinct result — never collapsed into a single “one-week delay” headline that quietly drops the other four.

7. An example retrospective and partial rerun

After the reveal, each person writes a short individual autopsy. One example, from whoever played the Staff Representative:

What actually shifted my position wasn’t the meeting — it was contacting the Delivery Lead beforehand and learning the booking software was already free under the existing licence. By the time we sat down, I was arguing from “this is basically free,” not “please don’t take our desks” — and looking back, that shorthand overstated what I actually knew. Only the software licence was confirmed free; the accessibility fit-out itself was never costed at that point, and “the software part is free” is not the same claim as “the whole thing is free,” even though that’s the version I let the room hear. It’s still what changed how much the Executive Sponsor was willing to concede, which is worth being honest about: it worked partly because it sounded more settled than the evidence actually supported. If I hadn’t made that contact at all, I think the meeting would have produced a straight yes/no vote instead of a combined proposal — but the contact earning that outcome doesn’t excuse overstating what it proved.

The partial rerun makes this same claim testable by labelling exactly what it changes and what it assumes, rather than leaving “I think” as the final word:

Changed variable: the Staff Representative’s two self-initiated contacts go to the Finance and Risk Lead and the Executive Sponsor instead of the Delivery Lead.

Held constant: every other role’s private brief, the meeting length, and the order in which items were raised in the room.

Resulting difference: without contacting the Delivery Lead, the Staff Representative never learns that the booking software is already free under the existing licence, and walks into the meeting able to argue only “this costs something” — rather than the narrower, accurate claim that contact actually supports: “the software side of this costs nothing; the fit-out is still an open figure.” (The Staff Representative’s real account above overstated even that narrower claim as “basically free” — this rerun states the accurate version instead of repeating the overstatement.)

Unverified assumption: that the Finance and Risk Lead or Executive Sponsor would not have independently surfaced the same licence fact if asked directly. Nothing in the record confirms or rules this out — the rerun’s conclusion holds only as strongly as this assumption does.

This is the format the partial rerun expects: one named change, everything else pinned down explicitly, the concrete difference that follows from it, and the one assumption still doing unverified work — not a general impression of what “probably” would have happened.

What you submit

See The Alignment Lab for the full marking breakdown. In short: an initial judgment, a strategy memo, a negotiation log, a decision record — produced with your live group, or individually under the async make-up or alternative pathway, per the breakdown below — an individual decision autopsy, and a partial rerun of one key juncture — each modelled above using the public example, and each available as a starting-point format on the templates page.

Each criterion’s evidence comes from a different place depending on which of the three pathways you’re on — live, async make-up (you had a role and a contact window, but missed only the live meeting — case (a) above), or the alternative / structured-async pathway (an opt-out, or case (b) above: you missed role assignment or the contact window itself). The weights and total (100% of the Lab’s own mark) are the same across all three; only where the evidence for each one comes from, and what counts as meeting the standard, changes:

Criterion (weight, level)LiveAsync make-upAlternative / structured-async
Initial judgment & strategy memo (20%, individual)Written before role cards / before contact opensSame artefact, written on the same clock as everyone else, before you knew you’d miss the meeting — not rewritten afterwardsWritten from this page’s public worked example, before you touch the Contact Simulator or any frozen transcript
Pre-meeting negotiation (20%, individual)Your own logged contacts during the live windowYour own logged contacts from that same real window — you were present for it — not reconstructed afterwards from the group’s shared materialsYour own contacts logged while playing the worked example through the Contact Simulator (or its frozen transcripts), under the same self-initiated-contact limit
Formal decision record (15%, group in the live case; an individually-produced equivalent otherwise)One record your live group produces together; marked once for everyone named in itNo group record to co-produce live — you audit the group’s actual record against the full reveal pack and submit your own corrected or reconstructed record, scored against the same ten fields and standard as a live oneNo group exists — you independently produce your own decision record from your own negotiation log and the worked example’s fully revealed role cards
Individual decision autopsy (35%, individual)Individually, after your group’s own revealIndividually, from the received record, full reveal pack and your own logged contactsIndividually, of the decision record you produced above
Partial rerun (10%, individual)One juncture from your live meetingSame, reasoned from the written materials you receivedOne juncture from your own Contact Simulator run or frozen transcript

Why each row is equivalent, not merely parallel

Four of the five rows are individual work under every pathway; only the decision record briefly reads as “shared” in the live case, which is exactly why it gets its own, longer reasoning below rather than the others’ shorter one.