Scrum, the world's most popular development framework is beyond its peak. Here's why that's actually good news for tech teams everywhere.
The end of an era
Remember when Scrum was revolutionary? That was two decades ago - before your junior developers were even born. Today, this aging framework is holding companies back from true agility. Big Tech has already moved on.
Why Scrum is too rigid for 2025
Continuous Integration/Deployment is the new normal.
Two-week sprint reviews before a feature can go live? That's prehistoric.
Your competitors are shipping features hourly.
For many teams, Scrum is too much overhead.
Estimation, velocity and planning usually don’t work as intended.
The real problem
Here's the irony: Scrum, designed to make teams agile, has become the very thing preventing true agility. Think about it - why would you:
Wait two weeks to review a feature? (Scrum does not force you to wait, but many Product Owner do.)
Force artificial timeboxes when coding/learning/adapting can happen anytime?
Add unnecessary process layers in a real-time world where people are collaborating all the time?
Not include discovery and understanding into the process?
I get it: Scrum lets you play it safe. Nobody gets fired for choosing Scrum. If you're an agency or a consulting firm, of course you're going to set up a Scrum process, because that's what everybody does. Customers just don't question it, even though they should.
What elite teams are doing instead
The future belongs to companies that:
Run rapid experiments, A/B tests, and prototyping
Deploy continuously without sprint boundaries
Use lightweight frameworks like Kanban
Embrace modern methodologies like Shape Up
In fact, I once almost joined a company using their own version of Shape Up. They identify one or two of the most important problems and commit to solving them. Then they spend several weeks of real collaboration on discovery, understanding the problem, finding good solutions, selecting one of the solutions, building prototypes, validating the prototypes, and delivering the final code. The result is:
Real problems get solved.
You can see the metrics moving during the cycle.
More time spent on value-adding activities and less time spent on artificial meetings and calendar dates (at least, people often perceive them as artificial).
The Path Forward
The most innovative companies have already figured this out. They've ditched rigid Scrum ceremonies for truly fluid, responsive approaches, prioritizing problem understanding and collaboration. The question isn't whether Scrum will die - it's whether your team will be ahead of the curve or playing catch-up.
Take Action Now
Don't let your team fall behind. The future is lightweight, continuous, collaborative, empowered, and truly agile.
What I read
As usual, I will list some of the best articles I read on the Internet. I will keep a list of the best articles (currently >800) at https://www.digital-product-management.com. These are today’s picks:
AI transparency framework: Deciding when and how to disclose our use of AI-based tools.
How to Lead Your Team when the House Is on Fire: Leading low-morale teams through ambiguity, hard constraints, frequently changing goals, and intense pressure to perform.
Why Changes Take So Long: A sample explanation why changes/features takelonger than people assume.
Scrum is a great training wheels framework. It helps you move on from waterfall and adapt to iterative development.
Scrum has always been too rigid below a certain company size and structure. I have never seen a startup doing Scrum properly, as they have to pivot feature once or twice a week. The same applies to scale-ups as uncertainty is the new normal.
I ditched Scrum for a mix of Scrum and Kanban more than a decade ago. I wanted to add some visibility to an extremely agile, event driven methodology.
Immutability doesn’t fit well with uncertainty.