Board and committee pack preparation
Purpose
A board paper has one job: allow a group of people with limited time and no
operational context to take a decision they can defend later. Most papers do the
opposite — they narrate the work, bury the ask on page nine, present one option
dressed as an analysis, and list generic risks nobody will act on. This skill fixes
the order, forces genuine alternatives, and separates what the decision needs from
what merely evidences it.
Prerequisites
- Inputs: the decision actually being sought and who has the authority to take
it; the options genuinely available; the figures behind them, sourced and already
through
data-analytics-report-qa; the current risk position; the terms of
reference or delegated authority of the forum.
- Access: the previous pack and the minutes of the last meeting, so the paper
can state what changed and close out prior actions.
- Timing: the papers deadline and the reading expectation. A paper tabled at
the meeting is a paper that was not read.
If the decision is not yet defined, stop and define it. A paper "for discussion"
with no proposition consumes the scarcest governance time there is and produces no
minute.
Data classification and stop condition
Board material is Confidential by default, and frequently price-sensitive,
legally privileged, or subject to regulatory notification. Handle accordingly:
- State the classification and the distribution list on the front page.
- Where a paper covers litigation or regulatory engagement, mark it and route
through legal before circulation — privilege can be lost by distribution.
- Report individuals by role, not by name, unless the paper is expressly about a
named appointment or a matter requiring it.
- Aggregate client and personal data. A board decision practically never requires
row-level personal data, and a pack is the most widely forwarded document an
organisation produces.
Stop condition: if personal data, account numbers, client identities or
individual trading positions are supplied for inclusion, flag it and stop. Ask for
an aggregated extract before continuing.
Non-fabrication rule — absolute. Never invent, interpolate, round-to-plausible
or carry-forward a figure into a board paper. Every number is sourced and dated. If
a number is not available, the paper says "not available", says why, and says when
it will be. If a number is an estimate, it is labelled as an estimate with its
basis and its range. A fabricated board figure is a governance failure, and it is
minuted with your name on it. When the data does not support the paper, that is the
finding — report it rather than filling the gap.
Required order
The order is the substance. It is not negotiable, and it is the reverse of how the
work was done.
| # |
Section |
Contents |
| 1 |
Decision requested |
One paragraph: exactly what the forum is being asked to approve, note or delegate, under which authority, and by when |
| 2 |
Recommendation |
What management recommends and the two or three reasons why |
| 3 |
Context and what changed |
Why this is on the agenda now, and what has changed since this forum last saw it |
| 4 |
Options |
Each realistic option with its cost, benefit, risk, and reason it was not recommended — including doing nothing |
| 5 |
Financial and resource impact |
Sourced figures, with the assumptions they rest on stated |
| 6 |
Risks |
The specific risks of the recommendation, each with owner, mitigation and residual position |
| 7 |
Legal, regulatory and compliance implications |
Applicable obligations, named by regime and jurisdiction where relevant, and their status |
| 8 |
Stakeholder and people impact |
Who is affected and how it will be handled |
| 9 |
Implementation and measurement |
Who owns it, key dates, and how the forum will know whether it worked |
| 10 |
Prior actions |
Actions from the last minutes, with status |
| 11 |
Appendix |
Supporting detail, referenced by number from the body |
Procedure
- Write the decision request first and confirm the forum can actually take it.
Check the terms of reference and delegated authority: a paper asking for a
decision outside a forum's authority wastes the meeting and creates an invalid
minute.
- State the recommendation immediately after the request. Directors read the
first page; a recommendation revealed at the end has already been pre-empted by
whatever they concluded on the way there.
- Build the options honestly. Each option needs a real advocate case, a cost,
and a stated reason for rejection. Include the do-nothing option with its actual
consequence. Straw-man options are the most common defect in board papers and
the most damaging: they convert governance into ratification, and a director who
spots one distrusts the whole paper.
- Source every figure to a named system, report or document, with an as-of
date, and run it through
data-analytics-report-qa before it enters the pack.
Where the same metric appears elsewhere in the pack, reconcile it — two numbers
for one thing in one pack is the finding directors remember.
- Write risks that are risks. A risk is specific, has an owner, has a
probability and impact, has a mitigation with a date, and has a residual
position after mitigation. "Execution risk" and "market conditions" are not
risks; they are placeholders. Include the risks of the recommendation, not only
of the alternatives — a paper whose recommended option carries no stated risk is
not credible.
- State legal and regulatory implications by regime, parameterised to the
jurisdictions the organisation actually operates in, with the status of each
obligation: met, in progress with a date, or requiring a decision. Where an
obligation is uncertain, say so and name who is confirming it.
- Apply the main-body / appendix split. The body contains only what is needed
to take the decision; everything else is appendix, referenced by number. Test
each body page: remove it — can the decision still be taken? If yes, it is
appendix. The appendix carries the detail a challenging director will ask for;
it is not a dumping ground, and it is indexed.
- Length discipline. The body should be readable in the time the forum will
actually give it. If the body exceeds that, cut to appendix, not to the ask.
- Write what changed since this forum last saw the matter, including anything
that has moved against the position previously reported. A paper that repeats a
previous position without acknowledging deterioration will be caught, and it
destroys the credibility of every other paper from the same source.
- Close out prior actions with status, owner and date. Actions that quietly
lapse train the forum to stop assigning them.
- Pre-read the objections. List the three questions the toughest director
will ask, and make sure the paper answers them — in the body if they bear on
the decision, in the appendix if they bear on the evidence.
- Circulate against the papers deadline, with classification and distribution
list on the front page, and version control on the document.
Failure modes
- Ask buried. The decision appears after the narrative and the forum arrives at
it already committed to its own reading.
- Single option presented as analysis. Removes the forum's ability to govern.
- Generic risks. Unactionable, and they signal that the real risks were not
examined.
- Unsourced or inconsistent figures. One reconciliation failure discredits the
paper.
- Everything in the body. A long body is read partially and unpredictably; the
parts skipped are chosen by the reader, not by you.
- No stated deterioration. The gap between the paper and the reality is
discovered by the forum rather than disclosed by management.
- Decision outside the forum's authority, producing a minute that does not
hold.
Boundaries
- A recurring project or programme update with no decision attached — use
operations-project-status-report.
- Producing the slides from finished material — use
cross-functional-deck-assembly; this skill owns the content and the ordering,
that one owns the assembly.
- Drafting the policy or standard the board is being asked to approve — use
legal-compliance-policy-drafting, then attach it as the appendix.
- Assessing the impact of a regulatory change that will be tabled — use
legal-compliance-regulatory-change-impact to produce the analysis first.
- Selecting a supplier the board is asked to approve — the evaluation belongs to
operations-vendor-evaluation; the paper presents its conclusion.
Hand-offs
- Receives from:
operations-project-status-report (delivery position and
escalated decisions), finance-month-end-variance-analysis and
data-analytics-report-qa (verified figures),
legal-compliance-regulatory-change-impact (obligations and deadlines),
operations-vendor-evaluation (a recommended supplier and its rationale),
engineering-decision-record (a technical decision needing governance sign-off).
- Routes to:
cross-functional-deck-assembly where the paper must also be
presented, legal-compliance-policy-drafting where the decision creates a policy
obligation, and operations-sop-authoring where an approved decision becomes a
recurring control.
1---2name: executive-board-pack-preparation3description: Prepares board, executive-committee or steering material to a governance standard: the decision being asked for stated on the first page, options with real trade-offs, the management recommendation and the reasoning behind it, risks that are actually risks, and a disciplined split between the main body and the appendix. Use when material is going to a board, an exec committee, a risk or audit committee, or any forum that takes minuted decisions. Trigger on 'board pack', 'paper for the board', 'exec committee paper', 'steerco decision paper', 'prepare for the risk committee', 'we need approval from the board for X'. Not for a recurring delivery status (use operations-project-status-report), not for building slides from a finished analysis (use cross-functional-deck-assembly), and not for drafting the policy or standard a board is being asked to approve (use legal-compliance-policy-drafting).4---56# Board and committee pack preparation78## Purpose910A board paper has one job: allow a group of people with limited time and no11operational context to take a decision they can defend later. Most papers do the12opposite — they narrate the work, bury the ask on page nine, present one option13dressed as an analysis, and list generic risks nobody will act on. This skill fixes14the order, forces genuine alternatives, and separates what the decision needs from15what merely evidences it.1617## Prerequisites1819- **Inputs:** the decision actually being sought and who has the authority to take20 it; the options genuinely available; the figures behind them, sourced and already21 through `data-analytics-report-qa`; the current risk position; the terms of22 reference or delegated authority of the forum.23- **Access:** the previous pack and the minutes of the last meeting, so the paper24 can state what changed and close out prior actions.25- **Timing:** the papers deadline and the reading expectation. A paper tabled at26 the meeting is a paper that was not read.2728If the decision is not yet defined, stop and define it. A paper "for discussion"29with no proposition consumes the scarcest governance time there is and produces no30minute.3132## Data classification and stop condition3334Board material is **Confidential** by default, and frequently price-sensitive,35legally privileged, or subject to regulatory notification. Handle accordingly:3637- State the classification and the distribution list on the front page.38- Where a paper covers litigation or regulatory engagement, mark it and route39 through legal before circulation — privilege can be lost by distribution.40- Report individuals by role, not by name, unless the paper is expressly about a41 named appointment or a matter requiring it.42- Aggregate client and personal data. A board decision practically never requires43 row-level personal data, and a pack is the most widely forwarded document an44 organisation produces.4546**Stop condition:** if personal data, account numbers, client identities or47individual trading positions are supplied for inclusion, flag it and stop. Ask for48an aggregated extract before continuing.4950**Non-fabrication rule — absolute.** Never invent, interpolate, round-to-plausible51or carry-forward a figure into a board paper. Every number is sourced and dated. If52a number is not available, the paper says "not available", says why, and says when53it will be. If a number is an estimate, it is labelled as an estimate with its54basis and its range. A fabricated board figure is a governance failure, and it is55minuted with your name on it. When the data does not support the paper, that is the56finding — report it rather than filling the gap.5758## Required order5960The order is the substance. It is not negotiable, and it is the reverse of how the61work was done.6263| # | Section | Contents |64| --- | --- | --- |65| 1 | Decision requested | One paragraph: exactly what the forum is being asked to approve, note or delegate, under which authority, and by when |66| 2 | Recommendation | What management recommends and the two or three reasons why |67| 3 | Context and what changed | Why this is on the agenda now, and what has changed since this forum last saw it |68| 4 | Options | Each realistic option with its cost, benefit, risk, and reason it was not recommended — including doing nothing |69| 5 | Financial and resource impact | Sourced figures, with the assumptions they rest on stated |70| 6 | Risks | The specific risks of the recommendation, each with owner, mitigation and residual position |71| 7 | Legal, regulatory and compliance implications | Applicable obligations, named by regime and jurisdiction where relevant, and their status |72| 8 | Stakeholder and people impact | Who is affected and how it will be handled |73| 9 | Implementation and measurement | Who owns it, key dates, and how the forum will know whether it worked |74| 10 | Prior actions | Actions from the last minutes, with status |75| 11 | Appendix | Supporting detail, referenced by number from the body |7677## Procedure78791. **Write the decision request first and confirm the forum can actually take it.**80 Check the terms of reference and delegated authority: a paper asking for a81 decision outside a forum's authority wastes the meeting and creates an invalid82 minute.832. **State the recommendation immediately after the request.** Directors read the84 first page; a recommendation revealed at the end has already been pre-empted by85 whatever they concluded on the way there.863. **Build the options honestly.** Each option needs a real advocate case, a cost,87 and a stated reason for rejection. Include the do-nothing option with its actual88 consequence. Straw-man options are the most common defect in board papers and89 the most damaging: they convert governance into ratification, and a director who90 spots one distrusts the whole paper.914. **Source every figure** to a named system, report or document, with an as-of92 date, and run it through `data-analytics-report-qa` before it enters the pack.93 Where the same metric appears elsewhere in the pack, reconcile it — two numbers94 for one thing in one pack is the finding directors remember.955. **Write risks that are risks.** A risk is specific, has an owner, has a96 probability and impact, has a mitigation with a date, and has a residual97 position after mitigation. "Execution risk" and "market conditions" are not98 risks; they are placeholders. Include the risks of the recommendation, not only99 of the alternatives — a paper whose recommended option carries no stated risk is100 not credible.1016. **State legal and regulatory implications by regime,** parameterised to the102 jurisdictions the organisation actually operates in, with the status of each103 obligation: met, in progress with a date, or requiring a decision. Where an104 obligation is uncertain, say so and name who is confirming it.1057. **Apply the main-body / appendix split.** The body contains only what is needed106 to take the decision; everything else is appendix, referenced by number. Test107 each body page: remove it — can the decision still be taken? If yes, it is108 appendix. The appendix carries the detail a challenging director will ask for;109 it is not a dumping ground, and it is indexed.1108. **Length discipline.** The body should be readable in the time the forum will111 actually give it. If the body exceeds that, cut to appendix, not to the ask.1129. **Write what changed since this forum last saw the matter,** including anything113 that has moved against the position previously reported. A paper that repeats a114 previous position without acknowledging deterioration will be caught, and it115 destroys the credibility of every other paper from the same source.11610. **Close out prior actions** with status, owner and date. Actions that quietly117 lapse train the forum to stop assigning them.11811. **Pre-read the objections.** List the three questions the toughest director119 will ask, and make sure the paper answers them — in the body if they bear on120 the decision, in the appendix if they bear on the evidence.12112. **Circulate against the papers deadline**, with classification and distribution122 list on the front page, and version control on the document.123124## Failure modes125126- **Ask buried.** The decision appears after the narrative and the forum arrives at127 it already committed to its own reading.128- **Single option presented as analysis.** Removes the forum's ability to govern.129- **Generic risks.** Unactionable, and they signal that the real risks were not130 examined.131- **Unsourced or inconsistent figures.** One reconciliation failure discredits the132 paper.133- **Everything in the body.** A long body is read partially and unpredictably; the134 parts skipped are chosen by the reader, not by you.135- **No stated deterioration.** The gap between the paper and the reality is136 discovered by the forum rather than disclosed by management.137- **Decision outside the forum's authority**, producing a minute that does not138 hold.139140## Boundaries141142- A recurring project or programme update with no decision attached — use143 `operations-project-status-report`.144- Producing the slides from finished material — use145 `cross-functional-deck-assembly`; this skill owns the content and the ordering,146 that one owns the assembly.147- Drafting the policy or standard the board is being asked to approve — use148 `legal-compliance-policy-drafting`, then attach it as the appendix.149- Assessing the impact of a regulatory change that will be tabled — use150 `legal-compliance-regulatory-change-impact` to produce the analysis first.151- Selecting a supplier the board is asked to approve — the evaluation belongs to152 `operations-vendor-evaluation`; the paper presents its conclusion.153154## Hand-offs155156- **Receives from:** `operations-project-status-report` (delivery position and157 escalated decisions), `finance-month-end-variance-analysis` and158 `data-analytics-report-qa` (verified figures),159 `legal-compliance-regulatory-change-impact` (obligations and deadlines),160 `operations-vendor-evaluation` (a recommended supplier and its rationale),161 `engineering-decision-record` (a technical decision needing governance sign-off).162- **Routes to:** `cross-functional-deck-assembly` where the paper must also be163 presented, `legal-compliance-policy-drafting` where the decision creates a policy164 obligation, and `operations-sop-authoring` where an approved decision becomes a165 recurring control.