UFMEA vs. DFMEA

FMEA (Failure Mode and Effects Analysis) is a super-tool for a team, especially when developing concepts and requirements. Done early, iteratively, and treated as a “living” analysis helps teams throughout development and beyond.

Some people seem to either love it or hate it. I don’t have a strong reaction like that, but I do think it can be a valuable option for teamwork and design – so much so that I’ve dedicated a few episodes to it (including this one). We touch on some of the objections to it, too.

FMEAs can have different focuses and can be built to suit the goals of the team. There are two FMEAs, in particular, that can be done in the early concept stages of development: “use” UFMEA and “systems design” DFMEA.

• What is the difference between these two FMEAs?
• How do they relate to one another?
• Should we do both of them?
• What do we do with the information?

 

[Read more…]

Design Input & Specs vs. Test & Measure Capability

When defining design inputs and specifications, what does a design engineer need to consider about the test and measure capability? What are the typical ways that we assess the variability that a test or measurement introduces into our result?

[Read more…]

ALT vs. HALT

Reliability engineers may suggest environmental stress tests. There are many types of tests in an RE’s toolbox. We compare two types of commonly known tests that are used for design: ALT vs. HALT. What are the important distinctions between these two methods? What value do they each bring to design engineering? And how do they fit into other reliability test methods?

[Read more…]

Quality as a Strategic Asset vs. Quality as a Control

Viewing Quality as a strategic asset to new product development can help us create those products that others love, for less. We talk about some challenges with new product development, the ideal state, and how we can use quality to get there. Use quality engineering and reliability engineering to P.R.U.N.E. the development process so we can develop the best products that we can.

[Read more…]

Design Specs vs. Process Control, Capability, and SPC

This fourth episode of the “QDD Versus” series focuses on concepts relating to Design for Manufacturability. Understand how design specs fit into process control, process capability, and SPC and where they typically don’t fit at all.

We talk about things to think about when setting limits on design features.
And, when defining controls for potential failures, knowing how processes are controlled can help us decide if the controls we have are good enough or not.

[Read more…]

Internal Customers vs. External Customers

We talk about customers of design information. It takes many people to realize a product design into something that can be sold and used. Those people need design information to ensure that they’re performing their tasks to produce a high-quality product, and to be able to use our product appropriately. We review who our customers are and what type of information they need from design engineers.

[Read more…]

Discrete Data vs. Continuous Data

Once we’ve decided to control something (think of our prevention and detection controls), we then need to decide how to measure it. Different controls may need different measuring requirements, which can give us discrete or continuous data.

We treat these data types differently when collecting it, determining sample sizes, and analyzing it for results. Tune-in to learn more about how to take the next step in defining controls: figuring out how to measure it and considering the data.

[Read more…]

Prevention Controls vs. Detection Controls

Analyzing our design concept for controls can be a great way to stay customer-focused and create products that are easy to use.

There are two basic buckets that we want to think of in terms of controls: prevention controls and detection controls. What are their differences and why do we differentiate between them? We explore this and take a look at risk, too.

[Read more…]

Try this Method to Help with Complex Decisions (DMRCS)

Your team is faced with a complex decision. Maybe it’s complex because you have a lot of options or maybe it’s complex because it’s technically challenging and requires some testing. You may want to consider a structured approach: DMRCS.

[Read more…]