Accendo Reliability

Your Reliability Engineering Professional Development Site

  • Home
  • About
    • Contributors
  • Reliability.fm
    • Speaking Of Reliability
    • Rooted in Reliability: The Plant Performance Podcast
    • Quality during Design
    • Critical Talks
    • Dare to Know
    • Maintenance Disrupted
    • The Leadership Connection
    • Practical Reliability Podcast
    • Reliability Matters
    • Reliability it Matters
    • Maintenance Mavericks Podcast
    • Women in Maintenance
    • Accendo Reliability Webinar Series
    • Asset Reliability @ Work
  • Articles
    • CRE Preparation Notes
    • on Leadership & Career
      • Advanced Engineering Culture
      • Engineering Leadership
      • Managing in the 2000s
      • Product Development and Process Improvement
    • on Maintenance Reliability
      • Aasan Asset Management
      • CMMS and Reliability
      • Conscious Asset
      • EAM & CMMS
      • Everyday RCM
      • History of Maintenance Management
      • Life Cycle Asset Management
      • Maintenance and Reliability
      • Maintenance Management
      • Plant Maintenance
      • Process Plant Reliability Engineering
      • ReliabilityXperience
      • RCM Blitz®
      • Rob’s Reliability Project
      • The Intelligent Transformer Blog
    • on Product Reliability
      • Accelerated Reliability
      • Achieving the Benefits of Reliability
      • Apex Ridge
      • Metals Engineering and Product Reliability
      • Musings on Reliability and Maintenance Topics
      • Reliability Engineering Insights
      • Reliability in Emerging Technology
    • on Risk & Safety
      • CERM® Risk Insights
      • Equipment Risk and Reliability in Downhole Applications
      • Operational Risk Process Safety
    • on Systems Thinking
      • Communicating with FINESSE
      • The RCA
    • on Tools & Techniques
      • Big Data & Analytics
      • Experimental Design for NPD
      • Innovative Thinking in Reliability and Durability
      • Inside and Beyond HALT
      • Inside FMEA
      • Integral Concepts
      • Learning from Failures
      • Progress in Field Reliability?
      • Reliability Engineering Using Python
      • Reliability Reflections
      • Testing 1 2 3
      • The Manufacturing Academy
  • eBooks
    • Reliability Engineering Management DRAFT
  • Resources
    • Accendo Authors
    • FMEA Resources
    • Feed Forward Publications
    • Openings
    • Books
    • Webinars
    • Journals
    • Higher Education
    • Podcasts
  • Groups
    • Reliability Integration
    • Mastermind
    • Study Groups
  • Courses
    • 14 Ways to Acquire Reliability Engineering Knowledge
    • Reliability Analysis Methods online course
    • Measurement System Assessment
    • SPC-Process Capability Course
    • Design of Experiments
    • Foundations of RCM Online Course
    • Reliability Engineering Statistics
    • An Introduction to Reliability Engineering
    • Process Capability Analysis course
    • Root Cause Analysis and the 8D Corrective Action Process course
    • Return on Investment online course
    • CRE Preparation Online Course
    • Quondam Courses
  • Webinars
    • Upcoming Live Events
  • Calendar
    • Call for Papers Listing
    • Upcoming Webinars
    • Webinar Calendar
  • Login
    • Member Home

by Dianna Deeney Leave a Comment

QDD 016 About Visual Quality Standards

About Visual Quality Standards

“A picture is worth a thousand words” is an old saying, and it holds true! Visual standards, visual aids, and quality standards are a great tool, especially in design when communicating the limits of acceptability. This episode explores areas to capture this type of information and how it can be used not just for Quality Assurance and Production, but also for design verification protocols, FMEA, root cause analysis, and future field defect investigations (to name a few).

 

View the Episode Transcript

As a product development team, decide that (for your project) you’re going to develop visual standards for the product. Pull information from your own test results, your root cause analysis, process development process, and other investigations. Tie it to your design FMEA and other risk analyses. Let other project teams know what you’re doing and set up the visual standards as a normal part of your quality assurance program.

Citations

