Re: Where to Start to Implement ISO9001?
Based on what you have said here, forgive me if I observe, you seem to be thrashing about in response to your thoughts and ideas instead of calmly and methodically analyzing the system that runs your organization.
You should be analyzing the system that runs the organization to determine its key processes (merely identifying them is not determining them).
You can do this from the quality/environmental/health&safety/information security points view at once if you use the SIPOC model and translate every Q/E/H&S/IS nuance into requirements. For this you need to be trained in all the standards and as a lead auditor so you know what you are looking for when you ask your questions of the process owners. Top management owns the core process (that runs from customer needs to satisfied customers if not to cash). BTW, support departments do not have core processes; they are not an end in themselves, they exist solely to serve the core process directly or indirectly.
New key processes (that do not already exist in your organization) come initially from the standards you have listed above - many can be combined such as internal auditing, and problem solving (or removing the root causes of problems). Once you have determined the key processes and named the process owners you can make further progress by analyzing and documenting how each of those processes works.
Meanwhile suspend all thought of functions, departments, elements and work packages. HR for example owns two cross-functional processes that are vital to the system: recruiting and hiring, and training (we often say the expression "departmental procedures" is an oxymoron, HR may call many of their work instructions "procedures or SOPs").
Record the results of your analysis using deployment flowcharts and you will end up with system documents that are clear, concise and easliy updated.
Focus on process. Perhaps start with the SLA as a definition of the product and then analyze the process responsible for that product (it usually involves more than one department).
Everything the support processes do is meant to make the core process better (corporate health is a just a nice sophistication at this stage). Keep it simple and get the depiction of the system that runs your organization issued, used and improved as soon as possible. The sophistications can follow if the system tells you they are needed.
Until you have analyzed the system that runs your organization and shown your organization's system (warts and all) as a simple robust framework (system architecture) so it can be understood you will find it difficult to obtain support for this project. Indeed, I am surprised to read that you have got as far as you have! Perhaps top management is asking you to determine the feasibility of making sure your system conforms to all of these standards, you will also be determining the value. This comes back to the questions you ask during the process analysis sessions - like audits they convey a sense of what is important for the organization's core process(es) to add value and avoid loss.
From this simple architecture you can design your document coding scheme. Please leave a Private Message for me if you want more specific advice.
JOhn - correct money does count, I can probably link funding to core services, but in the situation of departments like HR, Strategy, Accounts and Payrol, and in some cases IT - they are in essence operational support services whose budgets are created to allow those teams to provide operational support (except in the case where internal SLAs are used ).
I was thinking about this today, from an Accounts perspective, the inputs would be expenditure information from departments, the process would be the checking, formation and production of management accounts, the output would be a corporate report. - from this high level objective, I could then define and create streamlined work packages for core functions within this high level process - please stop me if I am way off target.
I have been challenged this year with the defining of the core principles of ISO9001 so they can be used in 14001 (which I also have to do), 27001 and 18001 (which belong to other sections). In order to get the buy-in I first of all have to prove the business case - I think I will do this by mapping the high level departments, with sections, showing inputs (see accounts) and outputs on a simple flow chart - I could then highlight possible areas of development/improvement through the utilisation of ISO9001 (example business continuity).
Sorry - off track a little - my statement - funding can be mapped to deliverable departments who provide core services to the public - funding is awarded or applications made for funding based upon the perceived or future service needs - the measurement of success is normally thought increased satisfaction or use of the services.
I have grouped the core "services" into the following:
Internal supplier - Internal Customer
Internal supplier - front facing customer (job public)
Internal supplier - external stakeholders (including funding)
External supplier (as above 3)
In addition I have identified "corporate health elements" - these are normally related to sickness days etc. elements which are not owned by single sections or individuals but the who organisation may influence or impact on - still have not got my head around mapping this yet.
So.... Am I on track?
I was thinking about this today, from an Accounts perspective, the inputs would be expenditure information from departments, the process would be the checking, formation and production of management accounts, the output would be a corporate report. - from this high level objective, I could then define and create streamlined work packages for core functions within this high level process - please stop me if I am way off target.
I have been challenged this year with the defining of the core principles of ISO9001 so they can be used in 14001 (which I also have to do), 27001 and 18001 (which belong to other sections). In order to get the buy-in I first of all have to prove the business case - I think I will do this by mapping the high level departments, with sections, showing inputs (see accounts) and outputs on a simple flow chart - I could then highlight possible areas of development/improvement through the utilisation of ISO9001 (example business continuity).
Sorry - off track a little - my statement - funding can be mapped to deliverable departments who provide core services to the public - funding is awarded or applications made for funding based upon the perceived or future service needs - the measurement of success is normally thought increased satisfaction or use of the services.
I have grouped the core "services" into the following:
Internal supplier - Internal Customer
Internal supplier - front facing customer (job public)
Internal supplier - external stakeholders (including funding)
External supplier (as above 3)
In addition I have identified "corporate health elements" - these are normally related to sickness days etc. elements which are not owned by single sections or individuals but the who organisation may influence or impact on - still have not got my head around mapping this yet.
So.... Am I on track?
You should be analyzing the system that runs the organization to determine its key processes (merely identifying them is not determining them).
You can do this from the quality/environmental/health&safety/information security points view at once if you use the SIPOC model and translate every Q/E/H&S/IS nuance into requirements. For this you need to be trained in all the standards and as a lead auditor so you know what you are looking for when you ask your questions of the process owners. Top management owns the core process (that runs from customer needs to satisfied customers if not to cash). BTW, support departments do not have core processes; they are not an end in themselves, they exist solely to serve the core process directly or indirectly.
New key processes (that do not already exist in your organization) come initially from the standards you have listed above - many can be combined such as internal auditing, and problem solving (or removing the root causes of problems). Once you have determined the key processes and named the process owners you can make further progress by analyzing and documenting how each of those processes works.
Meanwhile suspend all thought of functions, departments, elements and work packages. HR for example owns two cross-functional processes that are vital to the system: recruiting and hiring, and training (we often say the expression "departmental procedures" is an oxymoron, HR may call many of their work instructions "procedures or SOPs").
Record the results of your analysis using deployment flowcharts and you will end up with system documents that are clear, concise and easliy updated.
Focus on process. Perhaps start with the SLA as a definition of the product and then analyze the process responsible for that product (it usually involves more than one department).
Everything the support processes do is meant to make the core process better (corporate health is a just a nice sophistication at this stage). Keep it simple and get the depiction of the system that runs your organization issued, used and improved as soon as possible. The sophistications can follow if the system tells you they are needed.
Until you have analyzed the system that runs your organization and shown your organization's system (warts and all) as a simple robust framework (system architecture) so it can be understood you will find it difficult to obtain support for this project. Indeed, I am surprised to read that you have got as far as you have! Perhaps top management is asking you to determine the feasibility of making sure your system conforms to all of these standards, you will also be determining the value. This comes back to the questions you ask during the process analysis sessions - like audits they convey a sense of what is important for the organization's core process(es) to add value and avoid loss.
From this simple architecture you can design your document coding scheme. Please leave a Private Message for me if you want more specific advice.
