Specira sample artefact. Rendered from the governed default template on a fictional company. Names, figures and dates are illustrative.All artefacts →
SAMPLE
seeded demo data · specira.ai
Specira Assumption Register: Governed Template Rendering
Governed template rendering reference: Assumption Register default v2 (draft) definition cae995b0…82ff
Assumption Register · Project artifact SPECIRA

Assumption Register: Dispatch Modernization

Meridian Field Services: instructional example, not project evidence

Draft · watermark policy: draft_only template assumption_register v2 · pack: specira_default_delivery claims held true so work proceeds; the due date is the forcing function
§1

Assumption Table

mandatory 1 decision1 evidence rule validators: every_assumption_has_named_owner_and_due_date · assumption_status_from_allowed_lifecycle · no_assumption_past_due_without_status_update

Every claim the project currently proceeds on, with its basis, its cost-if-wrong, one owner, and a date. Past-due is handled by update, never silence.

Scope: full register, as of 2026-09-15 · live register at workspace registers[1]. Confidence scale, stated once: high (independent evidence exists), medium (single credible source), low (belief without evidence).

IdClaimBasisConf.Impact if wrongOwnerDueStatus
ASM-01 The vendor telematics feed sustains 400 positions/min at pilot fleet scale Vendor capacity statement + contract SLA medium Board staleness breaks the liveness target E. SandovalSep 12 validated (§4)
ASM-02 Dispatchers adopt suggestion-first assignment within the pilot window Journey-mapping sessions (future state[2]) medium The value case erodes (RSK-06[3]) M. ChenOct 15 validating
ASM-03 The collective agreement permits during-shift location tracking with meaningful notice HR counsel's preliminary read medium Pilot pause at the represented hub N. Duval was Aug 8 → Sep 30 validating: extended after the union requested co-signature review; past-due handled by update, which is the rule; revalidation trigger: any collective-agreement renewal
ASM-04 All five hubs run the same dispatch intake process Operations leadership statement at kickoff high (wrongly) Rollout plan misfits diverging hubs M. Chenn/a BROKEN Jul 28 → spawned RSK-05[3]
ASM-05 The HR directory remains authoritative for the technician roster through pilot Integration contract (system of record[4]) high Roster sync design re-opens A. ReyesJul 31 validated (§4)
§2

Validation Plans & Risk Pipeline

mandatory 1 decision1 evidence rule validators: every_open_assumption_has_validation_plan_with_method · broken_assumption_has_risk_backreference · unvalidated_high_impact_raised_at_register_cadence

Plans name their method (test, analysis, inspection, demonstration); "we will see" is not a plan. A broken assumption keeps its row and spawns a risk; it never relabels itself in place.

RowMethodPlanWhat the answer changes
ASM-02demonstration Observe assignment flows for the first two pilot weeks against the override-rate indicator (US-3 telemetry[5]) A sustained rate above 40% breaks the claim and re-scopes the suggestion loop (FR-013[6])
ASM-03analysis Labor counsel's written opinion + the union co-signature review The answer sets the notice text (consent model[7])

Pipeline, shown: ASM-04 flipped to broken, kept its row, and spawned RSK-05[3], where scoring and response live; nothing about Calgary is restated here. Escalation: ASM-03 is high-impact and twice-extended, so it rides the risk register's weekly steering cadence alongside RSK-07[3] until validated.

§3

Linked Requirements & Decisions

mandatory 1 decision1 evidence rule validators: dependency_links_resolve_both_directions · every_link_carries_blast_note

What proceeds on each claim, by id, both directions, and what re-opens when it breaks, so a break routes work instead of surprise.

