{"id":1709,"date":"2021-03-23T07:06:46","date_gmt":"2021-03-23T07:06:46","guid":{"rendered":"https:\/\/instrumental.com\/?p=1709"},"modified":"2021-03-23T07:11:59","modified_gmt":"2021-03-23T07:11:59","slug":"failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3","status":"publish","type":"post","link":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/","title":{"rendered":"Failure Analysis Methods for Product Design Engineers: Key Questions and Corrective Actions (Part 3)"},"content":{"rendered":"<p><span style=\"font-weight: 400;\">In <a href=\"https:\/\/instrumental.com\/resources\/failure-analysis\/failure-analysis-methods-for-product-design-engineers-finding-sources-of-error-pt-1\/\">part 1<\/a> and <a href=\"https:\/\/instrumental.com\/resources\/failure-analysis\/failure-analysis-methods-for-product-design-engineers-tools-and-techniques-pt-2\/\">part 2<\/a> of this failure analysis series, we discussed where failures come from and what tools you want to have in your toolkit to address them. Now comes the hard part: putting all those tools to work. At its core, failure analysis is about identifying what set of inputs caused an output to fail and what corrective action you want to take to fix it. So if you did all the hard work to find and identify failures, let\u2019s dive into some steps you can take to begin your process.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Typically, you will find failures during a build or in reliability testing and only have a short time to find and fix them. When you become aware of the issue, ask yourself the following questions to organize your thoughts when performing a failure analysis:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">What is the failure mode?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">How critical is the failure?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Is the failure repeatable?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">What is your hypothesis?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Are there other potential factors?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">What data do you have?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">What data do you need?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Do you have any proposed solutions?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Do you have a way to test your solutions?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Does your solution impact another team?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Will there be any unintended consequences?<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">To illustrate a typical failure analysis, we will walk through the questions above in an example scenario.\u00a0<\/span><\/p>\n<h3><b>EXAMPLE: Wearable Fitness Tracking Watch<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">A new wearable fitness watch is being evaluated at its EVT build. During the build a few small issues crop up but generally the devices work. However, after the build, a failure is found during drop testing. So begins the failure analysis.\u00a0<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">What is the failure mode?\u00a0\u00a0<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">Sometimes it is easy to find a failure, but more often, you may only see symptoms of a failure and cannot be sure what the root cause actually is. In our watch example, we find that a drop test event causes the display to fail in 6 out of 10 devices tested. What we know is that something went wrong with the display after the drop event, but we don\u2019t yet know why the failure occurred. We begin by examining what state the device is in.\u00a0<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Does the failure mode present the same way on the failed devices?<\/span>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">If there are different kinds of display failures then the drop event may have exposed multiple failure modes which might each have a slightly different root cause.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">Did the screen turn white?\u00a0<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">Are there lines out in certain rows or columns?\u00a0<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">Did the cover lens crack?\u00a0<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">Did the display crack?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">Does the rest of the device appear to be functioning? &#8211; Charging, motors, touch, etc?<\/span><\/li>\n<\/ul>\n<\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">What were the specific tests that failed?<\/span>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">What height was the watch dropped from?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">What substrate was the device dropped onto?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">What orientation did the failures occur?<\/span><\/li>\n<\/ul>\n<\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Are there any other obvious issues that can be observed?<\/span>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">Is there any mechanical damage on the perimeter of the device?<\/span><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">After careful interrogation of the samples, we find that 4 of the 6 failures came from tests performed on a granite substrate and 2 came from the particle board substrate all dropped from table height of 1 meter. On 5 of the failures, the display turns white and remains unresponsive. The 6th failure, the cover lens cracked but was still showing images. On 2 of the devices, we might see some scuff marks on the cover lens, and on 3 of the devices, there are some scratches on the housing on one edge.<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">How critical is the failure?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">Failures range in severity from low to high and many levels in between. Sometimes, what seems to be a minor issue balloons into something bigger. A typical wearable will be used and abused by its owner. Any time the user takes the watch off is a potential opportunity for a drop event. In this case, a drop failure where the display is unresponsive seems like a critical problem to solve. An unresponsive display would render the device unusable and would result in both a high return rate and unhappy customers. This problem deserves attention and should be resolved before the program moves to the next steps.<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">Is the failure repeatable?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">Repeatability means that the same process can induce a failure consistently. For the wearable, 6 out of 10 devices failed and 5 of those 6 in the same way. This suggests that one failure was repeatable and the remaining failure was likely a one-off problem that we should monitor but not tackle at this time. Still, we need to find out if the unresponsive display problem is truly repeatable by digging into the data a little deeper.<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Does the failure occur in the same drop orientation?<\/span>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">Drop test sequences are usually performed in the same way each time. It might start with the front face, then the back face, then the 4 side faces, then the corners. If the front face drop always causes the issue, it remains unclear whether the failure is due to the particular orientation of a frontal face drop or whether the problem would occur from any drop at the same height.\u00a0<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">To combat this, have the reliability team test more units using a different sequence or placing the failed orientation last.\u00a0<\/span><\/li>\n<\/ul>\n<\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Did all the failed units have the same waterfall of reliability tests prior to the failure?<\/span>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">In a good reliability test plan, environmental tests are often performed first to precondition the devices. Some will be put through heat soak or temperature cycling tests which can shock the system or weaken adhesive bonds.\u00a0<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"2\"><span style=\"font-weight: 400;\">If the failure occurs on fresh units and on preconditioned ones, then the failure would appear to be a localized problem. If not, then we may need to understand what conditions the product was exposed to prior to the drop test.\u00a0<\/span><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<h4><span style=\"font-weight: 400;\">What is your hypothesis?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">For our watch, there might be 2 or more underlying issues. The first is that the display turns white and remains unresponsive. We might infer that the power has been cut off from the system which would point to a problem with the display itself, the display connector, or a mechanical impingement or tear on the display cable. Alternatively, the connection to the battery or power management might cause the device to fail.\u00a0<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">Are there other potential factors?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">Often challenging failures have many causes that make it difficult to clearly identify where to focus your time. If you are having trouble with your initial hypotheses during failure analysis, brainstorm a list of possible areas to investigate.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">In the wearable, the EVT build is the first time we are putting something together. Often, subcomponents like the display module and other major components are manufactured with parameters that are not yet finalized. As such, the connectors, the display, or the mechanical assembly could all be contributors to the display failure.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">To rule out other sources of error, we may need to sort through manufacturing process parameters, measurement data, assembly photos. We may need to dive deeper into our upstream suppliers to look for additional information. For this example, let\u2019s assume that the display was a standard component in production for a long time which suggests that there will not be any major display changes coming and that we should focus on the mechanical design.<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">What data do you have for failure analysis?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">In the reliability failure of the wearable, we should gather all of the available information we have access to that might help us verify our hypotheses. Since the failure occurred during a mechanical test, we should start by physically inspecting the failed units and reviewing any before and after photos and the high-speed video of the test, especially in the orientation of failure.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">We are looking for any obvious deformations or breaks. If possible, we should inspect some of the failed devices and open them up to see if we can find anything wrong on the inside. The before and after photos of the units will show us if there was anything obviously wrong with the assembly prior to drop. The high-speed video allows us to observe the compression and stretch of the material that happens in faster than a blink of an eye. If the display and housing move in opposite directions after impact, there may be something worth investigating further.\u00a0\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Additionally, we will want to review the IQC report on the display modules and measurement FAI\/Cpk reports of the major parts of the assembly including the mechanical housing. We are looking at how the actual parts compare with the dimensions and tolerances we used in our initial tolerance analyses.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">If we combine these data sets, we should be able to refine our initial hypothesis and think about what data we are missing as we continue our failure analysis investigation.\u00a0<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">What data do you need for failure analysis?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">While we have physical access to the devices, we still don\u2019t know what\u2019s wrong until we teardown the devices. When we open 3 watches, we found that the board-to-board connectors on 2 out of 3 had come loose. The last one, we were unable to take apart properly and could not tell what the state of the connector was. But since 2 of the ones we opened showed the same problem, we will want to explore why the connector came loose.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">We will want to review our simulations to focus on the forces experienced by the connector and other mating components. We should also review the connector specification for force retention and independently verify that the connectors on these displays and the main circuit board meet or exceed the specification. It\u2019s also possible that the vendor used a low-cost version of the connector or even the wrong connector for a variety of reasons so we will want to verify the connector lot codes and part numbers.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">We may need to test more devices to see if different display vendors or other configurations perform the same way.\u00a0<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">Do you have any proposed solutions?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">In our wearable, we have narrowed in on the display connector and the mechanical assembly surrounding it as an area of interest. The team spent some time analyzing the assembly and proposed a few solutions. These include:<\/span><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Adding a small piece of compressible foam over the connector to take up the air gap between the connector and the main housing.\u00a0<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Using an epoxy resin to the connector once it is in place.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Adding a metal bracket and some screws to securely fix the connector in place.\u00a0<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Changing the connector on the display FPC and the board.<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">Each of these solutions has its pros and cons and would require additional work to test. We can eliminate option 4 after the operations team tells us the display is a standard component and the costs and lead times would increase significantly if we moved to a new connector.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The mechanical solutions require design and assembly changes that may also have potential downstream effects on the mechanical and electrical performance as well.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">With the foam solution, we should review the size of the gap in the nominal condition as well as in the drop test condition to select an appropriate material. If the foam will also be pressing on the underside of the display, we should make sure it doesn\u2019t push too hard from behind to distort the screen.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The epoxy solution could be a quick fix, but it could open a can of worms about the process configurations and material choices. Additionally, once a component has been epoxied it is nearly impossible to rework meaning that once this step is performed on the assembly line, if something subsequently goes wrong, this whole assembly may need to be thrown out.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">With the metal bracket, we would need to find the space to attach the bracket and make sure there are no shorting concerns. If we attach it with screws, the display routing will become more difficult as there are likely a lot of traces in the way.<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">Do you have a way to test your solutions?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">Two of the solutions may be easy to prototype &#8211; the foam and the epoxy. However, both come with some risks, especially after the build has been completed. We would need to disassemble some devices to add the foam or epoxy. During disassembly, there is always the chance that we could introduce another issue more related to the uncontrolled assembly process than the option we are trying to investigate.\u00a0 However, if the prototypes show promise, this would be a quick way to gain confidence in a solution.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The metal bracket could be simulated in CAD or approximated with some machined parts but would be difficult to functionally retrofit in the existing housing. Because the board would need to be modified to accommodate the screw bosses and the board itself would need holes drilled through it, it is unlikely that a functioning prototype could be made prior to the next build. So instead, we could rely on the combination of a mechanical mockup and simulations to approximate how the design change would perform.\u00a0<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">Does your solution impact another team?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">All of the fixes for the wearable impact other teams. The least disruptive for others would likely be adding foam behind the connector. This is an easy option to test and requires only minimal changes or evaluation by other teams. At the same time, it is unclear if the foam will be enough to prevent the connector from popping loose. Also, if the foam exerts too much force on the display, it could work against us by serving as a pressure point on the display during a drop event or hurt us by pushing up on the display and exposing the edges of the cover lens to spider cracks.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The epoxy solution would require investment in the assembly process to ensure the epoxy can be dispensed properly. Liquid glue processes are notoriously difficult to finalize so while it may be worth prototyping, we might hope not to use this option. Also, there would be a hit to the cost of the product since yield loss will likely be higher, and rework will be more difficult.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The sheet metal bracket will take the most time to implement and require the electrical teams to layout the board traces again. Additionally, we would need to evaluate whether the metal shield would cause any unintentional radiation or interfere with wireless signals in the product.\u00a0\u00a0<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">Will there be any unintended consequences?<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">When making design changes to fix a problem, it is easy to get caught up in the problem you are trying to solve and you may forget to evaluate the design for what else could go wrong. In this example, it is possible that putting holes in the printed circuit board and bolting a bracket over the connector will make this area of the board weak and instead of the connector popping loose during a drop test, the board itself could break causing a bigger failure than the one we intended to solve.\u00a0<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">Review of this failure analysis example:<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">Through the process of reviewing the available data, creating hypotheses, and testing, we have found the potential root cause of the issue. We suspect the connector experienced more force than it was rated for and due to the designed air gap between the top of the connector and the housing, would come loose during the drop event when the air gap temporarily became larger. To fix this issue, we have identified 3 possible solutions to test and implement. Which way we choose to go next depends on how well the solutions work and how they potentially impact the schedule and project costs.\u00a0<\/span><\/p>\n<h3><b>Monitoring Corrective Actions<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">Once a course of action has been chosen, the team would not only need to go through the process of making the design changes but would need to develop a plan for implementing and monitoring the solutions at the next build.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">To preserve optionality, the team could decide to move forward with the design change to add the bracket and also prepare the foam. This would incur the small schedule hit required of a tool change and layout work for the electrical team, but would provide the optionality of testing out multiple solutions during the build hopefully capping the number of extra EVT builds to just one.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Knowing that there is a major vulnerability to test, the team can arrange the build to prioritize data gathering for this issue. This build might include configurations of just foam, just the metal bracket, and one that includes the foam and bracket together.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Prior to the build, the team could perform a new FMEA and predict where potential problems might arise from the new designs. Using the FMEA as a starting point, the team could arrange for more checking steps at the critical transforms where the changes are implemented.\u00a0 Engineers on-site should also be encouraged to pay careful attention to the build at these steps.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">For example, the team should observe how difficult it is to assemble the new bracket. This design change might require new or updated jigs to place the part properly without damaging nearby components. Additionally, the sharp edges of the bracket itself could cause damage to the flex cable during assembly or reliability testing so we should check the functional test station results early for any signs of yield fallout.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Finally, we should arrange for the first batch of devices from the new build to be allocated for reliability testing. We can work with the reliability team to determine how many units would need to be tested and pass to feel confident in our solution.\u00a0 While the build is ongoing, we could get a clearer picture of whether one or more of the configurations resolves the issue while making sure that no new issues crop up.<\/span><\/p>\n<h3><b>Conclusion<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">The wearable example shows that even in relatively straightforward issues, there are many things to consider during failure analysis. Reliability reports, physical devices, build data, and even data from upstream vendors all help to fill in the gaps as we try to understand what went wrong and how to fix it.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">In real programs, engineers will face many different issues and have to solve them all in parallel. Often, there is little time to perform deep dive analyses on all issues before the next build. Therefore, it is important to eliminate small problems quickly so they can focus on the critical challenges with a given architecture. Any tools that can help engineers collect and connect disparate data sets are immensely helpful for identifying potential root causes and working through more issues in the same amount of time. Once a solution has been found, it will be scrutinized on cost, speed, and ease of implementation and everyone will have a different opinion on what the best course of action will be. Even after the root cause has been found and a solution is proposed, this just sets up a new baseline from which failures can occur. The real test will be at the next build because you could be introducing a host of unintended consequences. This process repeats until you run out of time or in an ideal world, you solve all the problems.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Instrumental has created a unique set of tools to reduce the friction involved with every step of failure analysis. By collecting product data and running images through artificial intelligence, we can find possible anomalies before it is too late to stop them. We can also store and track important data in our Manufacturing Optimization Platform adding correlations between failed test data and product assembly information. Not only are we reducing the time and effort spent on small failures, but we are collecting and transforming data to solve the big issues to ultimately make products better.\u00a0 Contact us to learn more about how we can help you improve your failure analysis process.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In part 1 and part 2 of this failure analysis series, we discussed where failures come from and what tools<\/p>\n","protected":false},"author":4,"featured_media":1710,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"content-type":"","footnotes":""},"categories":[3],"tags":[],"class_list":["post-1709","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-automate-failure-analysis"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v26.6 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Failure Analysis Methods for PDEs: Key Questions and Corrective Actions<\/title>\n<meta name=\"description\" content=\"Product design engineers - learn about different failure analysis methods and what corrective actions you should take to drive results.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Failure Analysis Methods for PDEs: Key Questions and Corrective Actions\" \/>\n<meta property=\"og:description\" content=\"Product design engineers - learn about different failure analysis methods and what corrective actions you should take to drive results.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/\" \/>\n<meta property=\"og:site_name\" content=\"Instrumental\" \/>\n<meta property=\"article:published_time\" content=\"2021-03-23T07:06:46+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2021-03-23T07:11:59+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/instrumental.com\/wp-content\/uploads\/2021\/03\/FA-blog-series-pt-3.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1200\" \/>\n\t<meta property=\"og:image:height\" content=\"627\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Joel Garcia\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Joel Garcia\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"16 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/\",\"url\":\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/\",\"name\":\"Failure Analysis Methods for PDEs: Key Questions and Corrective Actions\",\"isPartOf\":{\"@id\":\"https:\/\/instrumental.com\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/instrumental.com\/wp-content\/uploads\/2021\/03\/FA-blog-series-pt-3.png\",\"datePublished\":\"2021-03-23T07:06:46+00:00\",\"dateModified\":\"2021-03-23T07:11:59+00:00\",\"author\":{\"@id\":\"https:\/\/instrumental.com\/#\/schema\/person\/cdb9b5e13bc4ee6f359d9abe1ec1308e\"},\"description\":\"Product design engineers - learn about different failure analysis methods and what corrective actions you should take to drive results.\",\"breadcrumb\":{\"@id\":\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#primaryimage\",\"url\":\"https:\/\/instrumental.com\/wp-content\/uploads\/2021\/03\/FA-blog-series-pt-3.png\",\"contentUrl\":\"https:\/\/instrumental.com\/wp-content\/uploads\/2021\/03\/FA-blog-series-pt-3.png\",\"width\":1200,\"height\":627,\"caption\":\"failure analysis part 3\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/instrumental.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Failure Analysis Methods for Product Design Engineers: Key Questions and Corrective Actions (Part 3)\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/instrumental.com\/#website\",\"url\":\"https:\/\/instrumental.com\/\",\"name\":\"Instrumental\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/instrumental.com\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/instrumental.com\/#\/schema\/person\/cdb9b5e13bc4ee6f359d9abe1ec1308e\",\"name\":\"Joel Garcia\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/instrumental.com\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/b0969171647610f2fd9694888a12a8ac6ec305099e8babec7843b710d072e21b?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/b0969171647610f2fd9694888a12a8ac6ec305099e8babec7843b710d072e21b?s=96&d=mm&r=g\",\"caption\":\"Joel Garcia\"},\"url\":\"https:\/\/instrumental.com\/resources\/author\/joel-garcia\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Failure Analysis Methods for PDEs: Key Questions and Corrective Actions","description":"Product design engineers - learn about different failure analysis methods and what corrective actions you should take to drive results.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/","og_locale":"en_US","og_type":"article","og_title":"Failure Analysis Methods for PDEs: Key Questions and Corrective Actions","og_description":"Product design engineers - learn about different failure analysis methods and what corrective actions you should take to drive results.","og_url":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/","og_site_name":"Instrumental","article_published_time":"2021-03-23T07:06:46+00:00","article_modified_time":"2021-03-23T07:11:59+00:00","og_image":[{"width":1200,"height":627,"url":"https:\/\/instrumental.com\/wp-content\/uploads\/2021\/03\/FA-blog-series-pt-3.png","type":"image\/png"}],"author":"Joel Garcia","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Joel Garcia","Est. reading time":"16 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/","url":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/","name":"Failure Analysis Methods for PDEs: Key Questions and Corrective Actions","isPartOf":{"@id":"https:\/\/instrumental.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#primaryimage"},"image":{"@id":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#primaryimage"},"thumbnailUrl":"https:\/\/instrumental.com\/wp-content\/uploads\/2021\/03\/FA-blog-series-pt-3.png","datePublished":"2021-03-23T07:06:46+00:00","dateModified":"2021-03-23T07:11:59+00:00","author":{"@id":"https:\/\/instrumental.com\/#\/schema\/person\/cdb9b5e13bc4ee6f359d9abe1ec1308e"},"description":"Product design engineers - learn about different failure analysis methods and what corrective actions you should take to drive results.","breadcrumb":{"@id":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#primaryimage","url":"https:\/\/instrumental.com\/wp-content\/uploads\/2021\/03\/FA-blog-series-pt-3.png","contentUrl":"https:\/\/instrumental.com\/wp-content\/uploads\/2021\/03\/FA-blog-series-pt-3.png","width":1200,"height":627,"caption":"failure analysis part 3"},{"@type":"BreadcrumbList","@id":"https:\/\/instrumental.com\/resources\/automate-failure-analysis\/failure-analysis-methods-for-product-design-engineers-key-questions-and-corrective-actions-part-3\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/instrumental.com\/"},{"@type":"ListItem","position":2,"name":"Failure Analysis Methods for Product Design Engineers: Key Questions and Corrective Actions (Part 3)"}]},{"@type":"WebSite","@id":"https:\/\/instrumental.com\/#website","url":"https:\/\/instrumental.com\/","name":"Instrumental","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/instrumental.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/instrumental.com\/#\/schema\/person\/cdb9b5e13bc4ee6f359d9abe1ec1308e","name":"Joel Garcia","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/instrumental.com\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/b0969171647610f2fd9694888a12a8ac6ec305099e8babec7843b710d072e21b?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/b0969171647610f2fd9694888a12a8ac6ec305099e8babec7843b710d072e21b?s=96&d=mm&r=g","caption":"Joel Garcia"},"url":"https:\/\/instrumental.com\/resources\/author\/joel-garcia\/"}]}},"_links":{"self":[{"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/posts\/1709","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/comments?post=1709"}],"version-history":[{"count":0,"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/posts\/1709\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/media\/1710"}],"wp:attachment":[{"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/media?parent=1709"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/categories?post=1709"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/instrumental.com\/wp-json\/wp\/v2\/tags?post=1709"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}