Skip to content
logo_color
  • Free FMEA Course
  • Services
Contact Us
Contact Us
logo_color

Introduction to FMEA

5
  • What is Risk in FMEA? Why Prevention Important?
  • Introduction to FMEA | Purpose & Key Benefits
  • History of FMEA – NASA to AIAG to AIAG-VDA
  • Types of FMEA – DFMEA, PFMEA, and FMEA-MSR
  • FMEA in APQP & IATF 16949 Context

Foundations of FMEA

7
  • Function Requirement Failure in FMEA
  • Severity in FMEA (AIAG-VDA) | Explained with Examples
  • Occurrence in FMEA (AIAG-VDA) | Explained with Examples
  • Detection in FMEA (AIAG-VDA) | Explained with Examples
  • RPN vs Action Priority (AP) – Why RPN is Outdated
  • FMEA Linkages – ISO 9001, IATF 16949, APQP, PPAP.
  • Why AIAG-VDA 7-Step Approach?

Step-1: Planning & Preparation in FMEA

4
  • Step 1 – Planning & Preparation in FMEA (AIAG-VDA Standard)
  • The Five Ts in FMEA – Intent, Timing, Team, Task, Tools
  • Defining Scope, Boundaries & Assumptions in FMEA
  • Cross-Functional Team Formation in FMEA

Step 2: Structure Analysis in FMEA

4
  • Step 2 – Structure Analysis in FMEA
  • System, Subsystem, and Component Breakdown in FMEA
  • Process Flow – Structure Tree & Block Diagram in FMEA
  • Motor Stator Winding – Structure Analysis in FMEA Example

Step 3: Function Analysis in FMEA

3
  • Step 3 – Function Analysis in FMEA
  • Defining Functions & Requirements in FMEA
  • How to Write Measurable Requirements in FMEA

Step 4: Failure Analysis in FMEA

6
  • Step 4 – Failure Analysis in FMEA (Failure Modes, Effects, Causes)
  • Function Net in FMEA | Chain of Functions
  • Failure at Mode Level – Failure Modes
  • Effects of Failure in FMEA
  • Causes of Failure in FMEA (Design vs Process)
  • Cascading Failures – Failure Cause Mode Effect Relationship in FMEA

Step 5: Risk Analysis in FMEA

9
  • Current Detection Controls in FMEA
  • Current Prevention Controls in FMEA (AIAG-VDA Standard)
  • Risk Evaluation in FMEA
  • Action Priority (AP) vs RPN in FMEA
  • Action Priority in FMEA (AIAG-VDA Standard)
  • Step 5 – Risk Analysis in FMEA
  • Severity in FMEA (AIAG-VDA) | Explained with Examples
  • Occurrence in FMEA (AIAG-VDA) | Explained with Examples
  • Detection in FMEA (AIAG-VDA) | Explained with Examples

Step 6: Optimization in FMEA

2
  • Tracking & Closing Actions in FMEA
  • Step 6 – Optimization in FMEA

Step 7: Results Documentation in FMEA

3
  • Customer Communication & Lessons Learned in FMEA
  • FMEA Report (Summary Table)
  • Step 7 – Results Documentation in FMEA

1

3
  • Doc 1
  • 1.1
    • Doc 1.1
  • 1.3
    • Doc 1.3

2

1
  • 2.1
    • Doc 2.1

4

1
  • Doc 4
View Categories
  • Home
  • FMEA Knowledge base
  • Step-1: Planning & Preparation in FMEA
  • Defining Scope, Boundaries & Assumptions in FMEA

Defining Scope, Boundaries & Assumptions in FMEA

FMEA Expert
Updated on October 5, 2025

4 min read

Before jumping into failure modes, effects, and action priorities, there’s one crucial step you cannot skip in FMEA:
Defining the Scope, Boundaries, and Assumptions.

This step is important for:

  • Accurate and focused risk analysis
  • Better team alignment
  • Avoiding duplication or gaps
  • Better traceability and audit readiness

Without a well-defined scope and clear assumptions, your FMEA can be:

  • Too broad or too narrow for use and action point of view
  • Misalignment with other engineering documents (DVP&R, Control Plan, etc.)

In the AIAG-VDA 7-Step FMEA approach, this activity to be done in Step 1: Planning and Preparation.


Concept Explained – What Are Scope, Boundaries & Assumptions? #

Scope – What is included in this FMEA?

Scope defines the focus and purpose of the FMEA. 

It clarify that:

  • Which system, subsystem, or process is being analyzed
  • The objectives of the FMEA (e.g., safety, compliance, quality)
  • Which customer requirements or functions are considered

DFMEA (Design FMEA): The scope is usually a product, subsystem, or component.

PFMEA (Process FMEA): The scope is a process, line, or operation step.

FMEA-MSR: The scope is a system that must monitor itself during customer use.


Example – Defining Scope

  • DFMEA: Electric motor [scope = stator design.]
  • PFMEA: Welding process [scope = spot-weld operation in chassis assembly.]
  • FMEA-MSR: ABS braking system [scope = sensor monitoring & response system.]

Boundaries – What’s in, and what’s out?

Boundaries define what is included and excluded in FMEA analysis. They also describe the interfaces with other systems or processes.

Therefore, the based document you should refer here is boundary diagram. This clearly mention what we should include in our study for technical risk analysis (FMEA).

Why Boundary definition important?

  • It prevents the team from going into unnecessary detail.
  • Helps focus only on responsibility areas.
  • Avoids duplication when multiple FMEAs exist for the same product.

Example – Defining Boundaries

PFMEA (Welding Process):

  • Included: Welding electrode wear, welding current, weld time.
  • Excluded: Raw material steel sheet quality (covered by supplier FMEA).
  • Interfaces: Fixture alignment with stamping process.

