F
freddy_v
Hello,
(I am in the beginning of this QMS implementation project, and I've noticed it's easy to fall into the pitfalls of detail. If this thread seems unstructured and confused - I apologize).
Background:
I'm just starting up a QMS implementation project with the primary goal of improving our business and the secondary goal of getting the QMS of our company certified according to ISO9001:2008 standard.
I've been a member of the cove only for a short time, but I'm already amazed about the extent of the knowledge that comes together here.
However, the context of this potential QMS is that its working in an engineer to order business. We make custom designed material handling tools for robots to fit and function in unique cells. We also make custom designed packaging (you know those shine-through PET boxes which holds earplugs or headphones etc.) Also, most projects have short lead times. I would say the average project is about six weeks.
Processes:
I'm currently mapping out the processes, to get a more detailed understanding of the inputs, outputs, controls and resources.
At a birds view we
1. Promote, develop and sell
2. Design
3. Purchase, produce and control
(The outputs up to this point is the components of the robot tool and the components for the packaging manufacturing line).
After this, the flows for the two different product branches separates into
4.1 Assemble, Test and Deliver (converging flow of material)
4.2 Produce the packaging, inspect and deliver (/store) (diverging flow of material).
As I suspected - at the more detailed levels
1. The product is a variable.
2. The processes are variables.
3. The resources are variables.
4. The controls are variables.
5. The scope of each project is a variable.
The only common denominator I find at this point, is the "structure" of the projects.
I find that this is prohibiting me from detailing the processes, except from a few important steps, and that I absolutely must leave gaps in the system to be filled by the implicit and explicit knowledge of the operators. Since the system in its current form (undocumented as it is), relies heavily on the skill of the workers, I suspect we must have some sort of control on the knowledge of the workers.
Questions (speculating about the QMS):
1. Our company uses on the job training to develop skillful workers, without exception. How do you document and evaluate training for this when you never know exactly what is demanded?
2. About corrective actions. Let's say a non-conforming product is spotted at some point in the flow. How do you capture this in the QMS without being to rigid? I.e Who should decide upon the corrective action?
I would really appreciate some input on this, or about implementing ISO 9001:2008 in a Engineer to Order (ETO) business in general (are there perhaps any literature regarding this subject?). Pehaps the "PMBOK" is something I should take a look at?
Thank you!
(I am in the beginning of this QMS implementation project, and I've noticed it's easy to fall into the pitfalls of detail. If this thread seems unstructured and confused - I apologize).
Background:
I'm just starting up a QMS implementation project with the primary goal of improving our business and the secondary goal of getting the QMS of our company certified according to ISO9001:2008 standard.
I've been a member of the cove only for a short time, but I'm already amazed about the extent of the knowledge that comes together here.
However, the context of this potential QMS is that its working in an engineer to order business. We make custom designed material handling tools for robots to fit and function in unique cells. We also make custom designed packaging (you know those shine-through PET boxes which holds earplugs or headphones etc.) Also, most projects have short lead times. I would say the average project is about six weeks.
Processes:
I'm currently mapping out the processes, to get a more detailed understanding of the inputs, outputs, controls and resources.
At a birds view we
1. Promote, develop and sell
2. Design
3. Purchase, produce and control
(The outputs up to this point is the components of the robot tool and the components for the packaging manufacturing line).
After this, the flows for the two different product branches separates into
4.1 Assemble, Test and Deliver (converging flow of material)
4.2 Produce the packaging, inspect and deliver (/store) (diverging flow of material).
As I suspected - at the more detailed levels
1. The product is a variable.
2. The processes are variables.
3. The resources are variables.
4. The controls are variables.
5. The scope of each project is a variable.
The only common denominator I find at this point, is the "structure" of the projects.
I find that this is prohibiting me from detailing the processes, except from a few important steps, and that I absolutely must leave gaps in the system to be filled by the implicit and explicit knowledge of the operators. Since the system in its current form (undocumented as it is), relies heavily on the skill of the workers, I suspect we must have some sort of control on the knowledge of the workers.
Questions (speculating about the QMS):
1. Our company uses on the job training to develop skillful workers, without exception. How do you document and evaluate training for this when you never know exactly what is demanded?
2. About corrective actions. Let's say a non-conforming product is spotted at some point in the flow. How do you capture this in the QMS without being to rigid? I.e Who should decide upon the corrective action?
I would really appreciate some input on this, or about implementing ISO 9001:2008 in a Engineer to Order (ETO) business in general (are there perhaps any literature regarding this subject?). Pehaps the "PMBOK" is something I should take a look at?
Thank you!