I searched for a visual standard that I could openly share with you. When I find one (or mock-up one), I’ll show it, here.

Episode Transcript

You’re being brought in to help decide if what the testers are rejecting during your verification or validation test is really a reject. The acceptance criterion was clear to us when we wrote the protocol, but the test engineer is interpreting it differently. It’s still within the acceptance criteria, but is it OK? Or you might be part of a root cause analysis team for a larger issue, and they’re finding defects getting through a production system. Being aware of the problem is step two. Taking action is step three. So, what is step one? Prevention! I’ll share my go-to tool for these scenarios after this brief introduction.

Hello and welcome to Quality during Design, the place to use quality thinking to create products, others love for less. My name is Dianna. I’m a senior level quality professional and engineer with over 20 years of experience in manufacturing and design. Listen-in and then join the conversation at quality during design.com.

There’s an old saying, “A picture is worth a thousand words,” and it’s true! Visual standards, visual aids, and quality standards: they’re drawings or photographs of product defects, or failure modes and a classification of whether or not it’s acceptable. The best visual standards are tied back to a risk analysis like your design FMEA or process FMEA. I see visual standards a lot as a quality assurance tool, but this is not just for quality assurance or process engineers. For design engineers, when determining if a verification test result is acceptable or not, we can use a visual standard. Or to help with our root cause analysis, or as input into an FMEA to develop preventive controls so that you can design your new part to eliminate that issue.

Visual standards take the guesswork out of the decision process. If levels of acceptability are documented before the test or inspection (which they should be) then the final decision is less handwringing and suspect than if it were defined upfront. Visual standards help clearly define that acceptance criteria before you start the test.

It’s been my experience that process development engineers and product test engineers include great photos in their root cause analysis or other investigations. Or the process development engineer creates an awesome troubleshooting guide, complete with pictures and causes and what adjustments are needed to fix it. But these things get stuck into that one document, buried in the design documents. So the next time that another group is developing a similar product, the information is hidden or lost. It’s a huge loss of brain trust.

As a designer, part of our responsibility is to communicate what’s OK and what’s not. As we develop a component or subsystem, we’re thinking about its details. How will it fail? If it gets this type of defect, is that OK? If not, let’s design it out! A systematic way to think through this with other teammates (and just ourselves) is Failure Mode Effects Analysis. It’s a table that helps us think through and capture: what could be the failure or defect, what could cause it, what type of system failure or response would happen to our parent system if this happens? We could also use a Fault Tree Analysis or Event Tree Analysis –  those two tools help us to visually graph out chain of events.

We’re going to see failures in our product. Remember, “Every failure is a gift.” So, through testing, we’re going to figure out what level of defect is OK and what’s not. A visual standard helps communicate the type of defect, the location on the part, and the extent of it. If it’s a small pit at the center of the part: it’s acceptable. If it’s a small pit at the edge, it’s not acceptable.

Designers can add visual standards into the verification acceptance criteria. Look to existing sources. Existing or developing process validations may have visual standards that you can use. And also look to your root cause analysis. Use visual standards to communicate the acceptable window of defects or faults in your design. Ensure what you do for test and the root cause analysis makes it into your risk analyses, inspection criteria, and other places where others might benefit.

To conclude: as a product development team, decide that (for your project) you’re going to develop visual standards for the product. Pull information from your own test results, your root cause analysis, process development process, and other investigations. Tie it to your design FMEA other risk analyses. Let other project teams know what you’re doing and set up the visual standards as a normal part of your quality assurance program.

Please visit this podcast blog and others at qualityduringdesign.com. Subscribe to the weekly newsletter to keep in touch. If you like this podcast or have a suggestion for an upcoming episode, let me know! You can find me a quality during design.com, on Linked-In, or you can leave me a voicemail at 484-341-0238. This has been a production of Deeney Enterprises. Thanks for listening!

Filed Under: Quality during Design, The Reliability FM network

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Quality during Design podcast logo

Tips for using quality tools and methods to help you design products others love, for less.


by Dianna Deeney
Quality during Design,
Hosted on Buzzsprout.com
Subscribe and enjoy every episode
Google
Apple
Spotify

