8/11/2019 Rd Context
1/66
Context of Robust Design
Don Clausing
Fig. 1 Don Clausing 1998
8/11/2019 Rd Context
2/66
Case study
An automatic document handler (ADH) wasdeveloped at the SS level. When integratedinto the total system there were many new
problems. The TQM Problem SolvingProcess was used, and many problems were
solved. However, at the Field ReadinessTest (FRT) before entering production thereliability was 15X worse than acceptable.
Fig. 2 Don Clausing 1998
8/11/2019 Rd Context
3/66
Case study questions
What should they do next? What should be done in the future to avoid
the same dysfunctional path? What is the fundamental problem?
Fig. 3 Don Clausing 1998
8/11/2019 Rd Context
4/66
Bomb alert!
Technology Stream
Concept Design Ready
Produce
FRT
Too much dependence on reactive improvementFig. 4 Don Clausing 1998
8/11/2019 Rd Context
5/66
Improvement to avoid bombs
R C IR C I
R C IR C I
IMPROVEMENT
TECHNOLOGY
TSSS
PP
I PROACTIVE IMPROVEMENT
REACTIVE IMPROVEMENT
R: requirements C: concept TS: total system SS: subsystem PP: piece partsFig. 5 Don Clausing 1998
8/11/2019 Rd Context
6/66
Proactive improvement
Yea, we think thatproactive is good!
Fig. 6 Don Clausing 1998
8/11/2019 Rd Context
7/66
What is wrong here?
Technology Stream
Concept Design Ready
Produce
FRT
Fig. 7 Don Clausing 1998
8/11/2019 Rd Context
8/66
Rework how much is enough?
DesignComplete
Readyfor
Production
Produce
Build/Test/FixBuild/Test/Fix
Build/Test/FixBuild/Test/Fix
Fig. 8 Don Clausing 1998
8/11/2019 Rd Context
9/66
Build/test/fix why?
Reactive problem solving Too little limited scope of solutions Too late
Design contains many unsolved problems Biggest problem is lack of robustness
System works well in favorable conditions But is sensitive to noises unfavorable
conditions that inevitably occurFig. 9 Don Clausing 1998
8/11/2019 Rd Context
10/66
Proactive problem solving
Must shift from emphasis on build/test/fix Must address effects of noises
Erratic performance Leads to delusionary problem solving;
chases problem from one failure mode to
another
Fig. 10 Don Clausing 1998
8/11/2019 Rd Context
11/66
Noises
Affect performance adversely IPDT cannot control examples:
Ambient temperature Power-company voltage Customer-supplied consumables
Noises lead to erratic performance
IPDT: Integrated product development team
Fig. 11 Don Clausing 1998
8/11/2019 Rd Context
12/66
Failure modes
Noises lead to failure modes (FM) One set of noise values leads to FM 1
Opposite set of noise values leads to FM 2 Simple problem solving chases the problem
from FM 1 to FM 2 and back again, but doesnot avoid both FMs with the same set ofdesign values endless cycles of
build/test/fix (B/T/F)Fig. 12 Don Clausing 1998
8/11/2019 Rd Context
13/66
Performance; favorable conditions Variation
during Lab conditions
No No
Fig. 13 FM1 problem problem FM2 Don Clausing 1998
8/11/2019 Rd Context
14/66
Simple problem solvingVariation
during Lab conditions
Initial
problem No
Fig. 14 FM1 problem FM2 Don Clausing 1998
8/11/2019 Rd Context
15/66
Simple problem solving Variation
during Lab conditions
No
Fig. 15 FM1 problem FM2 Don Clausing 1998
8/11/2019 Rd Context
16/66
Simple problem solving Variation
during Lab conditions
No
Fig. 16 FM1 problem FM2 Don Clausing 1998
8/11/2019 Rd Context
17/66
Simple problem solved Variation
during Lab conditions
No Problem
FM2Fig. 17 FM1 problem solved Don Clausing 1998
8/11/2019 Rd Context
18/66
Much more difficult problem
Performance variation withfactory and field noises
Initial
problem No
Fig. 18 FM1 problem FM2 Don Clausing 1998
8/11/2019 Rd Context
19/66
Simple solution
FM2FM1
Look, noproblem!
Fig. 19 Don Clausing 1998
8/11/2019 Rd Context
20/66
Oops!
problem Look, noproblem!
New
FM1 FM2 Fig. 20 Don Clausing 1998
8/11/2019 Rd Context
21/66
Build/test/fix
B/T/F chases problems from FM 2 to FM 1 and back again
Newproblem Look, no
problem!
FM1 FM2 Fig. 21 Don Clausing 1998
8/11/2019 Rd Context
22/66
8/11/2019 Rd Context
23/66
Build/test/fix
B/T/F chases problems from FM 2 to FM 1 and back again
FM1 FM2 Fig. 23 Don Clausing 1998
8/11/2019 Rd Context
24/66
Build/test/fix
B/T/F chases problems from FM 2 to FM 1 and back again
FM1 FM2 Fig. 24 Don Clausing 1998
8/11/2019 Rd Context
25/66
Build/test/fix
B/T/F chases problems from FM 2 to FM 1 and back again
FM1 FM2 Fig. 25 Don Clausing 1998
8/11/2019 Rd Context
26/66
Build/test/fix
B/T/F chases problems from FM 2 to FM 1 and back again
FM1 FM2 Fig. 26 Don Clausing 1998
8/11/2019 Rd Context
27/66
Build/test/fix
B/T/F chases problems from FM 2 to FM 1 and back again
FM1 FM2 Fig. 27 Don Clausing 1998
8/11/2019 Rd Context
28/66
Build/test/fix
B/T/F chases problems from FM 2 to FM 1 and back again
FM1 FM2 Fig. 28 Don Clausing 1998
8/11/2019 Rd Context
29/66
Robustness solves problem
FM1 FM2 Fig. 29 Don Clausing 1998
8/11/2019 Rd Context
30/66
Robustness makes money
Robustness reduces performance variations Avoids failure modes
Achieves customer satisfaction Also shortens development time reduces build/test/fix
Fig. 30 Don Clausing 1998
8/11/2019 Rd Context
31/66
Noises cause performance variations
Noises are input variations that we cannotcontrol
They cause performance variations Which cause failure modes Lose customer satisfaction
Example: temperature affects performanceof cars, chips, and many other products
Fig. 31 Don Clausing 1998
8/11/2019 Rd Context
32/66
Three kinds of noises in products
Environment ambient temperature Manufacturing no two units of production
are exactly alike; machine-to-machinevariation
Deterioration causes further variations inthe components of the system
Fig. 32 Don Clausing 1998
8/11/2019 Rd Context
33/66
Manufacturing noise in products
Unit-to-unit variations Caused by noises in factory; e.g.,
Temperature and humidity variations Cleanliness variations Material variations
Machine-tool and cutting-tool variations
Factory can be made more robust; reduces
one type of noise in productFig. 33 Don Clausing 1998
8/11/2019 Rd Context
34/66
Role of noises
Traditional approach Make product look good early Keep noises small Reactive problem solving does not explicitly
address noises
Proactive problem solving Introduce realistic noises early
Minimize effect of noises robustnessFig. 34 Don Clausing 1998
8/11/2019 Rd Context
35/66
Introduction of noises duringdevelopment
Product Noises are often small in lab Therefore must consciously introduce noises
Factory Noises naturally present during production
trials Operate in natural manner
Dont take special careFig. 35 Don Clausing 1998
8/11/2019 Rd Context
36/66
Introduce product noises early
Drive the performance away from ideal Do it early. Don't wait for the factory or
customers to introduce noises IPDT needs to develop the skill of
introducing these noises Management needs to design this into the
PD process and check that it is done to an
appropriate degreeFig. 36 Don Clausing 1998
8/11/2019 Rd Context
37/66
Cultural change
Early introduction of noises goes againstengineers culture of making product lookgood
Two most important elements for success: Early introduction of noises
Recognition that performance variation must bereduced while noise values are large
Fig. 37 Don Clausing 1998
8/11/2019 Rd Context
38/66
Problem prevention
Concept Design Ready
Technology Stream
Introduce noisesearly
Reduce Variations then no P roblems Fig. 38 Don Clausing 1998
8/11/2019 Rd Context
39/66
Integration of new technologies
B 1A1
G 1
F1
E1
NEW
TECHNOLOGY(NT)
C 1
D1
A - G present new noises to NT cause integration problems.
Robustness enables smooth integration; minimizes build/test/fix.
Fig. 39 Don Clausing 1998
8/11/2019 Rd Context
40/66
Robust design
Achieves robustness; i.e., minimizes effectsof noises Proactive problem solving robustness
before integration Optimize values of critical design (control)
parameters to minimize effects of noise parameters
Fig. 40 Don Clausing 1998
8/11/2019 Rd Context
41/66
The engineered system
Noise
Signal System Response
Control
factors
Fig. 41 Don Clausing 1998
8/11/2019 Rd Context
42/66
8/11/2019 Rd Context
43/66
Actual response
R
E S P O N S
E
Idealresponse
Effect ofnoises
Fig. 43 M1 SIGNAL M2 Don Clausing 1998
8/11/2019 Rd Context
44/66
Robustness
Keeps the performance (response) of thesystem acceptably close to the idealfunction
Minimizes effect of noise factors Key to proactive improvement
Fig. 44 Don Clausing 1998
8/11/2019 Rd Context
45/66
Parameter design
Purpose to optimize the nominal values ofcritical system parameters; for example: Capacitor is selected to be 100 pF Spring is selected to be 55 N/mm
Improves performance so that it is close to
ideal under actual conditions
Fig. 45 Don Clausing 1998
8/11/2019 Rd Context
46/66
Signal/noise ratio
Measure of deviation from ideal performance Based on ratio of deviation from straight
line divided by slope of straight line Many different types depends on type of
performance characteristic Larger values of SN ratio represent more
robust performanceFig. 46 Don Clausing 1998
8/11/2019 Rd Context
47/66
Critical control parameters
Strongly affect performance of the system IPDT can control (select) the value Fault trees help IPDT to identify Complex systems have hundreds of critical
control parameters
Note: IPDT is Integrated Product Development Team
Fig. 47 Don Clausing 1998
8/11/2019 Rd Context
48/66
8/11/2019 Rd Context
49/66
Fig. 49
INPUTNOISE
NIN
OUTPUTNOISE
NOUT
SYSTEM
NOISESOURCE
STRATEGY HOLD N IN CONSTANT MINIMIZE N OUT
NOT IMPORTANT SPECIFIC SOURCE
MAGNITUDE OF N IN
Noise strategy
Don Clausing 1998
8/11/2019 Rd Context
50/66
Successful noise strategy Enables quick optimization Provides best performance inherent in
concept
Even when future noise sources change Even when future noises are larger
Even when spec changes Performance is as robust as possible Future improvements will require new
Fig. 50 concept Don Clausing 1998
8/11/2019 Rd Context
51/66
Important steps in parameterdesign
Define ideal performance Select best SN definition Identify critical parameters Develop sets of noises that will cause
performance to deviate from ideal Use designed experiments to systematically
optimize control parameters
Fig. 51 Don Clausing 1998
8/11/2019 Rd Context
52/66
Critical parameter drawing for paper feeder
WRAP ANGLE 45 o BELT:CONTACT:
ANGLE: 0
VELOCITY: 300 MM/SEC
GUIDE: MOUTH OPENING: 7 MMFRICTION: 1.0
Fig. 52 Don Clausing 1998
TENSION: 15 NEWTONWIDTH: 50 MMVELOCITY: 250 MM/SECDISTANCE: 12 MM
ANGLE: 45 RETARD:
Optimized values of critical parameters guide the detailed design
PAPERSTACK
STACK FORCE:0.7 LB
RADIUS: 25 MMFRICTION: 1.5
8/11/2019 Rd Context
53/66
Culture change
Emphasize Ideal function Noise strategy Parameter design
Do it early! Be proactive!
Fig. 53 Don Clausing 1998
8/11/2019 Rd Context
54/66
Improvement activities
Robust design minimize variation Parameter design optimization of nominalvalues of critical design parameters
Tolerance design economical precisionaround the nominal values
Mistake minimization Three activities requiring very different
approachesFig. 54 Don Clausing 1998
8/11/2019 Rd Context
55/66
8/11/2019 Rd Context
56/66
Mistake Minimization
Mistakes are human errors Diode is backwards Cantilevered shaft has excessive deflection
Mistake minimization approach: Mistake prevention
Mistake elimination
Fig. 56 Don Clausing 1998
8/11/2019 Rd Context
57/66
Summary of improvement activities
Robust design Parameter design optimization of nominalvalues of critical design parameters
Tolerance design economical precisionaround the nominal values
Mistake minimization
Fig. 57 Don Clausing 1998
8/11/2019 Rd Context
58/66
Planning for improvement schedule
Accept only robust technologies Complete optimization early Critical parameter drawing displays
requirements for detailed design Detailed design objective is to make low-cost
design that achieves optimized nominal values Do tolerance design during detailed design
Also plan mistake minimizationFig. 58 Don Clausing 1998
8/11/2019 Rd Context
59/66
Technology development
PrepareConcept DesignProduce
CC DD RR
IMPROVEROBUSTNESS
Technology Stream
SELECT
ROBUSTNESSCREATIVE
WORK
REJECT
STRATEGY
Fig. 59 Don Clausing 1998
8/11/2019 Rd Context
60/66
8/11/2019 Rd Context
61/66
Inspection for robustness
Have noises been applied? Have all failure modes been exercised? Has optimization made the failure modes
more difficult to excite? Has head-on comparison been made with
benchmark? Same set of noises applied to both
Our system (or subsystem) has better Fig. 61robustness
Don Clausing 1998
8/11/2019 Rd Context
62/66
8/11/2019 Rd Context
63/66
Quality and reliability
Robust design plus mistake minimization isthe effective approach to the improvementof quality/reliability - usually also leads tothe lowest total cost
Q & R are not separate subjects manage
robust design and mistake minimization andQ & R are the result
Fig. 63 Don Clausing 1998
8/11/2019 Rd Context
64/66
Summary
Early development of robustness is key to proactive improvement Early application of noises Optimize robustness avoid all failure modes
Supplement with tolerance design and
mistake minimization
Fig. 64 Don Clausing 1998
8/11/2019 Rd Context
65/66
8/11/2019 Rd Context
66/66