Project Management

Celebrating 30 Years of Scrum: Revisiting the Origins, Achievements, and Overlooked Limitations

From the The Agile Enterprise Blog
by
This blog will explore agility at the enterprise level, examining how agile principles can be implemented throughout the organization—and in departments other than IT.

About this Blog

RSS

Recent Posts

The Waterfall Misconception: What Dr. Royce Really Said in 1970

Celebrating 30 Years of Scrum: Revisiting the Origins, Achievements, and Overlooked Limitations

Do Agile Teams Really Not Need Managers?

Enterprise Agility Does Not Mean Abandoning Planning: Debunking the Biggest Agile Misconception

Agile ≠ Anarchy: Debunking the Myth That Agile Means No Governance

Categories

Agile, Artificial Intelligence, Benefits Realization, Change Management, Communications Management, Complexity, Consulting, Decision Making, Disciplined Agile, Diversity, Earned Value Management, Estimating, Ethics, General, Governance, History, Innovation, Knowledge Management, Leadership, Lessons Learned, Metrics, Organizational Culture, Product Management, Risk Management, Scope Management, Scrum, Social Impact, Stakeholder Management, Teams, Testing/Test Management

Date

linkedin twitter facebook Request to reuse this  

Categories: Agile, Ethics, Leadership


Thirty years have passed since Hirotaka Takeuchi and Ikujiro Nonaka published their seminal article, “The New New Product Development Game” in the Harvard Business Review. This landmark piece ignited a revolution in how products are developed, laying the intellectual foundation for what would become known as Scrum—a framework that now shapes the daily reality of millions of professionals across industries.

Yet, as we commemorate three decades of Scrum, it is equally important to remember not just the successes, but also the caveats and limitations that the original authors themselves flagged. Curiously, many modern Scrum courses and books gloss over these nuances, presenting Scrum as a silver bullet. In this long-form reflection, we’ll explore the journey of Scrum, its triumphs, and the critical limitations that training materials often omit—but which remain as relevant as ever.

1. The Birth of Scrum: A Radical Shift in Product Development

Before the 1986 HBR article, product development was frequently managed as a relay race—a rigid, sequential process, where work passed predictably from one specialist group to another. Takeuchi and Nonaka, drawing on their research in Japanese manufacturing, observed a new approach at companies like Honda, Canon, and Fuji-Xerox. These organizations were developing products in small, cross-functional teams that worked collaboratively, iteratively, and with significant autonomy.

They likened this dynamic, overlapping process to a rugby scrum—where the team moves forward as a unit. This metaphor stuck, and soon after, Ken Schwaber and Jeff Sutherland codified these insights into the Scrum framework, which has since become one of the most widely adopted agile methodologies.

2. The Meteoric Rise: Scrum’s Global Impact

Since its formalization, Scrum has moved far beyond its roots in software development. Today, it’s used everywhere from marketing teams to hardware companies, and even in education and government. Scrum’s promises—of faster delivery, increased adaptability, and higher team morale—have resonated with organizations seeking to thrive in a world of constant change.

An entire industry of training, certification, and consulting has sprung up around Scrum. Thousands of books and courses promise to unlock the secrets of agility, making Scrum one of the most recognizable frameworks in the business world.

3. The Forgotten Warnings: Built-in Limitations of Scrum

Despite this widespread adoption and commercialization, a crucial part of Takeuchi and Nonaka’s original research is often left unmentioned—the built-in limitations of the holistic approach they described.

In their own words:

“Some words of caution are in order. The holistic approach to product development may not work in all situations. It has some built-in limitations: It requires extraordinary effort on the part of all project members throughout the span of the development process. Sometimes, team members record monthly overtime of 100 hours during the peak and 60 hours during the rest of the project. It may not apply to breakthrough projects that require a revolutionary innovation. This limitation may be particularly true in biotechnology or chemistry. It may not apply to mammoth projects like those in the aerospace business, where the sheer project scale limits extensive face-to-face discussions. It may not apply to organizations where product development is masterminded by a genius who makes the invention and hands down a well-defined set of specifications for people below to follow.”

Let’s unpack each of these warnings and consider why they deserve more attention today.

4. The Cost of Extraordinary Effort

One of the rarely discussed truths of early Scrum-like teams was the sheer intensity of their work. Takeuchi and Nonaka documented teams working 100-hour months at their peak. While this drive can yield impressive results and foster camaraderie, it comes at the cost of sustainability and work-life balance.

Modern Scrum advocates often tout the value of sustainable pace, yet rarely acknowledge that the foundational case studies involved levels of commitment that would be considered unsustainable—or even unhealthy—by today’s standards. The reality is that the kind of breakthrough teamwork described in the original article requires extraordinary, sustained effort, which is not always feasible or desirable for every team or organization.