DFMEA (Electric Motor):

  • Included: Stator winding design, insulation.
  • Excluded: Vehicle wiring harness (covered in system-level FMEA).
  • Interfaces: ECU and power supply.

Assumptions – What do we assume to be true?

Assumptions are conditions or inputs the team agrees and accept that it is correct, even if not verified in this FMEA.

Why Assumptions Are Important

  • FMEAs cannot analyze every possible condition therefore assumptions helps to narrow focus.
  • It make sure all team members have a common understanding.
  • Helps auditors and customers understand the limits of analysis.

Example of FMEA Assumptions

  • Operating temperature range = -20°C to +50°C.
  • Nominal torque requirement = 200 Nm.
  • Operator is trained to perform this step..
  • Preventive maintenance of equipment will be performed as per plan.

Note: Assumptions must be reviewed and documented. If they change, the FMEA must be updated, so that future teams or auditors know what conditions were considered.


Where This Fits in the 7-Step FMEA Process #

Now defining scope, boundaries, and assumptions is a core part of Step 1: Planning & Preparation in the AIAG-VDA 7-Step Method.

Step 1 also use for:

  • Clarification of customer and legal requirements
  • Defining 5Ts: InTent, Timing, Team, Task, Tools
  • Understanding lessons learned and special characteristics

So, a clear scope make sure that all subsequent steps, like structure analysis, function analysis, failure modes are well aligned and your FMEA is effective.


Real-World Examples (DFMEA + PFMEA) #

DFMEA – Electric Drive Unit (EDU)

ElementDescription
ScopeAnalyze the EDU mechanical subassembly for failure risks related to torque transmission and noise
BoundariesExclude inverter and battery interface (analyzed in HV system FMEA)
AssumptionsShaft hardness is validated; system operates between -40°C to +125°C

PFMEA – Robotic Spot Welding Process

ElementDescription
ScopeAnalyze robot-assisted spot welding of side-body panel
BoundariesExclude body-in-white framing and handling robots
AssumptionsWeld tip alignment is calibrated daily; input panels meet GD&T specs

Common Mistakes & How to Avoid Them #

MistakeHow to Fix It
No formal scope statementUse a standard format to define what’s in/out
Team unclear on assumptionsDocument them in the header or a separate FMEA planning sheet
Overlapping boundaries with other FMEAsUse a boundary diagram or system breakdown for understanding
Updating structure without updating scopeAlways revise the scope when new subsystems or steps are added

Best Practices & Expert Tips #

  • Link the scope to customer-specific requirements and interface matrices
  • Document boundaries in the FMEA header or planning sheet
  • Update scope whenever design/process changes affect the analysis range
  • Use a boundary diagram for complex systems (e.g., ECU, hybrid system, ADAS)
  • Review assumptions during cross-functional reviews or audits.

FMEA Planning Sheet Template – Include These Fields #

Use this format during FMEA Step 1 planning:

FieldDescription
FMEA TypeDFMEA / PFMEA / MSR
System / Processe.g., EPS motor, Spot Welding
ScopeClear statement of what’s analyzed
BoundariesWhat is included and excluded
AssumptionsAgreed-upon inputs and external validations
TeamNames and departments
TimingProject milestone for FMEA completion

Summary #

  • Scope, boundaries, and assumptions are important for an effective FMEA.
  • They define what you’re analyzing, what you’re not, and under what conditions.
  • Clear definitions prevent wasted effort, confusion, and audit findings.
  • This activity is part of Step 1 – Planning & Preparation in the AIAG-VDA 7-Step Method.

Who is responsible for defining FMEA scope?

The FMEA moderator leads this, but it’s a team effort including design, quality, manufacturing, and customer reps.

Do assumptions need to be validated?

Ideally yes, but if not in scope, they must be documented and monitored in case they change later.

What if my scope overlaps with another team’s FMEA?What if my scope overlaps with another team’s FMEA?

Use a system boundary or interface diagram to split ownership clearly.

Can I reuse scope from a previous FMEA?

Yes, if the system or process is the same. Always review and adjust for new changes or lessons learned.

Where do I record scope and assumptions?

Ideally in the FMEA header, planning sheet, or supporting documentation in the FMEA software (APIS IQ, Plato, TDC).

Why is scope important in FMEA?

It aligns the team on what is being analyzed, avoiding confusion and wasted effort.

How often should scope and assumptions be updated?

Whenever there is a design change, process change, or new information becomes available.

Can assumptions in FMEA be challenged?

Yes, assumptions are placeholders and must be validated through testing, supplier data, or field results.

Do scope and boundaries differ in DFMEA vs PFMEA?

Yes. In DFMEA, they relate to systems, subsystems, or components. In PFMEA, they cover manufacturing operations or process steps.

Updated on October 5, 2025

Are this content helpful..

  • Happy
  • Normal
  • Sad

Share This Article :

  • Facebook
  • X
  • LinkedIn
  • Pinterest
The Five Ts in FMEA – Intent, Timing, Team, Task, ToolsCross-Functional Team Formation in FMEA

Leave a Reply Cancel reply

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

Table of Contents
  • Concept Explained - What Are Scope, Boundaries & Assumptions?
  • Where This Fits in the 7-Step FMEA Process
  • Real-World Examples (DFMEA + PFMEA)
  • Common Mistakes & How to Avoid Them
  • Best Practices & Expert Tips
  • FMEA Planning Sheet Template - Include These Fields
  • Summary
  • Free FMEA Course
  • Services
Contact Us
Contact Us
logo_color

One touch solution for FMEA documentation training or creation and support.

Learn

  • Knowledge base
  • Training
  • Newsletter

Company

  • About Us
  • Contact
  • Services
  • Products

Connect

© 2025 Quality Assist

Powered by Quality Assist