I didn’t see any mention of the elephant in the room affecting software quality these days (AI).

The author seems pretty stupid.

I don’t blame agile. But I do kind of blame Agile™. Now, more than ever, you’re likely to be in an Agile™ environment in which you get overloaded with tasks. Should you focus on improving the quality of the feature you’re working on? Or should you get on to the other 17 tasks you have this sprint?

Nothing about Agile means doing more tasks. Agile means “inspect and adapt” — regularly look at the work done and change course if the current environment favors a course different than when you started.

And they don’t explain what Agile™️ even means, but I can tell you that in twenty+ years of experience there’s just as much rush to get things done now as there ever was.

Agile (and its poster child, Scrum) is infinitely preferable to waterfall. Having the product always in a ready to ship state reduces so much risk and lets you reconsider early design decisions and find out which requirements are actually necessary.

Even waterfall adherents were already doing Agile — they just called it “sustaining” and waited until the product was released to start doing it. Extend that style of project management to the earliest phase of development and that’s Agile.

I certainly care about it