• Rapid Learning Cycles Institute

High Velocity Innovation

How to Get Your Best Ideas to Market Faster

Follow Me

  • Instagram
  • LinkedIn
  • RSS
  • Twitter
  • High Velocity Innovation
    • Innovation Stories
    • Pull for Innovation
    • Innovation Mastery
  • Agile for Physical Products
  • RLC 101
  • About Me
You are here: Home / Agile for Hardware / The Agile Roots of the Rapid Learning Cycles Framework Different Language For Different Work
Agile Roots of the Rapid Learning Cycles Framework

The Agile Roots of the Rapid Learning Cycles Framework
Different Language For Different Work

March 19, 2019 by Katherine Radeka

This article is part of a new series on Agile for Physical Products. I invite you to sign up to receive the entire series if you want to learn more about how Rapid Learning Cycles fits into the Agile universe.

When people with Agile experience see the Rapid Learning Cycles framework, it looks familiar. That’s not an accident.

Our first attempts with Rapid Learning Cycles used Scrum. We knew that some people in the Scrum world, including some well-known consultants, were zealous in encouraging teams to adopt every element of Scrum exactly as written or “it’s not really Scrum.” 

Yet we learned within a few cycles that Scrum had potential but that it would require heavy adaptation in order to work well, because the nature of the work was different.

Now we see the same pattern with other Agile methods, including Scrum-at-Scale and the Scaled Agile Framework.  Nothing we’ve seen has convinced us that these method are any more appropriate for hardware development than Scrum.

The Nature of Work: Learning vs. Doing

Scrum and traditional project management tools all manage projects by managing activities: what a team is doing. Traditional tools assume that the project planner knows what the team should be doing, that the plan can be locked down, and then changes can be managed via controlled plan revisions. 

Agile tools assume that the plan will change — and should change — often as new information comes in. But Scrum, SAFe and other Agile methods still manage what the team is doing: implementing user stories.

For Rapid Learning Cycles teams, managing at the activity level meant that teams spent their time together talking about what they did, instead of focusing on what they learned. It’s far more important for a team using Rapid Learning Cycles to spend team time talking about Knowledge Gaps, Key Decisions and what they can do to learn faster.

Rapid Learning Cycles Needed Its Own Vocabulary

We learned fast that Rapid Learning Cycles required its own program management methods because the nature of the work was learning instead of doing. This means:

  • The unit of work is the Knowledge Gap – the piece of knowledge the team needs to build so that the team and its decision makers have greater confidence in the decision. There is no value in attempting to convert a Knowledge Gap into a user story.
  • Most Knowledge Gaps roll up into Key Decisions, and managing the flow of these Key Decisions is the best way for the program manager to manage the health of the program. There is no analog in Agile because Agile assumes that user stories can be implemented by anyone in any order. Epics are not good proxies for Knowledge Gaps.
  • The effort to develop and manage a complex Gantt chart at the activity level — or prune an activity-based backlog — is almost entirely waste, and drives team members to fulfill the plan instead of seeking out better, faster ways to learn.
  • The discussion at the events that close Sprints / Learning Cycles need to be focused on what the team is learning instead of what they have done. Demos are interesting but reporting the results from learning activities of all kinds are far more valuable.

Different Language to Reflect Different Results

This diagram shows how we converted the activity-focused structures of Scrum into the knowledge-focused elements of the Rapid Learning Cycles framework.

If you have software teams running Scrum, we encourage you to use the vocabulary of Rapid Learning Cycles, to reflect the fact that the nature of the work is different from the work of implementing user stories.

That will keep the Scrum purists from complaining to your leaders that you’re “not doing Scrum” as your teams learn as fast as possible to get as much value as possible from the time they have to learn.

You’ll still have to contend with those who think you should “just use Agile” for everything — but you owe it to your teams to protect their ability to use the best tools and practices for the nature of their work.

Tweet
Share
Pin
Share
Print Friendly, PDF & Email

Filed Under: Agile for Hardware, Rapid Learning Cycles 101

About Katherine Radeka

I’ve been helping the world’s best companies to get their ideas to market faster since 2005. Learn more.

Subscribe to High Velocity Innovation

Sign up to be notified whenever we release new articles, approximately once per week.

Because Every Year Matters . . .

Accelerate Net Zero

RSS Latest from Accelerate Net Zero

  • Design Thinking to Electrify Industry
  • How Safe Is It to Talk About Circularity? Conversations Around Sustainability Challenges
  • “For the Greatest Benefit of All Humankind”
  • Water In Sight: Better Data to Make Better Decisions About Water
  • Who Are the Stakeholders for Innovations That Change the World?

Now Available!

High Velocity Innovation: How to Get Your Best Ideas to Market Faster

By Katherine Radeka

View Book

Post Categories

  • Agile for Hardware
  • High Velocity Innovation
  • Innovation Mastery
  • Innovation Stories
  • Pull for Innovation
  • Rapid Learning Cycles 101
  • Rapid Learning Cycles Archive
  • About Katherine
  • Contact Katherine
  • Privacy Policy

Tags

advanced r&d agile product development agile software development announcement behavior change books cross-functional teams culture change customer knowledge decision making hardware development high velocity innovation HVI-examples innovation acceleration Key Decisions Knowledge Supermarkets KPIs leadership NUDs pull for innovation RLC Program Management silver bullets strategic imperative team structures time-to-market acceleration transformation

Search this site.

© 2019 Whittier Consulting Group Inc.