Where AI governance meets operational reality.

STANDARDS DEVELOPMENT

Turn requirements into specifications people can examine.

Develop requirements, controls, evidence structures or technical contributions with their source basis, applicability and limitations explicit.

Commissioned technical work does not confer standards-body authority, endorsement or approval.

Explore the development outputs →

Who this serves

Start with the decision you need to make.

Teams developing requirements, controls, evidence structures or technical contributions to standards work.

Questions and project types

Choose a useful starting point.

Requirements and control specifications

What should the requirement mean in practice?

A specification of obligations, controls, applicability and expected evidence.

Framework mappings and gap analyses

How do these requirements relate?

A comparison against named editions, with rationale, gaps and mapping limitations.

Technical specifications and evidence schemas

How should the evidence be structured?

A scoped specification, schema or record definition with its intended use and constraints.

Standards research and submission support

What technical contribution should we prepare?

Research, technical analysis or draft submission material for the receiving body’s process.

What you receive

Outputs agreed before work begins.

  • An agreed specification, mapping, schema or contribution draft.
  • Named source editions, applicability assumptions and a documented rationale.
  • Unresolved questions, review comments and change history appropriate to the scope.
  • Agreed ownership, licensing and permitted-use terms.

How work proceeds

A scoped engagement with a defined handover.

01

Establish fit

Describe the objective, organisation, decision context and funding position.

02

Agree the work

Confirm the question, competence, conflicts, evidence access, outputs, rights and fees.

03

Perform and deliver

Begin under the contracted paid scope; deliver findings, limitations and the agreed handover.

Scope and limitations

Read the boundary with the offer.

Commissioned work does not confer standards-body authority or endorsement. A mapping does not establish equivalence, compliance or operational effectiveness. Submission support cannot guarantee acceptance.

Notably Absent

  • No formal institutional adoption or regulatory recognition implied.
  • No compliance or control-effectiveness finding created by a crosswalk.
  • No guaranteed acceptance of a submission or draft contribution.

Published work

Explore the thinking behind the services.

Our public research and framework publications illustrate relevant questions and methods. They are distinct from commissioned client engagements.

Explore Research → Explore Frameworks →

Your next step

Have a different requirement?

The examples are not an exhaustive catalogue. Describe your question even if it does not fit a listed format. We assess relevance, competence, independence and delivery capacity before accepting work.

Introductory discussions establish fit and commercial scope. Technical analysis, study design, validation and advisory work require an agreed paid scope, independence and data-handling checks, written terms and payment before work begins.

Please do not include confidential records, personal datasets or credentials in an initial enquiry.

Discuss standards work →