Agreed regarding clause 4.1.a; it is simple, direct and limited in scope. On the other hand, how is going clause by clause different that the time-proven ineffective 'element' approach promoted and used pre-ISO 9001:2000?!? Unfortunately life is complicated by things not being black and white (or whatever color combination you prefer). There is a lot of a grey area otehrwise we would not be having these debates. Perfect example: take the Bible. There is only one book called The Bible yet there are many religions that interpret it in their own way. Which is right and which is wrong? The one you subscribe to is right, the others are wrong until convinced otherwise. Why else would I have people knocking at my door trying to convince me that their version is the one to folow?!?
One of the things that QA professionals have done to limit our own progress is to infer that a clearly worded clause has implicit, deeper meaning than its words communicate. We are not alchemists.
The ISO standards were developed and worded to provide a framework for management system development, maintenance and growth. They are not the Bible, however. They are not mystical, and they are not worded in a way that requires a sage to interpret. Their directness is their strength, as it is on the organization's advantage to be able to understand and apply them based on their intelligence and pragmatism.
Organizations need to understand the difference between should and shall, and most do. It is confusing and damaging for auditors, both internal (me) and external, to impose deeper meaning than the standards' clause words convey, and muddle the shoulds and shalls based on guidance.
Now mind you I am all for the process approach. And as I said long ago, the standard is built to help establish that by simple virtue of including all the parts. It even has a nice picture in the Introduction to show how it all ties together.
But auditors are charged to assess and verify that an organization meets the standards' requirements. That limits our ability to enforce what is only mentioned as a "should" in the introduction. As client organizations' systems grow and mature, the element approach can be expected to evolve into a process approach to thinking; for the sake of this discussion I will define that as consideration of stakeholder needs and provisions.
An auditor can express approval when they get it right, or point out that effectiveness is being compromised by failure to consider the input/outputs of, and interactions with, related processes. But beyond that the auditor's role is understandably limited. In my view, if a QA professional wants to go farther, he/she should do so outside the role of auditor.