5. When Scrum Isn’t the Right Fit: Project Type and Context

Takeuchi and Nonaka explicitly acknowledged that their holistic, team-based approach may not be suitable for all types of work. Specifically:

  • Breakthrough, Revolutionary Innovation: Scrum excels at incremental improvement and rapid iteration. But for truly revolutionary breakthroughs—especially in fields like biotechnology or chemistry, where discovery is highly unpredictable and nonlinear—the structure of Scrum may not provide the right environment.
  • Mammoth Projects: Large-scale, complex projects—such as those in aerospace—often require coordination at a scale that makes face-to-face, cross-functional teamwork impractical. The intimacy and quick feedback loops that Scrum relies on can be lost in such settings.
  • Genius-Driven Organizations: In some organizations, innovation is driven by visionary individuals who develop and hand down detailed plans. The collaborative, egalitarian ethos of Scrum may not align with such top-down environments.

Despite these caveats, many Scrum training courses and books present the framework as universally applicable, downplaying the need to assess organizational context before adopting Scrum.

6. The Issue of Sample Size and Cultural Context

Another limitation highlighted by Takeuchi and Nonaka was the scope of their research. Their conclusions were based on a handful of Japanese companies operating within a specific cultural context. While Scrum has since been embraced globally, this origin story is a reminder that what works brilliantly in one context may not translate seamlessly to another.

The original authors cautioned against over-generalization: “Our sample size was limited to a handful of companies, and our findings were drawn, for the most part, from observing how the development process was managed in Japan. General conclusions, therefore, must be made with some caution.”

Yet, the global Scrum boom has sometimes overlooked these origins, with many assuming that the same practices will yield similar results everywhere.

7. Why Are These Limitations Overlooked in Training and Books?

The reason for this selective memory is partly commercial and partly cultural. Training organizations and authors have strong incentives to present Scrum as a universally effective solution. Limitations and caveats might undermine the appeal of certification programs or the promise of transformation.

Moreover, the agile movement’s strong emphasis on positivity and empowerment sometimes leads to a reluctance to discuss downsides or failures. This can create a skewed perception, where the challenges and trade-offs of Scrum are downplayed or ignored.

8. The Way Forward: Honouring the Full Legacy of Scrum

As we celebrate 30 years of Scrum, it’s time to embrace a more mature, nuanced understanding of both its strengths and its limits. Scrum is a powerful tool—one that has enabled countless teams to deliver better products, faster. But it is not a panacea.

Leaders, trainers, and practitioners should:

  • Acknowledge the original limitations identified by Takeuchi and Nonaka.
  • Assess organizational context before adopting Scrum or similar frameworks.
  • Be transparent about the extraordinary effort required for breakthrough performance—and ensure teams are not pushed toward burnout.
  • Recognize when other approaches may be more suitable, especially for highly innovative, massive, or genius-driven projects.

9. Conclusion: Toward a More Honest Agile Movement

Thirty years on, the Scrum journey is far from over. Its core ideas—empowerment, collaboration, adaptability—have transformed how we work. But the time has come to revisit the whole story, not just the parts that fit the narrative of easy wins.

By honouring both the achievements and the warnings of Takeuchi and Nonaka, the agile community can move toward a more sustainable, effective, and honest future for Scrum—and for all who practice it.


Posted on: July 10, 2026 12:07 AM | Permalink

Comments (1)

Please login or join to subscribe to this item
avatar
Luis Branco CEO| Business Insight, Consultores de Gestão, Ldª Carcavelos, Lisboa, Portugal
Important reflection. I would add one historical and conceptual distinction.

Takeuchi and Nonaka’s article was published in 1986, so 2026 marks its 40th anniversary. The 30-year milestone more accurately refers to the 2025 anniversary of Scrum’s formal public presentation at OOPSLA in 1995.

Their research supplied an important source of inspiration and several contextual warnings, but it did not describe the Scrum framework that was later formalized and subsequently evolved through its own history and definitions.

The limitations of the holistic product-development cases they observed should therefore not automatically be treated as built-in limitations of Scrum itself. Some remain highly relevant warnings about context, scale, sustainability and cultural transfer. Others need to be reassessed against what Scrum later became and what the framework actually claims to address.

Perhaps the deeper lesson is not simply that Scrum has hidden limitations. It is that a team-level framework becomes misleading when organizations expect it to solve problems of enterprise governance, large-scale integration, scientific discovery or organizational design on its own.

Honouring the full legacy requires examining both the original research and the framework that followed, preserving the inspiration between them without treating them as the same object.

Please Login/Register to leave a comment.

ADVERTISEMENTS

"Only two things are infinite, the Universe and human stupidity, and I'm not sure about the former."

- Albert Einstein

ADVERTISEMENT

Sponsors