Skip to content
VECTOR
Guide / Implementation

From a blank page to a running outcome.

Worked examples of each artifact, the seven-step execution loop, how it scales to five teams, and the criticisms we hear most — answered without spin.

01 / Artifact example

An Outcome Brief fits on one page. This one fits on a card.

Five fields. If you cannot fill the “desired outcome” with a number and a date, you do not have an outcome yet — you have an intention. The brief is reviewed and, if needed, rewritten at every Proof Window.

Outcome briefProof window · 2 weeks
Title
Improve New User Onboarding Conversion
Problem
New users drop off during account setup, reducing activation rates.
Desired outcome
Increase onboarding completion from 40% → 70% within 3 months.
Success metrics
Completion rate, time-to-activation, drop-off points.
Dependencies
Team B API readiness; Team C messaging templates.
02 / Artifact example

The Enabler Sheet is the “how”. Each row carries its own confidence.

TaskOwnerDependenciesEffortConfidence
Redesign signup flowUXNone1 week80
Backend API adjustmentsDevUX task2 weeks70
Messaging templatesMarketingBackend API3 days90

Confidence reflects the team’s belief in completion given current dependencies and progress — justified with evidence, not optimism.

03 / Execution loop

Outcome → delivery, in seven steps that circle back.

  1. 01Define the Outcome Brief
  2. 02Break it into an Enabler Sheet
  3. 03Assign ownership and dependencies
  4. 04Execute tasks, working backward from the outcome
  5. 05Review in a Proof Window
  6. 06Update Confidence Scores and adjust
  7. 07Deliver the outcome and measure success metrics
  8. Back to 05. The loop is circular by design — iterative feedback without implying endless sprints.
04 / Scaling

Five teams, one map.

Each team owns a clearly defined Outcome Brief. Dependencies are explicit — Team D depends on Team B’s API. Nested outcome nodes link each team’s work to company-level outcomes, and Proof Windows surface risk, overlap or misalignment early.

Read the map top-down: company outcome at the top, team outcomes branching below, arrows for dependencies, a confidence score on every node. One glance shows progress, confidence and alignment.

Open this map in the playground
  • AOnboarding Experience
  • BBackend APIs
  • CMessaging & Notifications
  • DPayment Flowdepends on B
  • EAnalytics & Reporting
05 / Addressing common criticisms

No framework is immune to challenge. Here is where VECTOR gets pushed, and what we say back.

VECTOR is not presented as a perfect solution but as a flexible tool that improves through pilots and feedback. If it exposes underlying issues — team competency, misalignment — that is usually a step toward resolution, not a flaw in the framework.

Lack of empirical evidence

VECTOR is derived from a proven personal workflow that enables rapid delivery — shipping major features in days rather than months — but as a named framework it is early. Treat it as a prototype: effective in practice, evolving through real-world application. Start with small pilots and measure reduced overhead and improved ROI yourself.

Potential rigidity, or similarity to Waterfall

Requiring outcomes up front can look inflexible, but VECTOR differs fundamentally from Waterfall by embracing continuous feedback. Outcomes provide intent and direction; plans (Enabler Sheets) are living documents refined iteratively. Proof Windows give one- to two-week loops for early risk detection, unlike Waterfall’s linear phases and delayed validation. Change is handled by rewriting Outcome Briefs or adding sub-outcomes.

Defining dependencies is hard and needs competent people

Mapping dependencies explicitly is demanding, particularly for less experienced teams — and that is deliberate. It exposes gaps early. For teams that need support, templates or AI tools provide structure, and the initial mapping can be assigned to stronger members. Proof Windows allow quick refinement if the map is wrong.

Resistance to being tied to outcomes

Some people prefer vagueness to mask inefficiency. VECTOR counters this with a culture of shared accountability built on evidence-based artifacts — Confidence Scores tied to proof. For resistant groups, start with high-trust pilots and leadership backing. No framework removes human resistance, but VECTOR makes hiding failure harder and proactive improvement easier.

Work that matters but doesn’t tie to executive goals

Exploratory R&D or technical debt reduction rarely maps directly to a headline outcome. Use nested sub-outcomes to link supporting work as a dependency of a broader goal. If it truly cannot tie in, frame it as a standalone Outcome Brief with its own metrics — justified without forcing an artificial connection.

Deep investment in Agile

Organisations heavily invested in Agile tooling, process and training may hesitate. VECTOR is adopted incrementally as an enhancement: remap user stories to outcomes, sprints to Proof Windows, epics to Outcome Briefs. Jira stays in use with custom fields for Confidence Scores and Enabler Sheets.

Suitability for lower-competency teams

Teams with varying skill levels may struggle with the emphasis on clarity and dependencies. VECTOR addresses this two ways: it highlights incompetencies early so they can be fixed, and it allows optional templates, playbooks or AI assistance. Stronger teams may skip the aids. For truly dysfunctional teams no framework guarantees success, but VECTOR accelerates identification of the problem.

No structured retrospectives

Without a dedicated retro, teams might miss reflection. In VECTOR the Proof Window review is the reflection point — concise and outcome-focused. Teams that want deeper retrospectives can add one at the end of a window as an option, not an obligation.