Professional Documents
Culture Documents
Development
1
Purpose
present product development methods aimed at
bringing together the marketing, design, and
Overview
enterprise, successful
product development Product quality
Development
Time
results in products that can Dimensions of
Profitability in
be produced and sold Product
Development
profitably, yet profitability is
often difficult to assess
quickly and directly. Development Development
Capability Cost
• How good is the product • What is the manufacturing cost • How quickly did the team
resulting from the development of the product? complete the product
effort? • What are the capital and development effort?
• Does it satisfy customer needs? incremental costs as a function • How responsive can the firm be
Is it robust and reliable? of production volume? to competitive forces and to
For technological developments?
• How fast will the firm receive
:
• How much did the firm have to • Are the team and the firm better
spend to develop the product? able to develop future products
Development Development
cost capability
Who Designs and Develops Products?
Few products are developed by a single
individual.
Overview
1. Marketing Function:
◦ facilitates the interactions between the firm and its customers.
◦ facilitates the identification of product opportunities, the definition of market segments, and the identification of
customer needs.
Overview
◦ arranges for communication between the firm and its customers, sets target prices, and oversees the launch and
promotion of the product.
2. Design Function:
◦ plays the lead role in defining the physical form of the product to best meet customer needs.
◦ constructs engineering design (mechanical, electrical, software, etc.) and industrial design (aesthetics,
ergonomics, user interfaces).
Trade-offs understanding, and managing trade-offs in a way that maximizes the success of the
product.
Overview
Details decisions. Time pressure: Any one of these difficulties would be easily manageable
by itself given plenty of time, but product development decisions must usually be
made quickly and without complete information.
Economics To earn a reasonable return on this investment, the resulting product must be both
appealing to customers and relatively inexpensive to produce.
Methods and Skills that
Methods
may be needed
10
Forward Engineering
Forward engineering is the traditional process of moving from high-level
abstractions and logical designs to the physical implementation of a system.
Methods
Reverse Engineering
Reverse engineering (also called back engineering) is the process by which a man-made object
is deconstructed to reveal its designs, architecture, or to extract knowledge from the object
Methods
https://www.projectengineer.net/what-is-value-engineering/
Safety Engineering
Safety engineering is an
engineering discipline
which assures that
Methods
engineered systems
provide acceptable levels
of safety.
Fail-safe vs fool proof
The Product Development Process
PD Process
The Product Development Process
A product development process is the sequence of steps or activities that an enterprise employs to
conceive, design, and commercialize a product.
PD Process
The planning activity comes before the project approval and launch of the actual product
development process.
This phase begins with opportunity identification guided by corporate strategy and includes
assessment of technology developments and market objectives.
The output of the planning phase is the project mission statement, which specifies the target
market for the product, business goals, key assumptions, and constraints.
Opportunity Identification is a process of gathering, evaluating, and choosing from a broad range
of product opportunities.
Phase 0: Planning
Before beginning the development
project, the firm typically specifies a
PD Process
Phase 0: Planning
mission statement example
Phase 1: Concept development
PD Process
one or more
alternative product
the needs of the concepts are
concepts are
target market are selected for further
generated and
identified development and
evaluated
testing
Initial plans for the production system and final assembly are usually defined during this phase
as well.
The output of this phase usually includes a geometric layout of the product, a functional
specification of each of the product’s subsystems, and a preliminary process flow diagram for
the final assembly process.
EX. Of system level design
Motorcycle Subsystems
Frame strength, durability
PD Process
Seat support
Steering (including handlebar and fork) direction capabilities
Wheels (including hubs and tires) etc.
Power input (including crankset and freewheels)
Power transmission/torque conversion (including front and rear derailleurs, gears, gear shift
levers, chain)
Brakes (including brake pads, calipers, cables, handgrips)
Phase 3: Detail design
The detail design phase includes the complete specification of the geometry, materials, and
tolerances of all of the unique parts in the product and the identification of all of the standard
parts to be purchased from suppliers.
PD Process
A process plan is established and tooling is designed for each part to be fabricated within the
production system.
The output of this phase is the control documentation for the product—the drawings or computer
files describing the geometry of each part and its production tooling, the specifications of the
purchased parts, and the process plans for the fabrication and assembly of the product.
Three critical issues that are best considered throughout the product development process, but
are finalized in the detail design phase, are: materials selection, production cost, and robust
performance.
PD Process
Phase 4: Testing and refinement
The testing and refinement phase involves the construction and evaluation of multiple preproduction versions
of the product.
PD Process
Early (alpha) prototypes are usually built with production-intent parts—parts with the same geometry and
material properties as intended for the production version of the product but not necessarily fabricated with
the actual processes to be used in production.
◦ Alpha prototypes are tested to determine whether the product will work as designed and whether the product satisfies
the key customer needs.
Later (beta) prototypes are usually built with parts supplied by the intended production processes but may not
be assembled using the intended final assembly process.
◦ Beta prototypes are extensively evaluated internally and are also typically tested by customers in their own use
environment.
◦ The goal for the beta prototypes is usually to answer questions about performance and reliability in order to identify
necessary engineering changes for the final product.
Phase 5: Production ramp-up
In the production ramp-up phase, the product is made using the intended production system.
The purpose of the ramp-up is to train the workforce and to work out any remaining problems in
PD Process
Form •…
Function •…
Features •…
28
Phase 1 in detail
In practice, the front-end activities may be overlapped in time and iteration is often necessary.
Identifying customer needs
Identifying customer needs:
◦ the goal of this activity is to understand customers’ needs and to effectively communicate them to the
development team.
Phase 1
◦ the output of this process is a set of carefully constructed customer need statements, organized in a
hierarchical list, with importance weightings for many or all of the needs.
Organize the
needs into a
Interpret the
hierarchy of Establish the
Gather raw raw data in Reflect on the
primary, relative
data from terms of results and the
secondary, and importance of
customers. customer process.
(if necessary) the needs
needs
third order
needs
Identifying customer needs
Step 1: Choose how you will collect and who the customers you will gather information from are.
To do this you may use a customer selection matrix. A customer selection matrix is useful for planning
Phase 1
Focus Groups
Observing Users
Identifying
customer
needs
Phase 1
Step 2: obtain
customer
statement and
interpret them into
technical needs
Phase 1
Identifying
customer
needs
Step 3: setting priorities for
each need
Product Specifications
Phase 1
• How could the relatively subjective customer needs be translated into precise
targets for the remaining development effort?
• How could the team and its senior management agree on what would constitute
success or failure of the resulting product design?
• How could the team resolve the inevitable trade-offs among product characteristics
like cost and weight?
Product Specifications
The process of establishing the target specifications contains four steps:
1. Prepare the list of metrics.
Phase 1
https://www.isixsigma.com/tools-templates/qfd-house-of-quality/qfd-when-and-how-does-it-fit-software-development/
4-Phase
QFD
QFD
https://vgpblog.files.wordpress.com/2015/05/house-of-quality-template-value-generation-partne
rs.png
QFD
40
The general arrangement of phase 1/HQ1 QFD table consists
of the following 5 regions:
Engineering
1. Customer requirements Metrics
(Region 2)
2. Engineering requirements
3. Matrix of requirements relations Matrix of
Benchmarks
Requirement
Competitive
QFD
(Region 4)
(Region 1)
Customer
Relations
5. Engineering targets
s
(Region 3)
Engineering
Targets
(Region 5)
Contents of the Regions
Customer Requirements (1)
◦ features or characteristics that the customer indicates
as relevant
QFD
◦ target may be the value that the requirement must achieve in order to
compete with the benchmarked products
Variations to QFD Tables
A region can be inserted next to (1) for weighting the
relative importance the customer places on his/her
requirements
QFD
45
QFD – House of Quality
Weighting
Factors
Technical
Correlations
Engineering
QFD
Metrics (2)
Step 0: Identify
customer needs
priority/importance
Example 2
QFD
requirements
Identifying
Product Specifications
Steps
QFD
Scoring Based
Example 2
QFD
Metric Based
Identifying
Product Specifications
Steps
useful:
1. The ideal value is the best
result the team could hope for.
2. The marginally acceptable
value is the value of the
metric that would just barely
make the product
commercially viable.
Step 4: Reflect on the Results and the Process
ENHANCED 4 phase QUALITY FUNCTION
DEPLOYMENT
Enhanced Quality Function Deployment is a broader QFD framework that applies a system
perspective recognizing the need to decompose more complex products into subsystems and
assemblies with supporting deployment matrices and concept selection matrices.
QFD
55
HOQ
DESIGN
56
Total System Expectations
Copy rate
Jam rate
UMC
Voice of the Customer A B C D E F G
1 Always get a copy O
2 No blank sheets O
3 No jams to clear O O
QFD
4 Medium speed O
5 Copies on cheap paper O O O
6 Copies on heavy paper O O
7 Copies on light paper O O
8 Easy to clear jams O
9 No paper damage O
10 Low cost O
70+2/-0CPM
<100/106
<100/106
<20 sec
<50/106
<50/106
<$6000
Core of House of Quality Example: Xerox Copier
57
System Design Decisions Subsystem Expectations
Delivery time
Paper speed
Misfeed rate
Copy rate
Jam rate
UMC
Total System Expectations 1 2 3 4 5 6 7 8 9 10
A Misfeed rate <50/106 O
B Multifeed rate <50/106 O
<100/106
QFD
C Jam rate O O O
D Copy rate 70+2/-0CPM O O
E Jam clearance time <20 sec O
F Paper damage rate <100/106 O O
G UMC <$6000 O
141+10 msec
70+2/-0CPM
11.7+3 ips
<20 sec
<50/106
<50/106
<30/106
<40/106
<$250
Total System Design Matrix
58
Subsystem Design Decisions Piece-Part
Expectations
UMC breackdown
TAR action time
Retard radius
Retard feeder
Trigger time
Subsystem Expectations A B C D E F G H I J
6
1 Misfeed rate <50/10 O O O
2 Multifeed rate <50/106 O O O O O O
QFD
0.880+0.005 in
11.7+0.3 ips
40+4 in-oz
1.50+0.25
100 msec
120 msec
Ref. Y
Ref. Z
0.3 lb
0.7 lb
Subsystem Design Matrix
59
Piece-Part Design Decisions, Production Process
Requirements
Friction brake
Retard radius
MPU density
MPU
Copying Operation 1 2 3 4
A Retard friction coefficient 1.50+0.25 O D
B Retard brake torque 40+4 in-oz O
C Retard radius 0.880+0.005 in O
QFD
0.880+0.005
Grade X
Brand C
20 lb/ft3
Copying Operation
60
Risk Mitigation during the design
process
FMEA
Failure Mode
and Effects Analysis
61
FMEA
Failure Mode and Effect Analysis (FMEA) is an analytical technique that combines the
technology and experience of people in identifying foreseeable failure modes of a product,
service, or process, and planning for its elimination.
FMEA
FMEA is a before-the-event action requiring a team effort to alleviate most easily and
inexpensively changes in design and production.
There are two types of FMEA:
1. Design FMEA
https://www.weibull.com/basics/fmea.htm
2. Process FMEA
FMEA
“Failure modes” means the ways, or modes, in which something might fail. Failures are
any errors or defects, especially ones that affect the customer, and can be potential or
actual.
FMEA
◦ Usually one will break the scope into separate subsystems, items, parts, assemblies or process steps
and identify the function of each.
4. For each function, identify all the ways failure could happen.
◦ These are potential failure modes. If necessary, go back and rewrite the function with more detail
to be sure the failure modes show a loss of that function.
5. For each failure mode, identify all the consequences on the system, related systems, process,
related processes, product, service, customer or regulations.
◦ These are potential effects of failure. Ask, “What does the customer experience because of this
failure? What happens when this failure occurs?”
FMEA PROCEDURE
6. Determine how serious each effect is. This is the severity rating (S). Severity is
usually rated on a scale from 1 to 10, where 1 is insignificant and 10 is
catastrophic. If a failure mode has more than one effect, write on the FMEA
FMEA
table only the highest severity rating for that failure mode.
7. For each failure mode, determine all the potential root causes. Use tools
classified as cause analysis tool, as well as the best knowledge and experience
of the team. List all possible causes for each failure mode on the FMEA form.
8. For each cause, determine the occurrence rating (O) . This rating estimates
the probability of failure occurring during the lifetime of your scope.
Occurrence is usually rated on a scale from 1 to 10, where 1 is extremely
unlikely and 10 is inevitable. On the FMEA table, list the occurrence rating for
each cause.
FMEA PROCEDURE
9. For each cause, identify current process controls. These are tests, procedures or
mechanisms that you now have in place to keep failures from reaching the customer. These
controls might prevent the cause from happening, reduce the likelihood that it will happen
or detect failure after the cause has already happened but before the customer is affected.
FMEA
10. For each control, determine the detection rating (D). This rating estimates how well the
controls can detect either the cause or its failure mode after they have happened. Detection
is usually rated on a scale from 1 to 10, where 1 means the control is absolutely certain to
detect the problem and 10 means the control is certain not to detect the problem (or no
control exists). On the FMEA table, list the detection rating for each cause.
11. Optional for most industries: Ask, "Is this failure mode associated with a critical
characteristic?" (Critical characteristics are measurements or indicators that reflect safety or
compliance with government regulations and need special controls.) If so, a column labeled
“Classification” receives a Y or N to show whether special controls are needed. Usually,
critical characteristics have a severity of 9 or 10 and occurrence and detection ratings above
3.
FMEA PROCEDURE
12. Calculate the risk priority number, or RPN, which equals S × O × D. Also
calculate Criticality by multiplying severity by occurrence, S × O. These
numbers provide guidance for ranking potential failures in the order they
should be addressed.
FMEA
FMEA Analysis
Function or Potential Potential Detection
Failure Type SEVERITY OCC DET RPN
Process Step Impact Causes Mode
Tire checks
Tire function:
Stops car before journey.
support
journey, driver While driving,
weight of car, Flat tire 10 Puncture 2 3 60
and passengers steering pulls
traction,
stranded to one side,
comfort
excess noise
FMEA
FMEA Example 2
75
FMEA PROCEDURE
13. Identify recommended actions. These actions may be design or process
changes to lower severity or occurrence. They may be additional controls
to improve detection. Also note who is responsible for the actions and
target completion dates.
FMEA
14. As actions are completed, note results and the date on the FMEA form.
Also, note new S, O or D ratings and new RPNs
77
10 Dangerously High Failure could injure the customer or employee.
8 Very High Failure renders the unit inoperable or unfit for use.
Severity
7 High Failure causes a high degree of customer dissatisfaction.
Rating
6 Moderate Failure results in subsystem or partial malfunction of the product.
FMEA
5 Low Failure creates enough of a performance loss to cause the customer to complain.
Scale 4 Very Low Failure can be overcome with modification to the customer’s process or product but there is minor
performance loss.
3 Minor Failure would create a minor nuisance to the customer but would have minor effects on the customer’s
process or product.
2 Very Minor Failure may not be readily apparent to the customer but would have minor effects on the customer’s process
of product.
1 None Failure would not be noticeable to the customer and would not affect the customer’s process or product.
10 Very High: More than 1 occurrence per day or a probability of more than 3 occurrences in 10 events
Failure is almost
inevitable
Occurrence
FMEA
Scale 4
1 Remote: failure is unlikely 1 occurrence in greater than 5 years or less than 2 occurrences in 1 billion events.
Detection
FMEA
RPN
FMEA
RPN value does not mean anything stand alone, but its meaning is shown only
in comparison to other RPNs
Video 2 FMEA
Part 2 (Chair example)
FMEA
https://www.youtube.com/watch?v=oZ7CSFA-Jd0
Post FMEA
FMEA
Design
84
Design
https://www.template.net/editable/45331/product-requirements-mind-map
85