← The delivery process

Journeys

How the stages combine.

Not every piece of work takes the same route. These are three common starting points, and the path each one takes through discovery, refinement, planning, implementation, validation, and review. The red outlines mark where you make the decision.

Brainstorm
Round out one bounded facet with you
Research, prototype
Evidence for open questions
Configure
Ground agents in the project. You confirm.
Discovery
A large, foggy idea mapped over many sessions
Refine work
Shaped level by level until it is ready to build
Sequence work
Order, parallel work, and blockers
Plan
A technical plan for the next ready item
Implement
One bounded change, test-driven
Validate
Evidence against the acceptance criteria
Review
Independent judgement on the change
You merge
Or ask for another cycle
Evaluate session
Learn from how the work went
Throughout: domain terms and architecture decisions are recorded as they settle, and handoffs let any session continue where the last one stopped.
facet
settled
ask
evidence
gaps
next item
fix
look back
remediation
Journey 1 · Greenfield
From a large idea to working software
A broad idea becomes a mapped system, then ready work, then reviewed changes.
You decide
Loops back

Journey 1 · Greenfield

From a large idea to working software

A broad idea becomes a mapped system, then ready work, then reviewed changes.

You decide Loops back

  1. 01
    Configure
    Ground agents in the project. You confirm.
  2. 02
    Discovery
    A large, foggy idea mapped over many sessions
    facet ⇄ settled
    Brainstorm
    Round out one bounded facet with you
  3. 03
    Refine work
    Shaped level by level until it is ready to build
    ask ⇄ evidence
    Research, prototype
    Evidence for open questions
    ↺ gaps: back to Discovery
  4. 04
    Sequence work
    Order, parallel work, and blockers
  5. 05
    Plan
    A technical plan for the next ready item
  6. 06
    Implement
    One bounded change, test-driven
  7. 07
    Validate
    Evidence against the acceptance criteria
    ↺ fix: back to Implement
  8. 08
    Review
    Independent judgement on the change
    ↺ remediation: back to Implement
  9. 09
    You merge
    Or ask for another cycle
    ↺ next item: back to Sequence work
  10. 10
    Evaluate session
    Learn from how the work went

Throughout: domain terms and architecture decisions are recorded as they settle, and handoffs let any session continue where the last one stopped.

Rationale
Why the system took its shape
Inspect environment
What is really deployed
Configure
Ground agents in the project. You confirm.
Understand codebase
How it actually works today
Assess architecture
Structural problems, prioritised
Record decisions
Target decisions you make, kept as ADRs
Discovery
The rework mapped across sessions
Refine work
Slices you agree, ready to build
Sequence work
Which slice can ship next
Plan
A technical plan for one slice
Implement
Test-driven, old and new side by side
Validate
Evidence against the acceptance criteria
Review
Independent judgement on the change
You merge
Or ask for another cycle
Throughout: decisions are recorded as ADRs when they are made, and the project profile stays current as the system changes.
why?
history
check
observed
fix
remediation
next slice
Journey 2 · Modernisation
Reworking an existing codebase
Understand what exists, decide the target, then replace it one slice at a time.
You decide
Loops back

Journey 2 · Modernisation

Reworking an existing codebase

Understand what exists, decide the target, then replace it one slice at a time.

You decide Loops back

  1. 01
    Configure
    Ground agents in the project. You confirm.
  2. 02
    Understand codebase
    How it actually works today
    why? ⇄ history
    Rationale
    Why the system took its shape
  3. 03
    Assess architecture
    Structural problems, prioritised
    check ⇄ observed
    Inspect environment
    What is really deployed
  4. 04
    Record decisions
    Target decisions you make, kept as ADRs
  5. 05
    Discovery
    The rework mapped across sessions
  6. 06
    Refine work
    Slices you agree, ready to build
  7. 07
    Sequence work
    Which slice can ship next
  8. 08
    Plan
    A technical plan for one slice
  9. 09
    Implement
    Test-driven, old and new side by side
  10. 10
    Validate
    Evidence against the acceptance criteria
    ↺ fix: back to Implement
  11. 11
    Review
    Independent judgement on the change
    ↺ remediation: back to Implement
  12. 12
    You merge
    Or ask for another cycle
    ↺ next slice: back to Sequence work

Throughout: decisions are recorded as ADRs when they are made, and the project profile stays current as the system changes.

Prototype
Try an idea before committing
Test-driven
Red, green, refactor
Brainstorm
Round out the feature with you
Refine work
Requirements and criteria you agree
Sequence work
Slices, dependencies, and what can wait
Plan
Fits the existing design and conventions
Implement
One bounded change at a time
Validate
New behaviour and regressions checked
Review
Independent judgement on the change
PR description
What a reviewer needs, nothing more
You merge
Or ask for another cycle
Evaluate session
Learn from how the work went
Along the way: agents check how the product works and what the feature will touch, and report anything outside its scope instead of changing it.
try it
learn
test
green
intent changed
next item
fix
look back
Journey 3 · New feature
A major feature for an established product
A bounded idea is rounded out, refined, and delivered as reviewed changes.
You decide
Loops back

Journey 3 · New feature

A major feature for an established product

A bounded idea is rounded out, refined, and delivered as reviewed changes.

You decide Loops back

  1. 01
    Brainstorm
    Round out the feature with you
    try it ⇄ learn
    Prototype
    Try an idea before committing
  2. 02
    Refine work
    Requirements and criteria you agree
  3. 03
    Sequence work
    Slices, dependencies, and what can wait
  4. 04
    Plan
    Fits the existing design and conventions
    ↺ intent changed: back to Refine work
  5. 05
    Implement
    One bounded change at a time
    test ⇄ green
    Test-driven
    Red, green, refactor
  6. 06
    Validate
    New behaviour and regressions checked
    ↺ fix: back to Implement
  7. 07
    Review
    Independent judgement on the change
  8. 08
    PR description
    What a reviewer needs, nothing more
  9. 09
    You merge
    Or ask for another cycle
    ↺ next item: back to Sequence work
  10. 10
    Evaluate session
    Learn from how the work went

Along the way: agents check how the product works and what the feature will touch, and report anything outside its scope instead of changing it.

Want to see how this would work on your project?

engage@devstorm.co.uk