Skip to content

Triple Diamond

Complete product development cycle from discovery to iteration

The Triple Diamond framework extends the traditional Double Diamond design model to encompass the full product lifecycle, adding dedicated phases for measurement and continuous improvement.

FieldValue
WorkflowTriple Diamond
CommandNo dedicated command yet — reference file directly
SkillsAll 30 phase skills across 6 phases
Phases CoveredAll 6 (Discover, Define, Develop, Deliver, Measure, Iterate)
Estimated DurationWeeks to months (comprehensive)
Prerequisite InputsA new product or major initiative
Final OutputComplete product development cycle from research to iteration

The Triple Diamond consists of six phases organized into three diamonds:

Diamond 1: Discovery & Definition
┌─────────────────────────────────────────┐
│ │
│ DISCOVER DEFINE │
│ (Diverge) (Converge) │
│ │
└─────────────────────────────────────────┘
Diamond 2: Development & Delivery
┌─────────────────────────────────────────┐
│ │
│ DEVELOP DELIVER │
│ (Diverge) (Converge) │
│ │
└─────────────────────────────────────────┘
Diamond 3: Measurement & Iteration
┌─────────────────────────────────────────┐
│ │
│ MEASURE ITERATE │
│ (Diverge) (Converge) │
│ │
└─────────────────────────────────────────┘
graph LR
    subgraph "Diamond 1: Discovery"
        A["Discover"] --> B["Define"]
    end
    subgraph "Diamond 2: Development"
        C["Develop"] --> D["Deliver"]
    end
    subgraph "Diamond 3: Measurement"
        E["Measure"] --> F["Iterate"]
    end
    B --> C
    D --> E
    F -.->|"next cycle"| A

Use the Triple Diamond when:

  • Starting a new product or major initiative . need comprehensive discovery and validation
  • Building features with significant uncertainty . multiple unknowns about users or solutions
  • Establishing a new team or practice . want structured approach to build discipline
  • Working on high-stakes projects . cost of failure is high, need thorough validation

Consider a lighter approach (see feature-kickoff.md) when:

  • Requirements are well understood
  • Building incremental improvements
  • Time-constrained rapid development

Goal: Understand the problem space through research

Activities:

  • User research and interviews
  • Market and competitive analysis
  • Stakeholder mapping
  • Opportunity identification
SkillDescription
discover-interview-synthesisSynthesize user research into actionable insights
discover-competitive-analysisMap competitive landscape and identify opportunities
discover-stakeholder-summaryDocument stakeholder needs and constraints
  • Research synthesis with themes and patterns
  • Competitive landscape map
  • Stakeholder map with communication plan
  • List of opportunities to explore

Move to Define when:

  • Conducted research with target users (5+ interviews recommended)
  • Understand competitive landscape
  • Identified key stakeholders and their needs
  • Have clear opportunities to evaluate

Goal: Frame the problem and form hypotheses

Activities:

  • Problem definition and scoping
  • Opportunity prioritization
  • Hypothesis formation
  • Jobs-to-be-done analysis
SkillDescription
define-problem-statementCreate clear problem framing with success criteria
define-hypothesisDefine testable assumptions with metrics
define-opportunity-treeMap outcome-driven opportunities
define-jtbd-canvasApply Jobs to be Done framework
  • Problem statement with success criteria
  • Prioritized opportunity tree
  • Testable hypotheses
  • Clear understanding of the job to be done

Move to Develop when:

  • Problem is clearly defined and scoped
  • Have measurable success criteria
  • Hypotheses are specific and testable
  • Team is aligned on what problem to solve

Goal: Explore solution approaches

Activities:

  • Solution ideation and exploration
  • Technical spikes and feasibility analysis
  • Design exploration
  • Architecture decisions
SkillDescription
develop-solution-briefDocument proposed solution approach
develop-spike-summaryCapture time-boxed exploration results
develop-adrRecord architecture decisions
develop-design-rationaleDocument design decision reasoning
  • Solution brief with trade-offs
  • Technical spike results
  • Architecture Decision Records
  • Design rationale documentation

Move to Deliver when:

  • Solution approach is validated
  • Key technical decisions are made and documented
  • Team is confident in feasibility
  • Major risks are identified and mitigated

Goal: Specify, build, and ship

Activities:

  • Requirements specification
  • User story creation
  • Edge case analysis
  • Launch preparation
