“Interactive obituary - 22 min”

Ugh is there a regular text version I can read at my own pace?

Also why light text on black background? Hurts my eyes and is very difficult to read.

Guess I’ll wait for someone with more patience and better eyesight to maybe provide a summary or something :)

> This essay is not a hot take. It is an autopsy.

This essay is AI slop with a fancy website design.

“We hold a meeting to talk about the meetings, and another to plan the meetings about the meetings.“

I dropped scrum last year.

My favorite scrum story: When I worked at reddit, we were still owned by Condé Nast, and we worked in the corner of the Wired magazine office. Condé Nast got a new CTO, who was completely all-in on agile. To the point that she called everyone into a conference room to read us the agile manifesto word for word.

We then went back to our little corner conference room and continued to build things in an agile way, like we had been doing for years, without all the meetings.

The poor Wired folks suffered a worser fate, and had to have all the meetings.

So an author whose company sells AI tools to organizations has published an AI-written sensationalist website detailing how horrible the "old way" of doing things is, in the hope that more people will pay them for their "new way" products. Wow, color me shocked.

I think I like this article and I haven't finished it yet, but I don't think the bottleneck has shifted to non-human with the advent of agentic AI. It's still the human (deciding what product direction to take, reviewing code, etc)

I've been hoping for a paradigm shift away from scrum for years! It was good for like 5 minutes after it replaced Waterfall and then it morphed into a freaking hellscape of grifters and non-techies invading the business space. It's never worked out, never! Some of the ceremonies are fine, but overall, it's crap. And people live it like a religion and become angry if you complain about it. It's a freaking work process, not a religion! All it did in large enterprises was become another way to bludgeon developers and take away their agency. Hmm, I recall it was supposed to be ABOUT the developers, not about JIRA and filling out all the idiotic fields in the JIRA tickets. Story points, t-shirt size estimates, RETROSPECTIVES--that never, ever, not even once, led to a positive change. All so a bunch of r/e/t/a/r/d/s who say things like "I'm not very technical, but here's what I think..." to which I always responded--"If you're not very technical, then what makes you think you can lead a technical process?" Idiots and scammers.

I am a big fan of the Scaled Agile DevOps Maturity Framework and it's certificates: https://scaledagiledevops.com/certifications/

It is actually less SAD than SAFe

Flagged as sensationalist AI hype slop. No original or useful thoughts detected.

> By the time the meeting ends, an AI agent in a teammate's terminal has shipped two pull requests, refactored a service, and updated the docs

Screw you

The interactivity seems to be a substitute for coherent global organization (and a rationalization by the human author for not reviewing the LLM's strange stylistic / wording choices). It's incredibly distracting, and fatally weakens the argument! The entire time I was thinking "ok, then we just do the same old scrum on specs instead of code, seems like the human management advantages are still as relevant as ever." Perhaps if this were written as an essay the author could have collected their own thoughts a little better and addressed this point. They only did, offhandedly at the end.

UGH I tried to copy-paste that part ("Start writing specs in a way..."), but I couldn't because of this obnoxious fucking interactivity! Why write an essay if people can't share the parts they find interesting???? Again this stuff is designed to impede critical long-distance thought by throwing up a bunch of short-range distractions. It even works on the humans and LLMs writing it. This essay really is incoherent.

Also as someone who used to work manual QA for fairly sensitive finance/pharmaceutical software, this part is darkly funny (I actually could put it on my clipboard, god I hate JS):

  Then · circa 2001
  6 weeks
  Submit code. Wait for QA. Get a bug list. Negotiate. Fix. Wait again.

  Now · 2026
  6 seconds
  Type, save, hot-reload, AI suggests a fix, tests run in parallel. The build itself talks back to you.

"AI suggests a fix" but who finds the bug? AI, I suppose. Good luck with that. Meta is desperately training AI to use a mouse correctly by snooping on its tens of thousands of its own workers. A very important part of my job was clicking on stuff. Maybe in a few years of mass surveillance AI will figure it out. Until then, it seems like Mantyx needed to hire a human who knows how to use a computer and review this website. It's incredibly hard to use because it's obviously vibe-coded. HIRE HUMANS TO AT LEAST LOOK AT YOUR SOFTWARE. Even if it's just a website.

Speaking of, it's so depressing to see this written by an actual company trying to sell stuff:

  Treat agents as teammates
  Specify, dispatch, and verify. Stop treating AI as autocomplete; start treating it as a junior engineer who works at machine speed.

Junior engineers: do not work at Mantyx! They have announced their intentions to mistreat you. It's LLM-boosted corporate hideousness.

If you're having meetings about meetings, you're not doing scrum or agile. You're probably trapped in "agilefall."

Website was too long.

ScrumMaster - a qualification you cannot fail. (Pls pay fee)

Ultimately big company look for things to help them sort their terrible product and software processes.

The whole point of agile, its that you don't know!

If you are SaFE, or 4 week sprints.. you are in management imposed bs.

Your company is a about to be eaten.

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.

Interesting idea if you write it yourself. Genuinely if you think the article isn’t worth the time to write yourself why should anyone give the time of day to read it? God damn

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.

Specs need detail and refinement. Generated code still needs reviews, edits, and perhaps iterations and extra tests. None of this is automatic or fast.

Big picture, it's all kind of funny. Over a decade ago, I ended up having to be an undergraduate instructor in Project Management (despite zero experience in it) and kind of speedrunning all of that philosophy. And then, learning the "new" things like Agile, Waterfall, Scrum, whatever.

It was immediately apparent to me why these existed, it was because "software development" somehow collectively decided to abandon core principles of PM.

Like the most basic stuff, e.g. Projects have a beginning and an end.

I chose to not take any of it too seriously in terms of what I taught undergrads, and post-mortems like this make me feel quite justified in that.