The Death of Scrum – Built for a slower world, performed by those who left

Correct. The constraint is the human’s ability to internalize and make tradeoffs. This will continue to shift and there will be fewer decisions that rely on humans relative to the work being completed, but the humans will still remain the constraint in many types of complex work for some time to come.

And also fuck scrum and purist agile too.

I don't know, it seems popular to complain about Scrum on here, but I've never had that many problems with it. I've both been in the team, and acted as the manager.

I think most of the failures come down to that all those rituals have a reason for them, but that only works if the team is actually on board. That needs a good manager in place, somebody who understands what the point of it all is, pushes people in the right direction, and adapts to problems. There's a lot of room for minor changes as needed.

Take the first complaint, "My standup is people reading Jira tickets out loud". That's obviously wrong. Jira's already there for everyone to look at. Standups to me are mostly about the non-obvious things. It's where John announces he's figuring the build system needs a bit of a change, so that might conflict with other work. Where Carol complains that the ticket is taking ages because testing takes too long. Where Bob says he's not making progress because there's this weird thing with this API, and does anyone know what's up with this?

Now I'm not going to say Scrum is a magic wand or anything. It's just a bit of structure that IMO is overall a pretty decent idea overall, I just have a feeling that some organizations get lost in the bureaucracy and forget that the point is getting stuff done.

My personal biggest issue with Scrum in years of dealing with it is that I think sometimes teams should be split up. I've been on teams where a project is really made of parts with little overlap, and IMO in such a case you should consider splitting the team, because you can end up with situations where people sit through meetings where they have nothing useful to contribute. That's about the biggest time waster I've personally noticed.

I have been feeling that something - a few things - has to change about Agile rituals given a team is using Claude extensively. I haven't yet found any thoughtful writing on the topic.

The most obvious impacts have been shorter synchronous conversations for planning and refinement because so much more specification is written. I've also found myself doing more spiking.

The thing is, all the changes I see to Agile are matters of degree, not fundamental breaks with the Agile manifesto or tradition. I'm not sure whether that's because a) all that's needed is tweaks or b) because the existing way of doing Agile is so in-grained that it's hard to see that it doesn't fit today's reality.

LLM slop article. But as for the topic: To me, "Kanban with refinements and retrospectives" is the sweet spot. The concept of Sprint seems not only superfluous but to add unnecessary rigidity. But you do want everyone to understand the tickets, so refinements are useful, and you do want to try and improve "meta" issues where possible (and have the amount of effort going into that limited so you don't end up in the methodology equivalent of yak shave hell), so retrospectives are useful, too.

Yes this is my observations. Task chunking, Sprints, MVPs - A lot of this exists because it makes the human process simpler to go through but now this is not the limitation anymore. Deciding what to do what will drive value was always the most important thing and it now became more critical than ever.