RowDepends on itBlast if broken
ASM-01 The architecture's scale frame + the breakpoint scenario (quality scenarios[4], PS-3[8]) The capacity plan re-opens
ASM-02 FR-002[6], US-3[5], the BRD value case (objectives[9]) The suggestion loop re-scopes before hub two
ASM-03 SR-033[10], the consent model (lawful bases[7]), the TM-05 acceptance (threat model[11]) Override telemetry pauses; dispatch does not
ASM-04 BD-1[12] rollout sequencing + the journey-map portfolio (portfolio[2]) The break re-sequenced phase two (it happened)
ASM-05 Technician[13] + the board's read copy The sync design re-opens

Both directions hold; each cited row lists its ASM ids in its own dependencies.

§4

Verification Evidence

mandatory 1 decision1 evidence rule validators: validated_rows_cite_resolvable_dated_evidence · evidence_method_matches_executed_plan

A verbal confirmation nobody recorded validates nothing; evidence is resolvable, dated, and named.

RowMethodEvidenceSigned · date
ASM-01test The breakpoint run measured failure onset at 2,150 positions/min against the 400 needed (PS-3 results, run export[8]) E. Sandoval · Sep 13
ASM-05inspection The integration contract names the HR directory authoritative through pilot (contract extracts[14]) A. Reyes · Jul 30
ASM-04breaking evidence The Calgary intake walkthrough notes (research notes[2]), recorded Jul 28; that record is why the break routed work instead of surprise M. Chen · Jul 28
§5

Open Questions

mandatory1 decision

The boundary, stated once: a QUESTION is an unknown awaiting an answer (no default position). An ASSUMPTION is a claim held true so work proceeds (a default position with an owner). A RISK is a possible future harmful event. An answered question becomes an assumption, a logged decision, or a plain fact; it never stays a question.

Boundary applied: "does hub six exist in the rollout plan" is a question (tracked at BD-2[12]); "Calgary runs the same intake" WAS an assumption and broke; "vendor outage stales the board" is a risk (RSK-04[3]).

QuestionOwnerAnswer byBlocks
Does ASM-02's demonstration window extend if pilot start slips past October 1? M. ChenSep 26, 2026 The ASM-02 due date only
Refs

References & Package Contents

In this export package

package [14] Contract extracts: HR-directory authority clause ./compliance/contract-extracts.pdf

In the Specira workspace

specira [1] Workspace assumption register: the live source of truth app.specira.ai/projects/dispatch-modernization/registers/assumptions
specira [2] Journey maps: future state, portfolio, Calgary walkthrough notes app.specira.ai/projects/dispatch-modernization/artifacts/journey-maps
specira [3] Risk register: RSK-04, RSK-05, RSK-06, RSK-07 app.specira.ai/projects/dispatch-modernization/artifacts/risk-register
specira [4] Architecture: system of record, scale frame, quality scenarios app.specira.ai/projects/dispatch-modernization/artifacts/architecture
specira [5] User stories: US-3 telemetry app.specira.ai/projects/dispatch-modernization/artifacts/user-stories#us-3
specira [6] FRD: FR-002, FR-013 app.specira.ai/projects/dispatch-modernization/artifacts/frd
specira [7] Data classification: consent model / lawful bases app.specira.ai/projects/dispatch-modernization/artifacts/data-classification#consent
specira [8] Performance test scenarios: PS-3 results, run export app.specira.ai/projects/dispatch-modernization/artifacts/performance-test-scenarios#results
specira [9] BRD: objectives / value case app.specira.ai/projects/dispatch-modernization/artifacts/brd#objectives
specira [10] Security requirements: SR-033 app.specira.ai/projects/dispatch-modernization/artifacts/security-requirements#sr-033
specira [11] Threat model: TM-05 acceptance app.specira.ai/projects/dispatch-modernization/artifacts/threat-model#tm-05
specira [12] Decision log: BD-1, BD-2 app.specira.ai/projects/dispatch-modernization/artifacts/decision-log
specira [13] Data model: Technician entity app.specira.ai/projects/dispatch-modernization/artifacts/data-model#technician
Generated by Specira · template assumption_register v2 (draft) · pack specira_default_delivery lineage cae995b0…82ff · page 1 of 5