What you've said is very true, but implementing it depends heavily on the client. The fundamental rule of agile is that business needs to participate in software development on daily basis (and I agree with that 100%). Although, it is very difficult. The first big obstacle is that business doesn't understand the very nature of software development which is: it is easy to change and it is reusable. The former one means that you can gradually improve your solution instead of coming up with exhaustive description up front. Instead they think about it like about processes their are familiar with, e.g. building house, where if you build a wall it will be hard to move. The latter one (that it is reusable) is a bit easier to grasp for non-software folks, but then again: someone needs to introduce them to this idea, as they are not familiar with the concept that there are building blocks ready and the hardest part is to find best fitting building blocks and glue them together. Those I would call knowledge gaps, sometimes there is some resistance due to the fact that those guys are doing totally different things, so they don't see a need for learning about software development (which is quite naive, if you ask me, since software is basically everywhere nowadays).

But there are more obstacles, like cultural ones: I can't count how many time I heard "client pays, client demands" without want to hear any feedback or guidance.

There are also obstacles on work organization level, for example: people who have final say how should system look/work have no time to even grasp general ideas about the system.

And god forbid if your client has experience with software developers who were silently and blindly (which means: inefficiently) developing everything that client demanded, because it creates a wall that will be very hard to breakthrough.