SCOPE

Scope

The Scope pillar defines the boundaries of research work, request intake, prioritisation, risk classification, method choice and support model.

Operating question

What research should happen, who may do it and what level of support or review does it need?

Clear scope directs limited research capacity towards the highest-value questions and stops low-quality or unsafe research from entering delivery unnoticed.

SCOPE 1.0.0

Scope operating model

How the organisation defines what counts as research work, who can do it and what level of operating support it needs.

P

SCOPE 1.1.1

Research scope is an operating decision

Research scope should connect organisational priorities, decision needs, participant risk, available capability and the operating support needed to run the work well.

Type
Principle
Status
draft
Effective date
2026-07-02
Applies to
Research leaders, ResearchOps, Delivery leaders
Evidence
scope-model, research-service-definition
Templates
TPL-MATURITY-ASSESSMENT
R

SCOPE 1.1.2

Define the boundary between research and adjacent activity

The practice must define which activities are governed as user research, which are adjacent discovery or engagement activities and which require research leadership review before proceeding.

Type
Rule
Status
draft
Effective date
2026-07-02
Applies to
Research leaders, Product managers, Delivery leaders
Evidence
scope-boundary, activity-classification
Templates
TPL-GOVERNANCE-RACI
G

SCOPE 1.1.3

Use scope to choose the operating model

Scope decisions should identify whether work is best supported through self-service, coaching, full-service research, specialist governance or a mixed model.

Type
Guidance
Status
draft
Effective date
2026-07-02
Applies to
ResearchOps, Research leaders, Study leads
Evidence
support-model-decision, scope-triage
C

SCOPE 1.1.4

Do not relabel weak research to avoid governance

Teams must not describe research as feedback, validation, engagement or discovery to avoid required review, participant protections or evidence standards.

Type
Conduct
Status
draft
Effective date
2026-07-02
Applies to
Researchers, Product managers, Delivery teams
Evidence
activity-classification, governance-triage

SCOPE 2.0.0

Research intake and problem framing

How research demand enters the system and is shaped into a clear decision need.

R

SCOPE 2.1.1

Record a research rationale before work starts

Every research activity must have a recorded problem, decision need, user group, method rationale and expected use of findings before recruitment or fieldwork starts.

Type
Rule
Status
draft
Effective date
2026-07-02
Applies to
Researchers, Product managers, Study leads
Evidence
research-intake, research-plan
Templates
TPL-RESEARCH-INTAKE, TPL-RESEARCH-PLAN
R

SCOPE 2.1.2

Name the decision the research will inform

Research requests must state the decision, risk, policy question, service assumption or design choice that evidence is expected to inform.

Type
Rule
Status
draft
Effective date
2026-07-02
Applies to
Product managers, Researchers, Delivery leaders
Evidence
decision-need, stakeholder-map, decision-log
Templates
TPL-DECISION-LOG, TPL-STAKEHOLDER-MAPPING
G

SCOPE 2.1.3

Separate symptoms from researchable questions

When an intake request describes a solution, complaint or vague learning goal, reframe it into the decision, user group, uncertainty and evidence need before accepting it as research work.

Type
Guidance
Status
draft
Effective date
2026-07-02
Applies to
Researchers, ResearchOps, Product managers
Evidence
intake-triage-notes, reframed-question

SCOPE 3.0.0

Prioritisation and capacity

How research effort is matched to strategy, risk, value and available capability.

P

SCOPE 3.1.1

Research capacity is a strategic resource

Research effort should be directed to decisions where user evidence can reduce material risk, improve outcomes or change what the organisation does.

Type
Principle
Status
draft
Effective date
2026-07-02
Applies to
Research leaders, Delivery leaders
Evidence
prioritisation-record, decision-log
Templates
TPL-DECISION-LOG
R

SCOPE 3.1.2

Prioritise demand using visible criteria

Research demand must be prioritised using recorded criteria such as user risk, service impact, legal or policy dependency, learning value, urgency, effort and strategic fit.

Type
Rule
Status
draft
Effective date
2026-07-02
Applies to
Research leaders, ResearchOps, Portfolio leads
Evidence
prioritisation-criteria, research-backlog
Templates
TPL-RESEARCH-BACKLOG
G

SCOPE 3.1.3

Make trade-offs explicit when deprioritising work

When research is deferred or declined, record the reason, the risk accepted, the alternative evidence available and the point at which the decision should be revisited.

Type
Guidance
Status
draft
Effective date
2026-07-02
Applies to
Research leaders, Product managers, Delivery leaders
Evidence
deprioritisation-note, accepted-risk, review-trigger

SCOPE 4.0.0

Risk, review and support levels

How the scope of work determines governance, ResearchOps support and delivery controls.

R

SCOPE 4.1.1

Classify support level before delivery starts

A study must be classified for support level before delivery starts, using risk, method complexity, participant sensitivity, capability and operational dependency.

Type
Rule
Status
draft
Effective date
2026-07-02
Applies to
Study leads, ResearchOps, Research leaders
Evidence
support-level, risk-rating, capability-check
Templates
TPL-RISK-ASSESSMENT
G

