2 min read

Updated

The New New Product Development Game

The 1986 Harvard Business Review article by Takeuchi and Nonaka that Ken Schwaber's 1995 paper cites as the source of Scrum's approach and its name.

I drafted this page with Claude from the HBR article and Schwaber's paper, then edited it myself. How I use AI.

Scrum is named after a rugby formation. The name traces back to a 1986 Harvard Business Review article: “The New New Product Development Game”, by Hirotaka Takeuchi and Ikujiro Nonaka.

What the article argued

Takeuchi and Nonaka studied how companies such as Fuji-Xerox, Canon, Honda, NEC and Hewlett-Packard developed new products. They saw two ways of working.

The first is a relay race. One group finishes its phase, then hands the baton to the next: concept, design, production. A problem at any handoff slows the whole thing down.

The second is rugby. A small, hand-picked, cross-functional team stays together from start to finish and moves the ball up the field as a unit, passing it back and forth. Phases overlap, and the team keeps experimenting even late in the work. One section of the article is headed “Moving the Scrum Downfield.”

They named six characteristics of the rugby approach: built-in instability, self-organizing teams, overlapping phases, “multilearning,” subtle control, and transfer of learning.

Where Scrum picks it up

Ken Schwaber’s paper, SCRUM Development Process, presented at OOPSLA in 1995, is an early description of Scrum for software development. It says this way of working was “first observed by Takeuchi and Nonaka” at those same companies. It goes on to say, “We call the approach the SCRUM methodology (see Takeuchi and Nonaka, 1986), after the SCRUM in rugby.”

So this article is the source Schwaber points to for the idea and for the name. Schwaber applied it to software. The article itself is about copiers, cameras, cars and printers.

Where I see the echoes

These are my parallels, not claims that Scrum was copied from the article:

One caution worth keeping

The authors are honest about limits. Some teams in their study logged 60 to 100 hours of overtime a month at the peak, and they say the approach may not suit every kind of project. Reading the article is a good reminder that a team working as a unit is not the same as a team working itself to exhaustion.

What Next?

Receive a weekly email about Implementing Scrum in the real world. No fluff. Direct to your inbox. Subscribe here.

Weekly, free, no fluff

Get one actionable Scrum idea a week.

Saturday morning emails on Implementing Scrum in the real world — the same cartoons and straight talk that built this site.

Subscribe — It's Free

Stuck on something specific? Email me your situation.

Written by Michael Vizdos

35+ years working with teams around the world on Implementing Scrum. Found this useful? Feel free to share it with your team, or send feedback — I read all of it.

I sometimes use AI tools to brainstorm and create, including the background image. How I use AI.