Recertification ISO 9001:2008 - 5 Different Divisions, so 5 Different Quality Plans

[ashujanu]

I wanted some help regarding recertification audit. In our company we have 5 different divisions, so 5 different quality plans. Now, that we are going in for recertification audit, we are thinking of compiling 5 quality plans into one major quality plan. so, for this i wanted some help. Can anybody help me out in this?

[dsanabria]

In Reply to Parent Post by ashujanu

I wanted some help regarding recertification audit. In our company we have 5 different divisions, so 5 different quality plans. Now, that we are going in for recertification audit, we are thinking of compiling 5 quality plans into one major quality plan. so, for this i wanted some help. Can anybody help me out in this?

Start by defining objectives for all plan (clause 8.4 should be the beginning point).

Identify what is it that you are looking for the system / process and your Quality Plan should begin to take shape.

Just out of curiosity - why do you have Quality Plans or is this another name for another document.

[Stijloor]

In Reply to Parent Post by dsanabria

Start by defining objectives for all plan (clause 8.4 should be the beginning point).

Identify what is it that you are looking for the system / process and your Quality Plan should begin to take shape.

Just out of curiosity - why do you have Quality Plans or is this another name for another document.

In some organizations/countries, a "quality plan" is the quality management system (QMS).

Stijloor.

[Colin]

In Reply to Parent Post by dsanabria

Start by defining objectives for all plan (clause 8.4 should be the beginning point).

Identify what is it that you are looking for the system / process and your Quality Plan should begin to take shape.

Just out of curiosity - why do you have Quality Plans or is this another name for another document.

I am interested to know why you feel that they should start with clause 8.4 Analysis of data.

As for the initial post, there are obvious advantages of having a single system (certification costs being one of them) but do beware that there may be local variations in the way in which things are done and if you try to impose 'the corporate' rules on everyone, it may be a problem.

I am not suggesting you can't do it but I would do a comparison between the 5 different systems to make sure they are compatible. It may be that you can have 1 'top level' quality manual that covers all 5 sites and perhaps 1 set of 'quality procedures' (e.g. doc control, records, etc) but then have localised procedures at each site for the main process activities.

[Sidney Vianna]

In Reply to Parent Post by Stijloor

In some organizations/countries, a "quality plan" is the quality management system (QMS).

That's correct. The term quality plan is typically misconstrued with quality planning, quality manual, quality system, etc. That's why ISO 9000 defines the term:

quality plan
document specifying which procedures and associated resources shall be applied by whom and when to a specific project, product, process or contract
NOTE 1 These procedures generally include those referring to quality management processes and to product realization processes.
NOTE 2 A quality plan often makes reference to parts of the quality manual or to procedure documents.
NOTE 3 A quality plan is generally one of the results of quality planning.

[dsanabria]

In Reply to Parent Post by Colin

I am interested to know why you feel that they should start with clause 8.4 Analysis of data.

As for the initial post, there are obvious advantages of having a single system (certification costs being one of them) but do beware that there may be local variations in the way in which things are done and if you try to impose 'the corporate' rules on everyone, it may be a problem.

I am not suggesting you can't do it but I would do a comparison between the 5 different systems to make sure they are compatible. It may be that you can have 1 'top level' quality manual that covers all 5 sites and perhaps 1 set of 'quality procedures' (e.g. doc control, records, etc) but then have localized procedures at each site for the main process activities.

The focus is in defining Quality Objectives - 8.4 & 5.2 are just beginning points and scratching the surface. The company needs to identify what to measure and what are the expectation of the processes.

furthermore, many companies begin to gather raw data and at the end - they don't know what to do with it or what it means - thus 8.4 is the beginning process.... and it shouldn't stop there.

It is a beginning point that many companies overlook in making analysis of the data and they forget about the basic.

You will be surprise how many companies fill their boards with data that only Quality and Management look at - and most of it doesn't cover the analysis of data.

Thus, if new people want to begin the process - see if you are already complying with gathering objective evidence to meet clause 8.4 requirements

Quote: ISO 9001:2008

"8.4 Analysis of Data

The organization shall determine, collect and analyse appropriate data to demonstrate the suitability and effectiveness of the quality management system and to evaluate where continual improvement of the effectiveness of the quality management system can be made. This shall include data generated as a result of monitoring and measurement and from other relevant sources"

[Colin]

I see where you are coming from and I certainly agree that many companies don't do nearly enough gathering and analysis of data to help determine the effectiveness of the QMS.

My thoughts are that whilst these can be considered early on, I don't think I would start there - first I would build around the processes of the organisation.

[dsanabria]

In Reply to Parent Post by Colin

I see where you are coming from and I certainly agree that many companies don't do nearly enough gathering and analysis of data to help determine the effectiveness of the QMS.

My thoughts are that whilst these can be considered early on, I don't think I would start there - first I would build around the processes of the organization.

No starting or ending point was intended with the post - just guidelines...