Magna Global Quality Standard
MQS 11 – Change Management
1 Purpose
This global standard establishes the base requirements for the Change Management from conception to
implementation. It defines the cross functional management of customer, supplier and internal changes that
impact product realization to ensure traceability and transparency to mitigate the risk of changes.
This standard does not supersede APQP / PPAP requirements and Customer Specific Requirements
2 Scope
This standard is valid for all Magna manufacturing and assembly sites and shall be implemented locally at each
site.
It shall be applied starting from product development of Magna Product Delivery Process (PDP), also considering
After sales and Service.
3 Responsibilities
Activity Responsible Support
Ensure infrastructure and resources exist to General Manager
execute this standard
Clearly define change management process and Engineering Manager or Cross Functional Team
requirements in a local procedure designated process owner
Set up a project-specific agreement regarding Program Management Sales
change management Cross-Functional Team,
or designated change
management process Customer as required
owner
Initiate change request All
Collect relevant data / registration / identifier Change Management Requestor of change
Coordinator / Analyst
Evaluate change request Program Manager or Cross Functional Team
designated change
management process
owner
Coordinate feasibility review with process Change Management Cross Functional Team
owner (e.g. risk mitigation, risk analysis, cost Coordinator / Analyst
evaluation, timing, testing
Author Approved & Released Revision / Date
Rafael Adamczyk - 27.11.2020 Lina Bucci; Wolfgang Geyer; Amalia Ma - 27.11.2020 01 / 27.11.2020
Page 1 of 5 Printed document is not controlled
Magna Global Quality Standard
MQS 11 – Change Management
Activity Responsible Support
Definition of functions/persons for a decision Program Manager or Cross Functional Team
regarding the change request (interim, final) designated change
including customer, if required. management process
owner
Drive the decision process.
Execute change order tasks Corresponding task owners Change management
analyst / coordinator
Release change order Change Management Corresponding task
Coordinator / Analyst owners
Coordinate change implementation Site Specific Process Owner Change management
analyst / coordinator
4 Requirements
4.1 A documented local procedure shall exist which covers the minimum requirements of MQS11.
4.1.1 The criteria of changes shall be defined & included in the local procedure. Customer specific
requirements or project specific agreement requirements shall be considered.
4.2 Evidence of persons, which are involved in the change management process and persons/functions
listed in responsibility section being trained to procedure exists.
4.3 The status and the timing progress shall be tracked. Different systemic or manual solutions may be used
(e.g. excel, electronic form, electronic workflow management system).
4.4 Customer specific requirements shall be available and communicated by Quality Department,
considered and followed during the change process.
4.4.1 The customer specific required change request forms and processes shall be considered and
followed after the internal change request evaluation and approval is done, where applicable.
4.5 Minimum Requirements for change request phase:
4.5.1 Risks shall be identified and evaluated. Appropriate actions shall be in place to mitigate or eliminate
the identified risks.
4.5.2 Verification / notification is in place to check and inform if multiple programs are affected.
4.5.2.1 If applicable, an automated tool is in place to identify and notify affected projects /
programs in case of changed product/process/material where used in multiple
programs.
4.5.3 Change management analyst / coordinator, program manager and / or project lead / manager are
identified, documented and designated to drive the change.
4.5.4 Change related costs shall be documented and analysis to be performed for every change to
evaluate if implemented change met the cost estimations. Change related costs are:
4.5.4.1 Effect on piece price and direct & indirect costs of manufacturing, (such as material;
Author Approved & Released Revision / Date
Rafael Adamczyk - 27.11.2020 Lina Bucci; Wolfgang Geyer; Amalia Ma - 27.11.2020 01 / 27.11.2020
Page 2 of 5 Printed document is not controlled
Magna Global Quality Standard
MQS 11 – Change Management
labour; logistics; etc.)
4.5.4.2 One-time costs (e.g. tooling, validation, administration)
4.5.4.3 Recovery cost of consumables (e.g. Packaging, etc.), material and/or parts and getting
obsolete due to implementation of change at various location (e.g.: at supplier, at
Magna, at customer, etc.), if applicable.
4.5.5 Designated backup of team members (e.g. approvers of change) shall be documented,
communicated and have authority to approve, if the approver is not available.
4.5.6 The results of an evaluation by a cross functional team shall be documented, if an internal
production trial run (PTR) is necessary. If applicable, the acceptance criteria for a PTR shall be
defined and documented.
4.5.7 All changes during the product development phase which has impact on the program timing and
cost shall be determined, evaluated, communicated and agreed with the customer.
4.5.8 The local documented procedure shall include the following information/definitions regarding the
change request phase as a minimum:
4.5.8.1 Unique identifier for each change request.
4.5.8.2 Minimum requirements for change request creation:
4.5.8.2.1 Definition of a cross functional team for evaluation and implementation
4.5.8.2.2 Detailed description of change
4.5.8.2.3 Change type (e.g. : Engineering Change Request (ECR); Process Change Request
(PCR); etc.)
4.5.8.2.4 Reason for change
4.5.8.2.5 Planned decision date
4.5.8.2.6 Planned implementation date
4.5.8.2.7 Affected programs or processes identified
4.5.8.2.8 Part-, process number or unique identifier (specific descriptions by CR type)
4.5.8.3 Minimum requirements for change request evaluation:
4.5.8.3.1 Feasibility (e.g. quality, safety, timing, technical, resources)
4.5.8.3.2 Consideration of product safety and statutory / legal requirements
4.5.8.3.3 Cost study
4.5.8.3.4 Affected parts for all applicable levels of assembly, components; sub-assemblies and
completed assemblies
4.5.8.3.5 Affected relevant documentation such as Process Flow, FMEA, Process Control Plan
(PCP), process parameter sheet, etc.
Author Approved & Released Revision / Date
Rafael Adamczyk - 27.11.2020 Lina Bucci; Wolfgang Geyer; Amalia Ma - 27.11.2020 01 / 27.11.2020
Page 3 of 5 Printed document is not controlled
Magna Global Quality Standard
MQS 11 – Change Management
4.5.8.3.6 Stock of inventory of affected parts which will become obsolete, at various
locations at supplier, at Magna, in transit and at customer.
4.5.8.3.7 Capacity study
4.5.8.3.8 If applicable, safety stock/bank build of parts/components for change period/
breakoff.
4.5.8.4 Risk analysis (e.g. FMEA)
4.5.8.5 Customer specific requirements
4.6 Minimum requirements for change implementation phase:
4.6.1 Written approval for implementation phase is available (e.g.: Internal approved change request
documentation, external Customer approval, etc.)
4.6.2 All required actions are defined and documented to implement the change successfully and are
tracked with an action plan including responsibilities and deadlines.
4.6.3 Review and updates of relevant documentation to the change such as Process Flow, FMEA, Process
Control Plan (PCP), process parameter sheet, etc. are defined.
4.6.4 Documentation of breakpoints is available for each affected part/process-number for all applicable
levels of assembly, components; sub-assemblies and completed assemblies including safety stock
(if applicable).
4.6.5 Final approval internal or external (if applicable) to confirm successfully implemented change shall
include a requirement for Product Validation (where required) and sign off (manual or electronic).
4.7 Following KPIs are defined and tracked. 4.7.1 to 4.7.2 are always applicable at least on a monthly base
(rolling 12 months):
4.7.1 Lead time on change request completion (initial change request until closure of request, e.g.
change requests which are 6+ months old).
4.7.2 Changes meet timing, quality and cost targets.
4.8 Internal escalation process of change management (related to the KPIs at 4.7) is defined and
implemented.
4.9 Evidence of Product/Process Validation completion and approval (if applicable).
4.10 Priority tracking for all ongoing changes exists and is up-to-date for the cross-functional-team.
4.11 An information platform or process (e.g.: physical or electronic visualization board, dashboard including
KPIs and change status) shall be in place to review change management. It shall be updated at minimum
on a monthly base.
4.12 Change requests and change causes are binned / clustered to identify potential improvements.
4.13 If applicable, the documentation for the completion and the approval of the internal production trial run
shall be available
Author Approved & Released Revision / Date
Rafael Adamczyk - 27.11.2020 Lina Bucci; Wolfgang Geyer; Amalia Ma - 27.11.2020 01 / 27.11.2020
Page 4 of 5 Printed document is not controlled
Magna Global Quality Standard
MQS 11 – Change Management
5 Records
5.1 Records shall be maintained according to local Magna manufacturing site procedures.
6 Required templates & document examples
Link to the templates/examples on MagNET:
_________LINK___________
7 Definitions
7.1 ECR (Engineering Change Request) – Permanent Change that shall be documented. The requests can
affect form, fit or function, as well as drawing and /or BOM updates.
7.2 PCR (Process Change Request) - A change in a process, either within Magna or at a supplier, that does
not affect fit, form or function (no drawing updates). Examples of process changes are assembly line and
equipment moves, supplier resourcing, or replacing a piece of equipment used for a particular part
feature.
7.3 IRR (Initial Release Request) – Releasing parts and drawings to prototype release status or production
release status. This follows the same Change Request process but does not require any drawing
modifications and is used as a notification that a product is changing status to Prototype or Production.
7.4 ICR (Internal Change Request) – Internal engineering request that involves modifying parts/processes
and/or drawings that do not affect any serial development or serial production project. This is used to
perform studies.
8 References
8.1 Magna PDP
9 Change History
Revision Revision Date Description of Change
01 27.11.2020 Initial Release
Author Approved & Released Revision / Date
Rafael Adamczyk - 27.11.2020 Lina Bucci; Wolfgang Geyer; Amalia Ma - 27.11.2020 01 / 27.11.2020
Page 5 of 5 Printed document is not controlled