SCOPE 4.1.2

Use a hybrid support model

Provide self-service templates for low-risk routine work and full-service ResearchOps support for high-risk, high-priority or specialist studies.

Type
Guidance
Status
draft
Effective date
2026-07-02
Applies to
ResearchOps, Research leaders
Evidence
support-model-decision, risk-rating
C

SCOPE 4.1.3

Escalate when scope grows beyond approval

People running research must pause and recheck scope when participants, topics, methods, data collection, incentives or intended use expand beyond the approved plan.

Type
Conduct
Status
draft
Effective date
2026-07-02
Applies to
Researchers, Study leads, ResearchOps
Evidence
scope-change-record, reapproval-note

SCOPE 5.0.0

Method boundaries and evidence standards

How method choice, evidence quality and research claims stay within scope.

R

SCOPE 5.1.1

Match method to decision risk

The selected method must be proportionate to the decision risk and capable of producing evidence strong enough for the intended use.

Type
Rule
Status
draft
Effective date
2026-07-02
Applies to
Researchers, Study leads, Research reviewers
Evidence
method-rationale, decision-risk, limitations-statement
Templates
TPL-METHOD-PLAYBOOK, TPL-RESEARCH-PLAN
P

SCOPE 5.1.2

Scope should protect evidence from overreach

Research claims should stay within the population, context, method, sample and confidence level covered by the study.

Type
Principle
Status
draft
Effective date
2026-07-02
Applies to
Researchers, Research leaders, Decision makers
Evidence
limitations-statement, findings-review
G

SCOPE 5.1.3

Use method playbooks as guardrails, not scripts

Method playbooks should help teams choose and run suitable approaches while still requiring researchers to adapt responsibly to context and risk.

Type
Guidance
Status
draft
Effective date
2026-07-02
Applies to
Researchers, ResearchOps, Coaches
Evidence
method-playbook-reference, contextual-adaptation
Templates
TPL-METHOD-PLAYBOOK

SCOPE 6.0.0

Self-service, coaching and non-researcher activity

How low-risk research-adjacent work is enabled without weakening standards.

R

SCOPE 6.1.1

Limit self-service research to approved low-risk patterns

Self-service research or research-adjacent activity must stay within approved methods, participant groups, data handling rules and review thresholds.

Type
Rule
Status
draft
Effective date
2026-07-02
Applies to
Non-researchers, Product managers, ResearchOps
Evidence
self-service-pattern, approved-method, risk-threshold
C

SCOPE 6.1.2

Ask for help before quality or safety is compromised

People using self-service patterns must seek research or governance support when the work becomes sensitive, ambiguous, high-impact or beyond their competence.

Type
Conduct
Status
draft
Effective date
2026-07-02
Applies to
Non-researchers, Delivery teams, Coaches
Evidence
support-request, coaching-record
G

SCOPE 6.1.3

Use coaching to grow capability without hiding risk

Coaching should help teams frame questions, choose safe methods and understand limits, while keeping accountability for high-risk research with qualified researchers.

Type
Guidance
Status
draft
Effective date
2026-07-02
Applies to
Research coaches, Research leaders, ResearchOps
Evidence
coaching-plan, capability-record

SCOPE 7.0.0

Roadmap, portfolio and scope learning

How scope decisions are reviewed across the portfolio and used to improve the research operating system.

R

SCOPE 7.1.1

Maintain a visible research backlog or roadmap

Priority research demand, accepted work, deferred work and known evidence gaps must be visible in a backlog or roadmap that research and delivery leaders can review.

Type
Rule
Status
draft
Effective date
2026-07-02
Applies to
Research leaders, ResearchOps, Portfolio leads
Evidence
research-backlog, research-roadmap, evidence-gap-log
Templates
TPL-RESEARCH-BACKLOG, TPL-RESEARCH-ROADMAP
G

SCOPE 7.1.2

Review demand patterns as operating-system evidence

Repeated requests, unclear scope, rejected studies, unsupported self-service work and recurring method gaps should feed operating improvements.

Type
Guidance
Status
draft
Effective date
2026-07-02
Applies to
ResearchOps, Research leaders
Evidence
demand-pattern-review, improvement-backlog
P

SCOPE 7.1.3

Good scope increases focus and trust

A mature scope system should help teams ask better questions, use research capacity deliberately and understand why some work proceeds, changes or stops.

Type
Principle
Status
draft
Effective date
2026-07-02
Applies to
Research leaders, Delivery leaders, ResearchOps
Evidence
scope-retrospective, portfolio-review, stakeholder-feedback

Glossary

Research scope
The agreed boundary of a research activity, including question, participants, method, intended use, evidence standard and support level.
Decision need
The decision, risk or uncertainty that research evidence is expected to inform.
Support level
The degree of ResearchOps, research leadership or governance involvement needed for a piece of work.
Self-service pattern
An approved low-risk approach that enables non-researchers or teams to collect limited evidence within defined guardrails.

Change history

  1. 2026-07-02

    Expanded SCOPE into an end-to-end scope lifecycle covering operating model, intake, prioritisation, support levels, method boundaries, self-service and portfolio learning.