Recent Episodes

QDD 057 Design Input & Specs vs. Test & Measure Capability

QDD 056 ALT vs. HALT

QDD 055 Quality as a Strategic Asset vs. Quality as a Control

QDD 054 Design Specs vs. Process Control, Capability, and SPC

QDD 053 Internal Customers vs. External Customers

QDD 052 Discrete Data vs. Continuous Data

QDD 051 Prevention Controls vs. Detection Controls

QDD 050 Try this Method to Help with Complex Decisions (DMRCS)

QDD 049 Overlapping Ideas: Quality, Reliability, and Safety

QDD 048 Using SIPOC to Get Started

QDD 047 Risk Barriers as Swiss Cheese?

QDD 046 Environmental Stress Testing for Robust Designs

QDD 045 Choosing a Confidence Level for Test using FMEA

QDD 044 Getting Started with FMEA – It All Begins with a Plan

QDD 043 How can 8D help Solve my Recurring Problem?

QDD 042 Mistake-Proofing – The Poka-Yoke of Usability

QDD 041 Getting Comfortable with using Reliability Results

QDD 040 How to Self-Advocate for More Customer Face Time (and why it’s important)

QDD 039 Choosing Quality Tools (Mind Map vs. Flowchart vs. Spaghetti Diagram)

QDD 038 The DFE Part of DFX (Design For Environment and eXcellence)

QDD 037 Results-Driven Decisions, Faster: Accelerated Stress Testing as a Reliability Life Test

QDD 036 When to use DOE (Design of Experiments)?

QDD 035 Design for User Tasks using an Urgent/Important Matrix

QDD 034 Statistical vs. Practical Significance

QDD 033 How Many Do We Need To Test?

QDD 032 Life Cycle Costing for Product Design Choices

QDD 031 5 Aspects of Good Reliability Goals and Requirements

QDD 030 Using Failure Rate Functions to Drive Early Design Decisions

QDD 029 Types of Design Analyses possible with User Process Flowcharts

QDD 028 Design Tolerances Based on Economics (Using the Taguchi Loss Function)

QDD 027 How Many Controls do we Need to Reduce Risk?

QDD 026 Solving Symptoms Instead of Causes?

QDD 025 Do you have SMART ACORN objectives?

QDD 024 Why Look to Standards

QDD 023 Getting the Voice of the Customer

QDD 022 The Way We Test Matters

QDD 021 Designing Specs for QA

QDD 020 Every Failure is a Gift

QDD 019 Understanding the Purposes behind Kaizen

QDD 018 Fishbone Diagram: A Supertool to Understand Problems, Potential Solutions, and Goals

QDD 017 What is ‘Production Equivalent’ and Why Does it Matter?

QDD 016 About Visual Quality Standards

QDD 015 Using the Pareto Principle and Avoiding Common Pitfalls

QDD 014 The Who’s Who of your Quality Team

QDD 013 When it’s Not Normal: How to Choose from a Library of Distributions

QDD 012 What are TQM, QFD, Six Sigma, and Lean?

QDD 011 The Designer’s Important Influence on Monitoring After Launch

QDD 010 How to Handle Competing Failure Modes

QDD 009 About Using Slide Decks for Technical Design Reviews

QDD 008 Remaking Risk-Based Decisions: Allowing Ourselves to Change our Minds.

QDD 007 Need to innovate? Stop brainstorming and try a systematic approach.

QDD 006 HALT! Watch out for that weakest link

QDD 005 The Designer’s Risk Analysis affects Business, Projects, and Suppliers

QDD 004 A big failure and too many causes? Try this analysis.

QDD 003 Why Your Design Inputs Need to Include Quality & Reliability

QDD 002 My product works. Why don’t they want it?

QDD 001 How to Choose the Right Improvement Model

© 2022 FMS Reliability · Privacy Policy · Terms of Service · Cookies Policy

This site uses cookies to give you a better experience, analyze site traffic, and gain insight to products or offers that may interest you. By continuing, you consent to the use of cookies. Learn how we use cookies, how they work, and how to set your browser preferences by reading our Cookies Policy.