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 Feature Priority Matrix: Governed Template Rendering
Governed template rendering reference: Feature Priority Matrix default v2 (draft) definition 5ce7df3c…b57e
Feature Priority Matrix · Project artifact SPECIRA

Feature Priority Matrix: Dispatch Modernization

Meridian Field Services: instructional example, not project evidence

Draft · watermark policy: draft_only template feature_priority_matrix v2 · pack: specira_default_delivery the cut line is the decision; every score carries its source
§1

Priority Matrix

mandatory 1 decision1 evidence rule validators: every_score_carries_a_source · confidence_score_present_and_justified · dependency_blocked_features_flagged
Framework decision · RICE

Why considered: the pilot has a continuous discovery backlog and behavioral baselines from the legacy system; WSJF's cost-of-delay fits program sequencing the single-hub pilot lacks; Kano needs a customer survey the internal rollout skips; MoSCoW's binary buckets lose the effort dimension the sizing already has. Who & how: M. Chen with the product owner, scored July 9 (prioritization framework[1]).

FeatureReach · ImpactConfidence (source)EffortObjective · stories
F1 ranked suggestions every assignment · high MEDIUM: the adoption assumption is unproven (ASM-02[2]) large objectives[3] · US-1, US-3[4]
F2 override + reason every override · high HIGH: a recorded requirement (FR-013[5]) small US-3[4]
F3 exception-review search ops managers weekly · medium LOW: the search UX is unvalidated medium none
F4 position ingestion feeds everything · high HIGH large the ENABLER
F5 mobile confirmation every technician · high HIGH medium US-1[4]

Dependency: F1 scores highest but is BLOCKED BY F4 (no positions, no proximity ranking); F4 is sequenced first despite being infrastructure, not a headline feature.

§2

MVP Cut Line

mandatory 1 decision1 evidence rule validators: mvp_cut_line_signed_with_revisit_triggers · cut_line_items_have_revisit_trigger_not_date · capacity_ceiling_stated_and_count_fits
DispositionFeaturesBasis
SHIPS AT PILOT F4 (enabler) · F1 · F2 · F5 The assignment loop end to end; success criterion: the week-6 value review (success measures[3]); capacity: one pilot team, four features fit, the count checks
DEFERRED F3 exception-review search Revisit trigger: the override rate clearing 40% sustained (the RSK-06 indicator, RSK-06[6]), when reviewing exceptions earns its build
DEFERRED hub-six onboarding automation Revisit trigger: the hub-two go decision (BD-2[1])

Sign-off: M. Chen, July 10; the sponsor informed. Every deferred item carries an event trigger; nothing below the line is a silent drop.

§3

Trade-off Rationale

mandatory 1 decision1 evidence rule validators: tradeoffs_stated_to_sponsor · re_scoring_triggers_are_events

Trade stated to the sponsor: deferring F3 means ops managers review overrides in a spreadsheet through pilot; the cost is manual effort on a low-volume surface, accepted because F3's confidence is LOW and its value scales with override volume the pilot has not yet produced.

Re-scoring triggers, events: the adoption assumption invalidating (ASM-02[2]) reopens F1's confidence and could re-rank the whole loop; a competitor's dispatch product shipping suggestion-first would reopen impact scores; the week-6 metric miss reopens the cut line itself. No quarterly review substitutes.

§4

Open Questions

mandatory1 decision
QuestionOwnerAnswer byBlocks
Does F5 mobile confirmation ship in the pilot cut or ride the INT-2 push notification alone until hub-two (a scope question the mobile spec's platform decision informs, platform targets[7])? M. ChenAt the mobile-platform decision F5's cut-line row only
Refs

References & Package Contents

In the Specira workspace

specira [1] Decision log: prioritization framework, BD-2 app.specira.ai/projects/dispatch-modernization/artifacts/decision-log
specira [2] Assumption register: ASM-02 adoption (F1's confidence rests here) app.specira.ai/projects/dispatch-modernization/artifacts/assumption-register#asm-02
specira [3] BRD: objectives, success measures (the value drivers) app.specira.ai/projects/dispatch-modernization/artifacts/brd#objectives
specira [4] User stories: US-1, US-3 (features decompose here) app.specira.ai/projects/dispatch-modernization/artifacts/user-stories
specira [5] FRD: FR-013 override reason app.specira.ai/projects/dispatch-modernization/artifacts/frd#fr-013
specira [6] Risk register: RSK-06 override-rate indicator (F3's trigger) app.specira.ai/projects/dispatch-modernization/artifacts/risk-register#rsk-06
specira [7] Mobile platform spec: the platform decision F5 depends on app.specira.ai/projects/dispatch-modernization/artifacts/mobile-platform-spec#platform
Generated by Specira · template feature_priority_matrix v2 (draft) · pack specira_default_delivery lineage 5ce7df3c…b57e · page 1 of 4