
Product Definition
A workspace to define what gets built.
Write how the product should work. Build the engineering definition as you go.
Product Definition
Write how the product should work. Build the engineering definition as you go.
// 01 · Features as components
Each feature keeps its use cases, requirements and decisions together as the definition develops. Group them into feature sets that can be worked on, outsourced, included in product variants and tested independently.
// 02 · The Workspace
Definitions gain structure as the work moves forward, without losing the thinking and decisions behind them.
// 03 · Working together
Bring product, design and engineering into each feature as it develops. Everyone can add their knowledge, review the work and see what needs attention.
// 04 · Source of truth
Code, documents and decisions can all drift away from what the team has agreed.
When they come from one live definition, you can see what's current.
Code
Code architecture is built from the agreed definition.
Documentation
Produce current documents whenever you need them.
Decisions
See what changed, who agreed it and when.
Tests
Trace every logical statement back to its source.
Collaboration
Hardware, software and product work from one definition.
People
The product knowledge stays when people move on.
// 05 · See the work
See what changed and what it changes. Keep the decision, its reason and the parts of the definition it affects connected to the feature.
Visualise the product, follow requirements back to their features and see where the definition still needs work.
// 06 · Take it out
Generate what you need from the current definition. Documents, diagrams, presentations and project data reflect the work as it stands.
When you’re ready for code, send the same definition into the Build Engine.
See the Build Engine →// See it work
See a reference project get built from specification to code architecture.