{"version":1,"type":"rich","provider_name":"Libsyn","provider_url":"https:\/\/www.libsyn.com","height":90,"width":600,"title":"#234 Finding The Root Cause In ISO Management","description":" Continual Improvement is at the heart of ISO Management, a large part of which is dedicated to ensuring issues don\u2019t reoccur. This is more than just putting a plaster on it and calling it a day, it\u2019s about finding the root cause. This not only eliminates wasted time, effort and money with firefighting repeated mistakes, but also drives meaningful improvement. Over the years, many techniques have been developed to help with finding cause. In this episode, Ian Battersby explores the need to find the root cause of issues in ISO Management and explains some key techniques for root cause analysis that you can put into practice to help stop recurring issues.   You\u2019ll learn \u00b7      What is meant by \u2018finding cause\u2019? \u00b7      Why do you need to find the cause? \u00b7      Where is finding cause specified in ISO Standards? \u00b7      Finding cause in practice \u00b7      What are the 5 Why\u2019s? \u00b7      What is the fish bone \/ Ishikawa? \u00b7      What is FMEA? \u00b7      What is fault tree analysis? \u00b7      How do these techniques work in practice?   Resources \u00b7      Isologyhub   In this episode, we talk about: [02:05] Episode Summary \u2013 Ian dives into finding cause within ISO Management, explaining various techniques to help you prevent recurring issues. [03:15] What is meant by \u2018Finding cause\u2019? When an output from a process is not what was expected, then it is classed as a non-conformity which will need to be addressed through corrective action. Before you can put that action into place, you need to identify the root cause for the issue. It\u2019s about putting right what went wrong. [04:00] Why do you need to find cause? Ian gives an example of a reactive response to resolving an issue, it didn\u2019t get to the root of why the mistake happened in the first place.   Finding cause is necessary to stop issues from repeating, rather than simply firefighting issues as they occur. ISO terminology has updated to reflect this over the years. There used to be a term called \u2018Preventive action\u2019, but this has since been changed to \u2018Corrective action\u2019 following on from the 2015 Annex SL update to many ISO Standards. This reflects the new risk-based approach to ISO management. The terms are largely the same in nature, but preventive action was widely misunderstood and so this was renamed and clarified following 2015. [05:55] Where is finding cause specified in ISO Standards? As with many aspects of ISO, the need for finding cause can be found in a few places within a Standard, including: - Clause 6.1.1 Planning: It specifies the need to determine risks and opportunities that need to be addressed. This is because they will affect the desired outcome of your Management System. It\u2019s also a good place to start thinking about how to reduce those risks. Evaluating your strengths and weaknesses also gives you the chance to contemplate whether your existing processes are good at delivering what you want. Clause 10 Improvement: The Standard states something to the effect of \u2018the organisation shall determine and select opportunities for improvement and implement any necessary actions to address those opportunities\u2019 These opportunities will focus on improving products and services, which includes correcting, preventing or reducing undesired results. Also included under clause 10 is a subclause that directly addresses non-conformities and corrective action. These specify not only the need to resolve issues as they arise, but to evaluate the need for action to eliminate the root cause. Additional requirements include the need to review these actions and determine if they are actually effective. Ian goes into Clause 10 in more detail in a previous podcast specifically looking at opportunities for improvement. [14:20] Finding cause in practice \u2013 Why a methodology is necessary: Ian provides an example where an employee may lack confidence completing a certain activity. Their lack of competence could lead to a process being delivered incorrectly. That adverse quality outcome would then likely end up with the customer who would raise a complaint, in this instance that could be a damaged product. The damaged product is what needs correcting, from your perspective you would be looking at what caused that to prevent recurrence. Without knowing the initial cause, you would need to determine whether it\u2019s a production issue or a human error. These types of scenarios can branch out further than the initial quality issue. For example, if that damaged product causes harm, then it turns into a health & safety risk. If products need to be scrapped, then there\u2019s an environmental factor. Complaints related to product quality may also not be recorded in a standard non-conformity system, and could easily be missed for a full investigation to find root cause. This is why it\u2019s important to have a consistent approach, in both logging issues and evaluating them to determine cause. [18:10] What are the 5 Why\u2019s? This is one of the more popular methods that people use to determine cause. It\u2019s simply a case of asking why a scenario happened, usually 5 times, though you can ask more or less depending on how long it takes to reach the core issue. It doesn\u2019t require much training and all it requires is an open and honest response to the questions. This method can get answers quickly and is often utilised as an early problem solving technique. [19:30] What is the fish bone \/ Ishikawa? This is a more visual method to find cause. Depicting a fish skeleton that categorises possible causes and groups these accordingly. These causes are then discussed for a few minutes, typically with teams of people in order to gain different perspectives to help pull apart complex problems into their contributing factors. This method is particularly useful in cases where there isn\u2019t a single underlying cause. [20:30] What is FMEA? FMEA or Failure Modes and Effects Analysis is a more structured technique and acts like a risk assessment in reverse. It looks at what can go wrong, what the effect of failure is and then how critical that failure is to the outcome of what you're trying to do. It uses risk priorities to decide what\u2019s more important. [21:15] What is Fault Tree Analysis? This method utilises a top-down logical approach. It\u2019s a diagrammatic representation of what\u2019s going wrong. It asks, does this happen? Yes or no or both, and branches down paths that explore the issue. It allows for quantitative measures with a number output that can help determine how likely recurrence will be.   It\u2019s a method that is often used in engineering and manufacturing processes. [22:55] Scatter Diagrams:  Scatter diagrams are a good tool to find correlation. They help visualise the relationship between two variables. If you have data rich environments, these can really help you plot out those relationships and make those links that otherwise may have been missed. [23:40] The 5 Why\u2019s in more detail:  The 5 Why\u2019s is a great starting technique as it requires little training. Ian provides an example of using the 5 Why\u2019s, with the scenario of a worker who has injured themselves while cutting some wood. Using the 5 Why\u2019s, he asks these questions: \u00b7      Why did the workers hand slip while cutting the wood? \u2013 They were holding the material in one had without the use of any clamping device to keep it steady. \u00b7      Why was the material being held by hand instead of using a clamp? Because there was no clamping device available. \u00b7      Why was there no clamping device available on the table? The design of that workstation didn\u2019t take into consideration the need for a permanent clamping fixture. \u00b7      Why wasn\u2019t that taken into consideration for the workstation? The risk assessment for that workstation was overlooked. From this exercise, you can see how you can get to the root of an issue by simply asking \u2018Why\u2019 a number of times. Again, it can be more or less than 5 times, the name is simply a guideline. [25:40] The Fishbone \/ Ishikawa method in more detail: Another favoured simple technique for finding cause is the fishbone method. It utilises 6 categories to get to the root of an issue, those being:- \u00b7      Machine: Addressing the equipment or technology that you use to deliver products and services. \u00b7      Method: The way in which you deliver products and services. \u00b7      Material: The raw inputs into your processes. \u00b7      Measurement: The data and metrics that you use to monitor the successful delivery of your products and services. \u00b7      Mother Nature: The environment and conditions in which you\u2019re operating.  \u00b7      Man \u2013 Although this has now been updated to \u2018People\u2019, addresses the human element of product and service delivery. This is a great method for instances where there may be multiple root issues, so you can categorise and analyse each of them with multiple perspectives involved as this is considered a more collaborative method for root cause. [28:15] Record your findings: We dive more into this in a previous episode, but essentially, it\u2019s a requirement of every ISO Standard to address these non-conformities as they occur. Going through the process of root cause and rectifying the issue will need documentation to prove that you are actively addressing these issues, as well as doing as much as you can to prevent recurrence.   There is no defined way to do this in the Standard, so it can be documented via forms, intranets, other digital systems etc. Documenting all the evidence of resolving issues may seem arduous at times, but it will ultimately lead to genuine continual improvement, and will lead to reduced overall error.   If you\u2019d like any assistance with ISO Implementation or support, get in touch with us, we\u2019d be happy to help. We\u2019d love to hear your views and comments about the ISO Show, here\u2019s how: \u25cf     Share the ISO Show on Twitter or Linkedin \u25cf     Leave an honest review on iTunes or Soundcloud. Your ratings and reviews really help and we read each one. Subscribe to keep up-to-date with our latest episodes: Stitcher | Spotify | YouTube |iTunes | Soundcloud | Mailing List ","author_name":"The ISO Show","author_url":"https:\/\/blackmoresuk.com","html":"