LeanPeakProductLab logo LeanPeakProductLabREAD · DECIDE · ACT

LeanPeak Product Lab — Resource Guide

What Are Lean Learning Cycles?

Lean Learning Cycles are short, time-boxed loops designed to answer specific development questions before a decision is made. They turn early development from “activity and opinions” into targeted experiments and reusable knowledge.

Definition

What Are Lean Learning Cycles?

A Lean Learning Cycle is a short, structured, time-boxed loop that a development team uses to answer a specific question before making a decision. Each cycle starts with a clearly stated learning question — something the team does not yet know but needs to know to move forward confidently — and ends with a validated insight recorded as reusable knowledge.

The word “cycle” is deliberate. Development work is inherently iterative: you do not know everything at the start. The question is whether that iteration is random and reactive, or purposeful and directed. Learning Cycles make it purposeful. Instead of “let’s build a prototype and see what happens,” a Learning Cycle starts from “here is the specific question we need to answer, here is how we will answer it, and here is what we will do with the answer.”

Learning Cycles are not a project management framework. They sit inside the existing flow of development work — embedded in your current milestones, reviews, and rhythms — and make the learning inside that work visible, structured, and reusable across projects and teams.

“A Lean Learning Cycle does not add work to development. It makes the learning that is already happening intentional — so it actually drives the next decision instead of being forgotten.”

The problem

The Problem They Solve

Most development teams are busy. Work is happening, prototypes are being built, simulations are running, meetings are full. But ask the team at a milestone review what they learned in the last phase, and the answer is often vague: “We validated the concept,” or “We tested the design.” Ask what they will do differently on the next project as a result, and there is silence.

The root cause is that most development work is organized around activities, not questions. The plan says: “build prototype, run test, update model.” It does not say: “answer the question of whether our current material choice will meet the fatigue requirement under temperature cycling.” Activities can be completed without learning anything useful. Questions cannot.

  • Late engineering changes because key assumptions were never tested early enough
  • Hidden knowledge gaps that only surface at launch — when they are expensive to fix
  • Repeated mistakes across projects because learning is never captured in a reusable form
  • Vague milestones that measure deliverable completion, not knowledge sufficiency
  • Teams jumping from idea to detailed design without systematically reducing uncertainty
  • Decisions made on opinions and seniority rather than evidence and data

Lean Learning Cycles solve these problems by making questions — not activities — the unit of development planning. When you plan in questions, you know when you have answered them. When you plan in activities, you know only when you have finished them.

The method

How Lean Learning Cycles Work

A Learning Cycle has a fixed, short cadence — typically one to two weeks per cycle — focused on one or a few tightly related development questions. The cadence creates rhythm. Short cycles create feedback. And the repeating structure ensures that each cycle builds on the one before.

Each cycle follows the same pattern: you start from a specific question or knowledge gap, choose the minimum experiment needed to answer it, run the experiment, capture the insight, and use it to inform the next decision or set up the next cycle. The cycle is not finished when the test is done. It is finished when the learning is recorded in a form that the next person who faces the same question can use.

PLAN

Start from a question, not a task

State the key decision or knowledge gap. What exactly do you not know — and what would it take to know it? What is the minimum experiment that answers the question?

RUN

Do the minimum, not the maximum

Run the experiment. Keep it as small as possible while still giving a credible answer. Speed of learning matters more than completeness of testing at this stage.

REVIEW

What did we actually learn?

Compare the result to the prediction. What was confirmed? What was surprising? What does this change about the design or the next decision? What is the next question?

CAPTURE

Record it in a reusable form

Write a K-Brief or knowledge artifact. One page. The question, the answer, the condition under which it holds, and what to do with it. Reusable across teams and projects.

The framework

The 7 Building Blocks

The seven building blocks give a Learning Cycle structure without heavy bureaucracy. They are lightweight enough to fit on a visible board and disciplined enough to ensure that cycles are genuinely learning-focused rather than just busy.

BLOCK 1

Learning Question

The specific, answerable question this cycle is designed to resolve. One question per cycle, stated in plain language.

BLOCK 2

Priority Matrix

A ranked view of which questions matter most — by impact on the design and urgency relative to upcoming decisions.

BLOCK 3

Key Decisions & Gaps

The decisions that are coming in the next phase and the knowledge gaps that need to be closed before those decisions can be made confidently.

BLOCK 4

Increment Plan

The overall learning roadmap: which questions need to be answered in which order across multiple cycles to reach a key milestone.

BLOCK 5

Iteration Plan

The specific experiment(s) for this cycle: what will be built or tested, who owns it, what the prediction is, and what success looks like.

BLOCK 6

Execution

Running the experiment and tracking it visually. Short, daily check-ins keep the cycle on track and surface blockers before they cost time.

BLOCK 7

Visual Knowledge — K-Brief

A one-page knowledge artifact capturing the question, the answer, the conditions, and the implications. Searchable, shareable, and reusable across future projects.

The seven blocks are described in full in Chapter 19 of the Lean Learning Cycles Playbook. Teams that use all seven consistently find that the discipline of stating a question, predicting an answer, and then comparing that prediction to reality is enough to transform how they work — without any new tools or software.

Lean Learning Cycles Playbook — Chapters 17–23

Read the Full Lean Learning Cycles Playbook

The Lean Learning Cycles Playbook is Section 3 of the LeanPeak Playbook. It covers the full system across seven chapters — from the reasoning behind Learning Cycles through each of the seven building blocks, your first cycle, roles, visual knowledge, and the connection to Lean 3P. All chapters are free to read.

E-Learning

E-Learning Modules

Dedicated e-learning modules for Lean Learning Cycles are in development. They will cover the full Learning Cycles system — overview, building blocks, your first cycle, coaching cycles, and K-Briefs — with structured activities and reflection exercises designed for product development teams, coaches, and leaders.

In the meantime, the modules below from Chapters 6 and 7 cover experimentation, learning, and knowledge-based decisions in depth — the practices at the core of every Learning Cycle.

Related modules: Experimentation & Decisions (Chapters 6–7)

Chapter 6 covers experiment design, A3 thinking, and learning as a system. Chapter 7 covers knowledge-based decisions, visual management for learning, and practical upgrades to your current review cadence. Both require a subscription. Sign in to access.

Sign in to access modules →

Getting started

How to Get Started

The fastest way to understand Lean Learning Cycles is to run one. Pick a real decision that is coming up in your current project — something that will be made in the next two to four weeks — and run a single two-week cycle to reduce the uncertainty behind it. Not a programme, not a training. One question, one experiment, one K-Brief.

1
Pick one upcoming decision that currently relies on assumption or opinion rather than evidence. State it as a learning question: “What is the minimum we need to know to make this decision confidently?”
2
Design the minimum experiment that answers the question. What is the simplest test, prototype, or analysis that would give you a credible answer in two weeks?
3
Make a prediction before you start. Write down what you expect the answer to be. Predictions matter: comparing your expectation to the result is where most of the learning happens.
4
Run the experiment on a visible board. Track progress daily. Keep it lightweight — a sticky note or a shared doc column is enough for a first cycle.
5
Write a one-page K-Brief. The question, the answer, the condition under which it holds, and what to do with it. File it somewhere the next team can find it.
6
Use the insight to inform the decision — then identify the next question. That second question is the start of your next cycle.

Read Chapter 20 (Your First Learning Cycle) for templates, facilitation notes, and a detailed walkthrough. The full Playbook — Chapters 17–23 — covers the complete system.

Read Chapter 17 → Run your first cycle (Ch 20) Knowledge-Based Development guide

Companion Articles