Roadmapping

Roadmapping

Owner: Engineering Last reviewed: 2026-Q2

Purpose: Align quarterly outcomes to product strategy and ship iteratively.

Cadence

  • Annual themes → Quarterly outcomes → Monthly checkpoints → Bi-weekly sync
  • Keep scope flexible; lock success metrics and constraints early

Inputs

  • Product vision and customer feedback
  • System constraints (infra cost, performance, compliance)
  • Tech debt register and ADRs

Planning Levels

  • Outcome (problem + metric): e.g., “Reduce doc processing latency p95 from 6s → 3s”
  • Epic (capability): e.g., “Async ingestion pipeline v2”
  • Slice (ship-able): e.g., “Batch embeddings API + client regeneration”

Prioritization

  • RICE-ish: Reach, Impact, Confidence, Effort; include risk reduction value
  • Dependencies explicit (API first? schema? infra?)

Feasibility & Spikes

  • Timebox spikes (1–3 days). Produce decision notes or ADRs
  • Prototype behind flags; validate metrics/UX quickly

Resourcing

  • Small cross-functional pods (FE+BE) own outcomes end-to-end
  • Limit WIP; aim for 1–2 active epics per pod

Tracking

  • Board per outcome using existing Kanban models (boards, columns, action points)
  • Definition of Done includes: tests, docs, OpenAPI/Orval sync, deploy, metrics in place

Change Management

  • Update roadmap doc when scope/sequence shifts; record trade-offs in ADRs
  • Cancel stale work ruthlessly; protect team focus