Indeed, and the Scrum-Industrial Complex has vested interests in codifying a certain format that it can sell.

And agility in this case being Business Agility: the business being able to change course, not being hold hostage to a years long plan which cannot be changed.

Agility has nothing to do with software development, and everything with business.

I tend to view scrum, kanban, XP and also the more traditional tools like V-model as tool boxes - or maybe some kind of pre-configured framework. They combine agile or other project management tools in order to solve problems the team or stake holders of the team have.

However, this doesn't mean you can't take out and exchange parts. Some teams work profiles fit well with set sprints with a stable set of tasks. Others, like ops work with few people, doesn't due to incalculable factors like incident management. Prioritization might need different mechanics depending on the position and the responsibilities of the team.

It's all a big grab bag of tools to create some working workflow for a team.

The point is making valuable software in reasonable time.

Agility is a way to deal with the fact that the idea of what "valuable" is changes constantly.