Right on Dave!
I understand exactly what you're talking about in deciding how far to go in defining your "processes".
I took three ISO9k2k courses and the point that Varma made about being req'd to monitor and measure the processes *and* that actions are taken to achieve PLANNED results and continual improvement, was driven home. The instructor also pointed out however, that 4.1a says that the organization shall "identify" these processes. Not the standard, not the registrar, but the organization would do this.
And then he said that when we went about defining our processes, we should keep in mind that each one we "identified" would have to be measured and have planned actions for continual improvement, etc. He said that if you didn't want to establish individual measurements and planned actions for something, then you should look at it as a small piece of a larger process that you can establish monitoring and measurement activities for. The fewer processes you "identified", the more open you could be with your planning and the areas in that process which could experience improvement.
He showed us a process flow chart that one company had produced and they had broken out every little thing. If this was the final product that they used to demonstrate their "processes",then they would be having to plan for results and monitor and measure, etc. for every little thing that they did!
Not only that, but remember the issue of "control"! You have to control your processes. Aaaccck.
So for my company, starting from ground zero, we are essentially using the megaprocesses of ISO (as described in the note section of 4.1) but have slightly broken down provision of resources and some major steps in product realization. The flowchart looks great, but could use some improvement. Beyond this rudimentary identification of processes, we will have the objectives that generate monitoring and measurement of their own and play contributing roles into the major process improvements. Our objectives are really specific and will change at least annually.
But for the better understanding within a department, we will create flowcharts of smaller "contributory" processes. These will demonstrate all the little bits that make up the whole Official Process.
FYI, in a following course, I mentioned to the instructor what the other instructor had advised regarding making your processes large or at least having the Right and Responsibility to define your own processes as large or small as you wanted. The second instructor completely missed the point and wanted to insist that ISO identifies 23 (or so) processes and you had to use those processes. He didn't see where the production of widgets (as a process) could include the training of the workers or the receiving of the raw materials. And both of these instructors/assessors worked for the same registrar!