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 Decision Log: Governed Template Rendering
Governed template rendering reference: Decision Log default v2 (draft) definition da3b4058…5ac0
Decision Log · Project artifact SPECIRA

Decision Log: Dispatch Modernization

Meridian Field Services: instructional example, not project evidence

Draft · watermark policy: draft_only template decision_log v2 · pack: specira_default_delivery append-only · supersede, never edit
§1

Decision Index

mandatory 1 decision1 evidence rule validators: export_opens_with_scope_header_and_register_pointer · decision_supersession_chain_resolves_both_directions · decider_matches_tier_signoff_mapping

The compiled view of the live register. Every decision citation elsewhere in the workspace resolves to a row here, and to nowhere else.

Scope: full register, as of 2026-09-15 · live register at workspace registers[1]. Tier mapping (agreed E. Sandoval with M. Chen, July 7): architectural signs by the engineering lead, product owner consulted; business signs by the dispatch operations owner with the sponsor; operational signs by the delivery lead. Contested tiers escalate to the steering group. Reversibility sets ceremony: one-way doors get slow, broadly consulted review; two-way doors get fast small-group decisions.

IdTitleTierDoorStatusDateDeciderChain
ADR-2Poll-based position ingestion architecturaltwo-way supersededJul 8 E. Sandoval→ ADR-6
ADR-5Constrained suggestion output architecturalone-way acceptedJul 11 E. Sandovalnone
ADR-6Vendor webhook push for positions architecturaltwo-way acceptedJul 12 E. Sandovalsupersedes ADR-2
ADR-7Access-rights model: RBAC with hub scope architecturalone-way acceptedJul 15 E. Sandoval, A. Reyesnone
BD-1Pilot at the Toronto hub first businessone-way acceptedJul 9 M. Chennone
BD-2Hub-six go/no-go criteria businessone-way proposeddecide by Oct 1 M. Chen (owner)none
OD-1Single-owner rollback authority operationaltwo-way acceptedJul 13 Delivery leadnone
§2

Architectural Decisions

mandatory 1 decision1 evidence rule validators: every_decision_has_considered_alternatives_or_explicit_waiver · every_decision_has_nonempty_consequences_incl_unfavorable · every_decision_has_confirmation_rule

MADR-shaped frozen entries carrying the evaluation law (what, why considered, who, how evaluated, findings) plus the confirmation rule. Entries are written before or during the decision; thin alternatives betray a retrospective entry.

ADR-6: Vendor webhook push for positions accepted · supersedes ADR-2

Context: position freshness drives board liveness (quality scenarios[2]); polling at 60-second intervals (ADR-2) cannot meet the 5-second visibility target and burns vendor rate limits. Drivers: liveness target, vendor rate limits, adapter-seam isolation. Options: tighter polling (fails rate limits); vendor webhook push (meets target, needs signature verification); hybrid poll-plus-push (complexity without added freshness). Who & how: E. Sandoval with A. Reyes, walked against the INT-1 contract July 12. Outcome: webhook push; signature verification becomes a security requirement (SR-021[3]).

Consequences: positive, the liveness target is reachable. Negative, stated: a single vendor push path is now an availability dependency, monitored as RSK-04[4]; the spoofing surface moves to the webhook endpoint, analyzed as TM-01[5]. Confirmation: the PS-1 board-liveness run meets its p95 target (PS-1[6]).

ADR-2: Poll-based position ingestion SUPERSEDED by ADR-6, July 12

Kept in full, never deleted: its context (early uncertainty about vendor webhook maturity) explains why polling was ever chosen. The chain links run both directions.

ADR-5 and ADR-7 render as compressed cards; their consequences already live where they act: TM-08 eliminated[5] and the permission model[7].

§3

Business Decisions

mandatory 1 decision1 evidence rule validators: business_drivers_cite_brd_objective_or_contract_clause · proposed_entries_carry_decide_by_date_and_owner
BD-1: Pilot at the Toronto hub first accepted

Context: five hubs, one pilot budget (objectives[8]). Drivers: fastest observable value, union-briefing sequencing, data-migration risk containment. Options: Toronto (largest volume, union-represented, richest data); Calgary (smallest, fastest, least representative); parallel two-hub (splits attention). Who & how: M. Chen with the sponsor, scored against the drivers July 9. Outcome: Toronto first. Consequences: the union monitoring-notice question becomes pilot-critical (tracked once at security open questions[3]); volume assumptions rest on Toronto figures (ASM-01[9]). Confirmation: pilot value review at week 6 against the BRD's success measures.

BD-2: Hub-six go/no-go criteria PROPOSED · decide by Oct 1 · owner M. Chen

Drivers and options listed, outcome empty; logging it before it is made is what keeps the hub-six alternatives honest.

§4

Operational Decisions

conditional · material ops decisions logged, ENGAGED 1 decision1 evidence rule
OD-1: Single-owner rollback authority accepted · two-way

Context: rollback debates during incidents waste the window (rollback runbook[10]). Outcome: the release owner pulls rollback alone; no meeting; fix-in-place is time-boxed first. Decider: delivery lead, July 13. Confirmation: the next rollback drill's decision-to-pull time stays under its target. The runbook owns the procedure; this entry owns only the authority decision.

§5

Open Questions

mandatory1 decision
QuestionOwnerDecide byBlocks
Should BD-2's go/no-go criteria include the production-sizing breakpoint re-run (performance open questions[6])? M. ChenOct 1, 2026 BD-2's acceptance only
Refs

References & Package Contents

In the Specira workspace

specira [1] Workspace decision register: the live source of truth app.specira.ai/projects/dispatch-modernization/registers/decisions
specira [2] Architecture: quality scenarios, INT-1 contract app.specira.ai/projects/dispatch-modernization/artifacts/architecture
specira [3] Security requirements: SR-021; shared open question app.specira.ai/projects/dispatch-modernization/artifacts/security-requirements
specira [4] Risk register: RSK-04 (ADR-6's monitored consequence) app.specira.ai/projects/dispatch-modernization/artifacts/risk-register#rsk-04
specira [5] Threat model: TM-01, TM-08 app.specira.ai/projects/dispatch-modernization/artifacts/threat-model
specira [6] Performance test scenarios: PS-1 confirmation, open questions app.specira.ai/projects/dispatch-modernization/artifacts/performance-test-scenarios
specira [7] Auth & authz policy: the permission-model decision ADR-7 acts in app.specira.ai/projects/dispatch-modernization/artifacts/auth-authz-policy#permission
specira [8] BRD: objectives BD-1's drivers cite app.specira.ai/projects/dispatch-modernization/artifacts/brd#objectives
specira [9] Assumption register: ASM-01 volume assumption app.specira.ai/projects/dispatch-modernization/artifacts/assumption-register#asm-01
specira [10] Deployment verification: the rollback runbook OD-1 cites app.specira.ai/projects/dispatch-modernization/artifacts/deployment-verification#rollback
Generated by Specira · template decision_log v2 (draft) · pack specira_default_delivery lineage da3b4058…5ac0 · page 1 of 5