Capability·Driven
The pipeline

From mandate to a buildable slice.

The invariants say what must be true and the artifacts say what gets produced. This is how they get produced: a three-phase pipeline with quality gates, that turns capabilities and their journeys into buildable vertical slices — one at a time.

Phase ADisc.

Discovery

Sequential, done once. Research-led — the market and regulatory landscape is captured before any artifact is drafted.

  • Capabilities & sub-capabilities
  • Technical services
  • Governance mapping
  • Personas
Phase BFrame

Framing

Sequential, done once. The system is drawn at the context and container level, and the work is enumerated and prioritised.

  • Visual architecture + C4 workspace (L1 System Context, L2 Container)
  • Journey inventory, prioritised
Gate 1 — Modelling readiness. All foundation artifacts baselined; journey inventory prioritised.
Phase CModel

Analytical modelling

Iterative, per journey in priority order. Each journey is scaffolded, modelled end-to-end, then reviewed against the invariants.

  • Journey detail → participant interaction → NFRs
  • Data model → service boundaries → API contracts → events
  • Validation + reasoning review, then central-model sync
Gate 2 — Journey stable (repeating). Journey artifacts stable, central model updated, evidence committed.
Handoff→ Dev

To development

A stable journey model is one buildable vertical slice. It becomes a deliverable in the development project. Channel development is a separate concern consuming the capability APIs.

Questions about how this holds up? How it compares with other architectures, and how it behaves at global scale, are covered in the FAQs.

Read the FAQs →