Is your Quality, Health & Safety or Environmental Compliance system working for you? How much time are you wasting trying to chase people to get things done, trying to remember to follow up on tasks, getting your Audits up to date, controlling documentation, dealing with customer complaints and capturing your Health & Safety Risks or incidents?
Let MANGO help you with a simpler way that makes the system not only work for you but, gets everyone involved in the system simply so you never have to remember again.
Please complete all required fields!
In this second part of the discussion about ISO9001:2015 Section 8.3 we are going to look at section 8.3.3 of ISO9001:2015 which is all about the Design & Development Inputs to your product or service. The aim of this clause is simple, lets make sure you have considered everything you need to when designing your product or service
The inputs that impact the design and development of any product or service can be pretty large and will obviously vary from industry to industry as well as product to product. ISO9001:2015 recognises this fact and provides some help here with clause 8.3.3. This clause has that all important SHALL word in it again so it's not an optional element if you carry out any design or development of products but when you look at the clause why wouldn't you be doing this anyway? Here's what it says:
"The organisation SHALL determine the requirements essential for the specific types of products and services designed & developed." ISO9001:2015 Section 8.3.3
"The organisation SHALL determine the requirements essential for the specific types of products and services designed & developed."
It then gives you 5 points to consider:
This section is to make you think about exactly how your product or service is going to function when it's used in the big wide world by your customers. What are the performance requirements, what things must it do (and do well) and what things should it most definitely not do? Think about what the specifications should be, what materials should be used, what standards or expectations it needs to meet.
2. Information derived from previous similar designs and development activities
When you think about it this is a little bit of the PDCA (Plan Do Check Act) thinking right here. You may have similar designs or developments previously, what can you learn from that, what would you repeat or not repeat, are there sections of those designs or activities you would reuse? What experience did you gain from these other activities either directly or indirectly through for example customer feedback that you can apply to the new design or development activity.
3. Statutory & Regulatory Requirements
For the product or service, you are working on, are there any statutory or regulatory requirements that it must meet? If so what are they, how will you meet them with this product. Do you need to get external help to understand the requirements or carry out testing and validation to ensure you comply?
Some form of risk assessment or FMEA (Failure Modes & Effects Analysis) process is a good way of dealing with this requirement. Think about your products and services. How could they fail, if they do fail what is likely to happen, what is the worst possible thing that could happen and how likely are they to happen. How can you avoid these failures?
The extent that you carry out these input reviews will depend on both the size of your organisation and the products or services you provide. If you are GE and providing aircraft engines for example it'll be full on, if however, you are making say paper hats for parties it will be a lot smaller exercise but it is left to the organisation to determine what will be adequate for them in determining what they feel are the complete list of inputs and also that these inputs are unambiguous, i.e. you shouldn't really have to guess what they mean!
With any product or service design and development process there are going to come points where there is conflict in the design and development requirements. The organisation must close out all of these conflicting inputs before moving on. When you think about it this makes sense, why would you not want to get total clarity on what you were providing before you start, think of the wasted costs and resources if you don't.
Clause 8.3.3 of ISO9001:2015 - Design and Development inputs has a final statement in it, "The Organisation SHALL retain documented information on design and development inputs". It's that word shall again, remember this means you must do it. How you do it is completely up to you as an organisation how you achieve this.
If you need any support in developing or improving your ISO or Quality Systems we'd love to hear from you, just click here to make an appointment and find out how we can help you Make Things, Better
You can also call John on 0211649739 to set up a meeting
© Many Caps Consulting | All Rights Reserviced
By accepting you will be accessing a service provided by a third-party external to https://www.manycaps.com/