SkillDescription
deliver-prdWrite comprehensive product requirements
deliver-user-storiesGenerate user stories with acceptance criteria
deliver-edge-casesDocument error states and recovery paths
deliver-launch-checklistPre-launch validation checklist
deliver-release-notesUser-facing release documentation
  • Complete PRD
  • User stories with acceptance criteria
  • Edge case documentation
  • Launch checklist (signed off)
  • Release notes

Move to Measure when:

  • Feature is shipped to users
  • Instrumentation is in place
  • All launch checklist items complete
  • Release notes published

Goal: Validate with data

Activities:

  • Experiment design and execution
  • Analytics instrumentation
  • Dashboard creation
  • Results analysis
SkillDescription
measure-experiment-designDesign A/B tests and experiments
measure-instrumentation-specDefine event tracking requirements
measure-dashboard-requirementsSpecify analytics dashboard needs
measure-experiment-resultsDocument experiment outcomes
  • Experiment design with success criteria
  • Instrumentation specification
  • Dashboard with key metrics
  • Experiment results documentation

Move to Iterate when:

  • Experiments have reached statistical significance
  • Results are documented and communicated
  • Have clear learnings (positive or negative)
  • Data supports next steps decision

Goal: Learn and improve continuously

Activities:

  • Team retrospectives
  • Lessons documentation
  • Backlog refinement
  • Pivot/persevere decisions
SkillDescription
iterate-retrospectiveFacilitate team retrospectives
iterate-lessons-logBuild organizational memory
iterate-refinement-notesDocument backlog refinement outcomes
iterate-pivot-decisionFramework for pivot/persevere decisions
  • Retrospective action items
  • Lessons log entries
  • Refined backlog
  • Clear decision on next iteration

Based on learnings, return to:

  • Discover . if fundamental assumptions were wrong
  • Define . if problem needs reframing
  • Develop . if solution needs significant changes
  • Deliver . if incremental improvements are needed

PhaseSkills (4)
Discoverinterview-synthesis, competitive-analysis, stakeholder-summary
Defineproblem-statement, hypothesis, opportunity-tree, jtbd-canvas
Developsolution-brief, spike-summary, adr, design-rationale
Deliverprd, user-stories, edge-cases, launch-checklist, release-notes
Measureexperiment-design, instrumentation-spec, dashboard-requirements, experiment-results
Iterateretrospective, lessons-log, refinement-notes, pivot-decision
CategorySkills
researchinterview-synthesis, competitive-analysis, stakeholder-summary
problem-framingproblem-statement, opportunity-tree, jtbd-canvas
ideationhypothesis, solution-brief
specificationprd, user-stories, edge-cases, adr, design-rationale
validationexperiment-design, instrumentation-spec, dashboard-requirements
reflectionexperiment-results, retrospective, lessons-log, pivot-decision
coordinationspike-summary, launch-checklist, release-notes, refinement-notes

For a typical feature development, follow this path:

1. competitive-analysis → Understand market context
2. interview-synthesis → Gather user insights
3. stakeholder-summary → Map organizational context
4. problem-statement → Frame the problem
5. jtbd-canvas → Understand the job
6. opportunity-tree → Identify opportunities
7. hypothesis → Form testable assumptions
8. solution-brief → Propose solution
9. spike-summary → Validate feasibility
10. adr → Document architecture decisions
11. design-rationale → Document design decisions
12. prd → Specify requirements
13. user-stories → Break into stories
14. edge-cases → Cover edge cases
15. instrumentation-spec → Plan measurement
16. launch-checklist → Prepare for launch
17. release-notes → Communicate to users
18. experiment-design → Plan experiments
19. dashboard-requirements → Build visibility
20. experiment-results → Analyze outcomes
21. retrospective → Reflect as team
22. lessons-log → Capture learnings
23. refinement-notes → Plan next iteration
24. pivot-decision → Decide direction

Not every project needs every skill. Use judgment to select the appropriate subset based on project scope, uncertainty level, and team needs.


Before considering this workflow complete, verify:

  • Research covers at least 5 user interviews or equivalent
  • Problem statement is validated with stakeholders
  • Architecture decisions are documented with context and alternatives
  • All user stories have acceptance criteria
  • Experiment design includes guardrail metrics
  • Retrospective action items have owners and deadlines


Part of PM-Skills . Open source Product Management skills for AI agents