Control Plan ADVANCING MOBILITYCONTROL PLAN Reference Manual Issued March 2024 Copyright © 2024 Ford Motor Company, General Motors Company, and Stellantis ISBN: 978 1 60534 481 8FOREWORD Effective March 1, 2024, APQP Third Edition and Control Plan Reference Manual replaces APQP and Control Plan Second Edition, unless otherwise specified by your customer. ‘The APOP and Control Plan Second Edition was split into separate manuals: * Decoupling of the two will facilitate more timely updates as systems evolve. © APQP and Control Plans are linked by requirements in APQP much like FMEA, SPC, MSA and PPAP. These links will continue. ‘The remainder of this manual will focus on Control Plans (CP). Factors driving the need for this update: * Changes to other references necessitate updates here for CP to remain relevant. Such as, new terminology and concepts consistent with [ATF 16949, AIAG & VDA FMEA Handbook and other Ford, General Motors, and Stellantis core tool manuals. ‘© The due diligence for CP is being strengthened to avoid pitfalls from known risk factors. Incorporation of lessons learned from past projects and problems. + Applications of CP are changing to meet demands imposed by higher automation and ultimately autonomous driving, electrification and expanding definition of mobility * Addition of content describing expectations for “Safe Launch”, enhanced control/containment measures applied to carly stages of mass production. * Appropriate references to customer specifies provided without the full text. * Supplier input was actively solicited and incorporated wherever possible. © Allowances are included for CP functions that reside in automated systems relative to documentation requirements. ‘This manual continues to provide general guidelines for ensuring that control plans are implemented in accordance with the requirements of the customer. It does not give specific instructions on how to arrive at each control plan entry, a task best left to each organization. While these guidelines are intended to cover most situations normally occurring either in the early planning, design phase, or process analysis, there will be questions that arise. Please direct any questions to your authorized customer representative. ur sponsors gratefully acknowledge the contributions of the following individuals and their respective companies for their participation in the revision process. ‘Meghana Nidadavolu, General Motors Company, Chair Scott Trantham, General Motors Company Keith Peterfeso, Ford Motor Company Greg Szelazek, Stellantis ‘This manual is copyrighted by Ford, General Motors, and Stellantis, all rights reserved, 2024. Additional copies can be ordered from AIAG at www.aiag.org, Organizations purchasing the Control Plan Reference Manual have permission to copy any forms and/or checklists contained herein.TABLE OF CONTENTS FOREWORD. INTRODUCTION. 0.1 Purpose of this Manual. 0.2 Support to Product Qualty Planning Cyt... 93 Como Pan Through the Produc Life Cele. 0.4 Control Plan Methodology’. 0.5 Control Plan in Overall Oualty Process 0.6 Marat Structure... " CHAPTER 1 CONTROL PLAN REQUIREMENTS AND GUIDELINES. INTRODUCTION. oe 1.1 Controi Plan Format. 1.2 Special Characteristics... 1.3 Pass-Through Characteristics (PTC) . 1.4 Error Proofing Confirmation . 1.3 Families of Control Plas ..0.- 1.6 Interdependent Processes and/or Control Plans 17 Rework and Repair Processes. " 1.8 Reaction Plan Details 1.9 100% Visual Inspection 1.10 Black-Box Processes... LI Non-Design Responsible Organizations 12 Directed Suppl.oone 1.13 Use of Software to Develop and Manage Control Plans (CHAPTER 2 CONTROL PLAN DEVELOPMENT. InrRopuction 2.1 Getting Started. 2.2 Timing and Coordination between APOP and CP Teams. 7 2.3 Inputs (Numbers Indicate Section in APOP Manual)... a “ a 18 2.4 Onis (Nebr indict Seaton in APQP Mara). 20 25 Fr Fle acsieasterisnscine “i 20 3.2 Pre-Launch Control Plan 3.3 Production Control Plar....0.n0n CHAPTER 4 EFFECTIVE USE OF CONTROL PLAN! 35 36 36 37 38 AI INTRODUCTION. a2 4.1 Reverse PFMEA sv aa 42 4.2 Using Software to Develop and Manage Control Plans and Related Documents 43 eiaistieewls 43 46 49 50 5 s3 sa 35 56 4.3 Layered Process Audits as Control Plan Verification... 44 Control Plans in Highly Automated Processes 4.5 Using Family and Foundation FMEAS 1. 4.6 Control of Storage and Handling Related Risk.. 4.7 Abnormality Management in Relation to Control Plans. APPENDIX A CONTROL PLAN EXAMPLES nossnsssnnnnnn Intropuction. Ae] General Example 4-2 Process Dependent ExamplesAPPENDIX B FORMS AND CHECKLISTS. INTRODUCTION = B-1 Control Plan Form B-2 Control Plan Checklist B-3 Special Characteristic Worksheet. APPENDIX © REFERENCE MATERIAL APPENDIX D SECTOR SPECIFIC GUIDANCE, APPENDIX E GLOSSAR’ APPENDIX F INDEX viPRODUCT QUALITY PLANNING CYCLE — with CONTROL PLANS Feedback Assessment and Corrective Action Plan and Define Product and Process Validation Product Design and Development Process Design and DevelopmentSIPOC Diagram illustrating the “Organization” Supplier Input Processes Output Customer Your Suppliers You are here Your Customer You are the Extemal or “Organizat Extemal or Internal Internal ‘You are the “CP Process Owner” Supply Chain Depiction Tier of the organization Supplier Organization Customer 0 Tier 1 OEM Consumer 1 Tier 2 Tier | OEM 2 Tier 3 Tier2 Tier | N Tier N+1 Tier N Tier N-I Note: This is a reference manual, The visual above describes your organization within the planning process. It is important to understand who your suppliers and customers are and inputs and outputs of each,Introduction Introduction 0.1 Purpose of this Manual 0.2 Support to Product ‘The purpose of this manual is to communicate standardized best practices for developing, using, and improving control plans. ‘This manual provides guidelines designed to help produce a standardized and effective product quality control plan which will support the fulfillment of a product or service that will satisfy the customer. Some of the expected benefits in using these guidelines are: * To create a common language for the control plan to improve communication within and between organizations and their suppliers and customers. ‘* A reduction in the complexity of control plans for the customers and organizations. * To facilitate visualization and confirmation of appropriate product and process control throughout the supply chain, especially controls related to special characteristics. This reference manual contains guidelines that support requirements as described in IATF 16949 and applicable customer specific requirements. Nothing in this manual is intended to supersede or conflict with the requirements of IATF 16949, or any customer specific requirements ‘The development of a control plan is an important phase of the process for quality planning, as defined in the AIAG Advanced Product Quality Planning (APQP) manual. Control Plan is listed as an output of APQP in the following stages: * Product Design and Development (2.5) — Protype Build Control Plan. © Process Design and Development (3.6) ~ Pre-Launch Control Plan (including Safe Launch Control Plan). © Product and Process Validation (4.7) — Production Control Plan (including Safe Launch Control Plan), Quality Planning Cycle The control plan supports the Product Quality Planning Cycle shown on page vii, a graphical depiction of a typical program, ‘The various phases are sequenced to represent planned timing to execute the functions described.Introduction ‘The purpose of the Product Quality Planning Cycle is to emphasize: + Upefront planning. The first three-quarters of the eycle is devoted to up-front product quality planning through product/process validation. © The act of implementation. The fourth quarter is the stage where the importance of evaluating output serves two functions: to determine if customers are satisfied, and to support the pursuit of continual improvement. Depicting product quality planning as a cycle illustrates the never-ending pursuit of continual improvement that can only be achieved by taking the lessons learned in one program and applying that acquired knowledge to all potentially impacted programs 0.3 Control Plan Through the Product Life Cycle 0.4 Control Plan Methodology ‘The control plan is maintained and used throughout the product life cycle, Early in the product life cycle, its primary purpose is to document and ‘communicate the initial plan for process and product control. Subsequently, it guides manufacturing in how to control the process and ensure product quality. During regular production runs, the control plan provides the process monitoring and control methods that will be used to control product and/or process characteristics, Chapter 3 Control Plan Phases gives additional detail of the purpose, content, and use of control plan at the various phases. ‘The purpose of control plan methodology is to aid in the manufacture of quality products according to customer requirements. It does this by providing a structured approach for the design, selection, and implementation of value-added control methods for the total system. ‘The methodology is applicable to a wide range of manufacturing processes and technologies. Control plans provide a written summacy description of the systems used in minimizing process and product variation.mn Introduction In effect, the control plan describes the act step of the process including receiving, -process, out-going, and periodic requirements to ensure that all process outputs will be in a state of control. The control plan may incorporate rework processes directly, or a separate control plan for rework may be used. (See Chapter | Control Plan Requirements, section 1.7, for additional detail). ‘The control plan does not replace the information contained in detailed operator instructions. 0.5 Control Plan in Overall Quality Process 0.6 Manual Structure ‘The control plan is an integral part of an overall quality process and is to be utilized as a living document, evolving to incorporate improvements and lessons learned as they occur. Since processes are expected to be continually updated and improved, the control plan reflects a strategy that is responsive to these changing process conditions. ‘Therefore, the control plan is updated to reflect the latest measurement and control methods, process parameters, settings, and specifications defined in other documents such as PFMEA, work instructions, assembly/instruction drawings, etc., every time a change occurs. A review of control plan for updates must be triggered by events such as corrective actions, customer complaints, audit findings, new models, engineering changes, or other change points as defined by the customer. ‘The manual is laid out to support the effective development and utilization of control plans: ‘© Chapter 1: Control Plan Requirements and Guidelines. * Chapter 2: Control Plan Development. © Chapter 3: Control Plan Phases (Prototype, Pre-Launch, Production) © Chapter 4: Effective Use of Control Plans. © Appendix A: Control Plan Examples. © Appendix B: Forms and Checklists. «Appendix C: Reference Material © Appendix D: Sector Specific Guidance. © Appendix E: Glossary. © Appendix F: Index,IntroductionChapter 1 Control Plan Requirements and Guidelines Chapter 1 Control Plan Requirements and GuidelinesChapter 4 Introduction Control Plan Requirements and Guidelines ‘The main purpose of this chapter is to define requirements related to the control plan, which may include information to be included or actions to be taken, The chapter includes guidelines, which are not requirements but recommended or suggested practices that may add value to the content and utilization of the control plan. ‘The chapter is laid out by topic, which may include elements or aspects of the control plan, but also requirements and guidelines that apply to specific conditions or scenarios. In every case, consult your customer to make sure your practice is in alignment with any customer specific requirements they may have, After initial issuance of the production control plan, the organization must follow customer requirements for control plan notification and approval, including changes related to process change management and PPAP submission. 1.1 Control Plan Format The format of the control plan is not as important as the information contained within. However, care should be taken to use a format that is easy to understand and confirm the implementation of items on the control plan. Requirements: ‘* Any control plan format used must contain, at a minimum, the same information as described in Chapter 2 Control Plan Development. Guidelines: ‘© Using the format in this manual is recommended, but if you choose a different format, columns should be grouped logically for ease of understanding. For example, group columns related to Methods together (Specification/Tolerance, Evaluation/Measurement Technique, Sampling, Control Method). Additional columns may be added if desired, © “Dynamic Control Plans” (i.¢., a single document combining, PFMEA and control plan) may be used, as long as the control plan portion includes, at a minimum, the same information as described in Chapter 2 Control Plan Development.Chapter 4 Control Plan Requirements and Gui 1.2 Special Characteristics 1.3 Pass-Through Characte! ics (PTC) Special characteristics are product and/or process characteristics that may impact governmental regulatory, safety, or other aspects of the part deemed to require special attention and treatment. Special characteristics may be identified by the customer or the organization, Requirements: * All special characteristics (product and process) must be included in the control plan. * Ataminimum, all DFMEA items with a severity rank of 9-10 that flow to PFMEA for control must be designated as special characteristics. The customer may specify other severity ranks at their discretion * Special characteristies must be indicated in the “Special Characteristic Classification” column of the control plan. If the special characteristic is identified by the customer, the organization must use the appropriate classification as required by the customer. The use of organization-designated classifications is allowed if the customer agrees and there is documentation such as a correlation matrix to link to customer designation. Guidelines: + Ifthe customer does not specify classification symbols for different types of special characteristics, the organization should develop their own classifications and apply them consistently. Pass-Through Characteristics (PTCs) are part characteristics manufactured within the supplier process and used in the organization's process without modification or further validation. PTCs are not controlled or functionally tested by the organization and would have significant impact on their customer, such as customer processing problems and/or field warranty issues. PTCs are ultimately supplied to an OEM customer (i.e,, it will “pass-through”), therefore the organization must ensure there is adequate control of the characteristic at the supplier. ‘The supplier process where the PTC is last controlled or functionally tested is the “last point of control”. Requirements any characteristics meeting the definition of "Pass-Through Characteristic" from this manual, or as agreed upon with their customer.Chapter 4 Control Plan Requirements and Guidelines © Organizations must have a process to validate the effectiveness of the supplier's control. Based on the validation results, the organization must decide on appropriate control methods from the organization and the customer's point of view. * Organizations must document all pass-through characteristics and the control method at the “last point of control” for each PTC. This document must be reviewed with the appropriate customer representative for agreement on control of the PTCs prior to or concurrent with pre-launch control plan review/approval * Ifthe organization uses receiving inspection based on sampling (such as lot certification) to ensure quality of PTC, it must be included on the organization’s control plan. Guidelines: ‘© Use of the "Supplier Pass-Through Characteristic Matrix" from AIAG CQI-19 Sub-Tier Supplier Management Process Guideline is encouraged to ensure all characteristics are identified, impact assessed, and the control plan refleets process capability of the supplier. A similar format that achieves the same result is acceptable. 1.4 Error-Proofing Confirmation Per the AIAG APQP manual, verification of effectiveness of controls designated as error-proofing (including those designated as mistake- proofing) is required. Requirements: * Error-proofing devices must be listed on the control plan. «The method and frequency to confirm effectiveness or proper functioning of error-proofing devices must be included in the control plan. © Frequency of error-proofing device verification must be based on ability to enable effective containment of product produced since the last good verification result * Master defect samples (e.g., “Red Rabbits”) should be ‘maintained and managed to ensure they are up to date and functional as designed. Master defect samples must be clearly identified and managed to prevent mixing with production parts or use for other purposes. To ensure effective detection and containment of nonconforming products, master defect samples ‘must be at or just outside specification limits or tolerances, Guidelines: © None,Chapter 1 Control Plan Requirements and Guidelines ies of Control Plans Families of control plans are control plans for multiple parts where the parts are substantially similar in application, design, manufacture, requirements, and specification. Requirements: * Organization must list all related individual part numbers covered by the “Family Control Plan”. If the number of individual part numbers is too great to include in fields 3 (Part Number) and 4 (Part Name/Description), the organization may refer to a separate document that indicates all parts covered by the family control plan, + Family control plans may only be applied when all parts associated with the family control plan are run on the same manufacturing line or equipment, or when multiple lines utilize the same make and model of equipment, or similar equipment with identical controls specified on the family control plan and process flow chart. Guidelines: * Ifa family control plan is the result of applying family FMEA and family process flow, the organization should apply consistent naming or numbering to indicate the linkage of all related documents and the family of parts to which they apply. 1.5 Fa 1.6 Interdependent Processes and/or Control Plans In some cases, processes may be interdependent, meaning they are separate but linked somehow. An example could be the process of receiving inspection for a material or component that is later used in more than one manufacturing process or to make more than one type of part. The same receiving inspection process is a precursor to the following processes. Another example is a machine process used to ‘machine an item that is later used in more than one process to make various parts. Requirements: © Control plans must exist for all processes used to manufacture a given part. © Either list all steps involved to produce a part on that part's control plan or make a separate control plan for the “interdependent” process and link that control plan to the subject part’s control plan. Guidelines: i © If interdependent processes are used, show the exit and entry ; points from the subject part’s process to and/or from the interdependent process on the part’s control plan and flow chart. 9Chapter 1 Control Plan Requirements and Guidelines 1.7 Rework and Repair Processes Rework (including reuse of components if allowed) is planned, included in the production control plan, corrects the nonconformance to meet original specifications, and is approved by the customer during review and approval of the production control plan. Repair is remediation that satisfies the customer's “Fitness for Use” criteria. Repair requires a control plan for the proposed remediation and customer approval. “Fitness for Use” is a decision by the customer that any deviation from the specification due to the repair will have no impact on the satisfactory performance of the product. Requirements: ‘+ If rework is done by reprocessing nonconforming product through the original process or a subset of steps/operations within the process, the control plan must clearly indicate the start and finish of the rework process. If rewark is done by reprocessing nonconforming products through alternate equivalent processing, a separate rework control plan must be developed and used. «Repairs always require customer approval/deviation ‘© Any repair process must have its own control plan. © All repairs must re-enter the main process at the point in which they were removed to complete all subsequent control plan checks. © The organization must review the customer specific requirements or customer statement of requirements regarding acceptability of any rework or repair process prior to initiating any rework/repair activities and must consult the customer as, early as possible in the planning stage. The organization must ensure traceability of parts that have been repaired or reworked, in accordance with customer requirements. Guidelines: © None.Chapter 4 Control Plan Requirements and Guidelines 1.8 Reaction Plan Details Reaction plans specify not just corrective action necessary, but also who is responsible for the action. In all cases, suspect and nonconforming products must be clearly identified and quarantined, and disposition made by the responsible person designated in the reaction plan. Requirements: * Reaction plan area of the control plan must indicate specific action taken or refer to a specific document or system instruction that lists the specific actions to be taken in case of Out of Control and/or Out of Specification. * Reaction plan area of the control plan must indicate the individual (by title or role) responsible to implement the action specified, or reference to document that includes all the details, including responsible owner for the action(s). Guidelines: © None. 1.9 100% Visual Inspection Some processes rely on 100% Visual Inspection, which may be done by operators. Regardless of the nature, reliance on 100% Visual Inspection introduces risk of error or misinterpretation in the inspection. Requirements: * If 100% Visual Inspection is the method used, the control plan must include a periodic verification of the visual inspection, such as sampling audit by qualified auditor, off-line measurement to i verify judgment, or similar. © The periodic verification described above must indicate who is responsible for the verification, either by adding a column to indicate responsibility or by listing responsible individual in the method. * Ifthe characteristic to be evaluated is not measurable with instruments, gages or fixtures, a customer-approved master and/or boundary sample (including “book of masters” or other documented agreements) must be available to the operator and auditor and referenced in the control plan, Guidelines: i © None,Chapter 4 1.11 Non-Design Control Plan Requirements and Guidelines 1.10 Black-Box Processes In some cases, the organization may not want to provide the customer with documented control plans for processes they feel are proprietary or represent a unique competitive advantage, In such cases, sometimes referred to as “Black Box” processes, the organization and its customer negotiates an acceptable solution. irements: '* Control plans must exist that meet the requirements of this manual. «Any deviation from normal customer review and approval of control plans must be documented with agreement from the customer. Ataminimum, the control plan must be available for review by the customer, either in person or in a secure virtual environment. Guidelines: + Typical methods to gain customer confidence in the organization's process control and capability include in person review of the content of the control plan without providing a copy of the document; process walks demonstrating the controls of the process and product characteristics; SPC data showing capability of the process and resulting parts. Responsible Organizations In cases where the organization is not design-responsible, the organization may not have ready access to DFMEA results, including special characteristics that may require action on the control plan to ensure performance to design specifications. Requirements ‘© The organization and customer must have a process to cascade DFMEA or at least special characteristies details from the design-responsible emtity to the organization, Guidelines: © None. 12Chapter 1 1.12 Directed Supply Control Plan Requirements and Guidelines In cases where the customer directs the organization to source from a specified supplier, it is still the responsibility of the organization to work with the supplier to get the necessary information to develop control plans, unless otherwise specified in the mutually signed agreement (e.2., RASIC, master purchase agreement). This includes getting information from the supplier about items related to receiving and using the supplied component or material, any testing or validation to be added to the organization's control plan, and any pass-through characteristics, Requirements: ‘* Information for directed supply components and materials must be available as reference when developing the organization's control plan, just as if it was self-procured. Guidelines: ‘+ Inssituations where the directed supply is from a competitor or similar situations where confidentiality is a concern, the organization and the customer should discuss how to obtain the required information, 1.13 Use of Software to Develop and Manage Control Plans In some cases, the customer may require the use of software, or the organization may initiate the use of software to develop and manage control plans. Use of software facilitates version control and linkage of documents, which ensures if changes are made to one document the change is made to all related documents like PFMEA, flow chart, and work instructions. Requirements: ‘+ Confirm with your customer if there is any requirement to use software to develop and manage control plans. Guidelines: * Confirm with your customer the expected benefits or results of using software to develop and manage the control plan, then select software that can provide those benefits and results when integrated in your QMS.Chapter 1 Control Plan Requirements and GuidelinesChapter 1 Control Plan Requirements and GuidelinesChapter 2 Control Plan Development Chapter 2 Control Plan DevelopmentChapter 2 Introduction 2.4 Getting Started Control Plan Development The goal of a control plan is to facilitate communication with everyone involved to ensure that all required controls are completed on time and in full, every time. Control plan effectiveness depends on a company's leadership commitment to the effort required to achieve customer satisfaction. Each control plan is unique. The actual timing and sequence of execution is, dependent upon customer needs and expectations and/or other practical matters, The earlier a work practice, tool, and/or analytical technique can be implemented in the Product Quality Planning Cycle, the better. This chapter describes how to take the output from previous steps in the product quality planning process (per the ALAG APQP manual) to develop the control plan document. The inputs and outputs applicable to the control plan development process may vary according to the product development process, and customer needs and expectations. The list of inputs and outputs provided is not intended to be all-inclusive, but to provide examples of typical information used, The intent of the control plan form displayed in this chapter is to provide an example of how this information can be documented. An alternate format may be used if it contains the same information, as a minimum. The control plan process and team are part of the organization’s product quality planning activity, as referenced in the AIAG APQP manual Accordingly, the control plan process starts with the steps outlined in the APQP Manual (for additional detail, see the AIAG APQP manual) ‘© Organize the Team: The organization’s first step is to assign a process owner for the control plan. A cross-funetional team (leadership, engineering, manufacturing, quality, suppliers, etc.) should be assigned. It may be necessary to have different teams or representatives for the different phases of the control plan (e.g., the pre-production CP team may differ from the production CP team). '* Define the Scope: In the earliest stage of the program, it is important for the organization's control plan development team to identify customer needs, expectations, and requirements. The team must also assess the feasibility of proposed tests and controls prescribed in the design, performance requirements, and manufacturing process. In some cases, the team may need to determine assistance required from the customer. 16Chapter 2 Control Plan Development * Team-to-Team (lines of communication): The control plan team ‘must establish lines of communication with applicable customer, organization, and supplier teams. * Training: Success of the control plan development is dependent upon an effective training program that communicates all requirements and development skills to fulfill customer needs and expectations. * Customer and Organization Involvement: The primary customer may initiate the control plan development process, but the organization has an obligation to manage the control plan development and must require the same performance from their suppliers. 2.2 Timing and Coordination between APQP and CP Teams ‘The control plan process team must coordinate their activities with the APQP process team, primarily by assuring critical milestones and dcliverables are aligned with the Product Quality Timing Plan as defined in the AIAG APQP manual. Key items to consider include, but are not limited to (Refer to the AIAG APQP manual for details of each): * Simultaneous Engineering: Replaces sequential series of phases where results are transmitted to the next area for execution. The organization’s control plan development team assures coordination with related groups to acquire inputs and provide outputs per the overall APQP plan. * Concer Resolution: Concems with control plan development should be documented on a matrix with assigned responsibility and timing. * Product Quality Timing Plan: The process owner for control plan development must support and be informed of the Product Quality Timing Plan developed by the APQP process owner, including changes to the plan. Effective status reporting supports program ‘monitoring with a focus on identifying items requiring special attention. © Plans Relative to the Timing Chart: The organization's control plan development team is responsible for assuring deliverable timing ‘meets or is ahead of the Product Quality Timing Chart established and maintained by the APQP process owner. 7Chapter 2 Control Plan Development 2.3 Inputs (Numbers Indicate Section in APQP Manual) Cross-funetional/multi-disei © Team Experience (1.1.3). © Leadership Support (1.14, 2.13, 3.10, 4.8). * List of all suppliers. Product risk analysis output: + DFMEA (2.1), ‘* List of product performance/functional characte (DFMEA), and corresponding testing and dimensional requirements. from design * Engineering Drawings (2.6), including GD&T. * Characteristics from Engineering drawings and Material Specifications (2.8). * List of error-proofing devices/mechanisms for each operation failure mode and what product/process characteristics it checks for, * Design for Manufacturability, Assembly, and Service (2.2). ‘© Material Specifications (2.8), including handling and storage requirements, and those requiring inspection. Process risk analysis output: © PFMEA (3.5). + PFMEA controls, including list and sequence of corresponding processes. © Reverse PFMEA analysis and actions. «List of error-proofing devices/mechanisms per operation/failure mode and what product/process characteristics it checks for. ‘* List of detection methods for each operation/type of defect, identification. © Repair/rework/reuse operatic Operation description: © Process Flow Chart (1.10, 3.3). © Floor Plan Layout (3.4). © Tool Layout. + Considerations of workstation environment (¢.g,, lighting) and ergonomics. © New Equipment, Tooling and Facilities Requirements (2.10). 18Chapter 2 Control Plan Development history knowledge: Lessons learned from similar parts. Control plan monitoring for same/similar processes at sister plants. * Process evaluations. © Historical Warranty and Quality Information (1.1.2). Character ‘© Identification of Special Product and Process Characteristics (1.11, 2.11), including Safety and Regulatory Requirements. System capability review results: * Product/Process Quality System Review (3.2). * Capable gages and measurement equipment. © List of gage capabilities. ‘* Change management process and revision history are in place. ‘Means to monitor end of line operations. + Monitoring of process capabilities. Sampling plan and frequen + Engineering Specifications (2.7), especially if “in-process test section” includes sample size, frequency and acceptance criteria. + First-off and Last-off part validations considerations. ‘¢ Protocols for change-over and restart activities (tooling changes, maintenance, shutdown, etc.). Outputs from product and process validation: ‘© Significant Production Run (4.1), ‘* Measurements System Analysis (4.2). ‘© Preliminary Process Capability Study (4.3). * Production Validation Testing (4.5). © Results of “Pre-Launch” and/or “Safe Launch” production. Reaction plan strategy: © If grouped by type of detection used (¢.g,, all defects detected through 100% inspection, is the operator trained to handle defect, product). © If grouped by X number of defects in a row (what is actionable by the operator who found the defect before notifying supervisor).Chapter 2 Control Plan Development 2.4 Outputs (Numbers Indicate Section in APQP Manual) Control Plans by stage: © Prototype Build Control Plan (2.5), © Pre-Launch Control Plan (3.6). © Production Control Plan (4.7), including “Safe Launch” items as appropriate. Process instructions input (3.7): * Inclusion of control plan and any related instruction (¢.g., reaction plan). Preliminary process capability study plan input (3.9): ‘+ Inclusion of contro! plan items. Quality planning sign-off input (4.8): ‘+ Inclusion and approval of control plan. © Master defect sample (“Red Rabbit”) frequeney checklist for each equipment/station, © Operator training requirements. ‘© Input to standard work instructions. ‘© Forms/logs to document inspection results (inspection logs). © Visual Aids. Control Plan benefits to organization: © Allocation of resources meaningful to achieve customer charact requirements. © Communicate concerns, changes/deviations to customer. + Reduces waste and cost without sacrificing quality. © On-going Process Capability Study results. 2.5 Form Fields ‘The remainder of this chapter is laid out based on the control plan form. ‘The numbering of each item corresponds to the numbered field in the control plan form. Using the inputs and resources deseribed earlier, develop the information required and populate the control plan form content. The process flow for developing contro! plans may look like the example illustrated below. This is provided as an example image and is not intended to be an exhaustive list of all inputs and outputs of the control plan development process. 20Control Plan Development Chapter 2 Team oF svOTsOT uypHBUT paua.ua}d) 94 03 pawseay suessay wea, Sujwue|g Ayer npo14 4 Uoneaiuruwe>| Joddns 2uawazeuew yim wea, fevoM>UNs-5s019| nsay manay Aged) warshs Taieig peo OF sana) saT GT SOG pausesr su0ssey wagrenvog coon] am ‘aig |OHUSD UeTDNpaTa pasa © HinSay DOR DAPaN BUT UO FUR T TOS BOUTS TATED si hepHeA worpnp® ‘Apmis Aged 5592014 eur ROTO PUTT aS, BO jonue9 uenanpaxd dojanag Teja TORUSS WORAPOTE ina wpuney-a jo synsa ung woronporg queouaiS andy; suonannsuy $5321) andy Apa AuypgedeD AULA Deja jonwos qpuneT ag TBORETSTRS, SEBO Te] els jonua9 ypuney-aig doyanog SRE PLE Ue BUTTS Z fre} uondusag vonesado s231n09 Buyoo4g 201134089 A@aieags ueig uonreey Ping addaoross 1u09 adAroro14 doyonag Geig TOATOD PIG aTNOIOT SISTA ETEYD [eHTES ‘spapnouy Avis A}enD ‘pray uondunsag uonessdo nding sishjeuy sty 5520014 nding s)sAeuy xsd Bnpo1g nding ssap014 sandy Example Process Flow for Developing Control Plan 21Control Plan Development Chapter 2 eee w O_o, ere o-oo OHI ONO | —_SONWESOL faisNodsaed Nouoy | ouiNoo bau] ang |iNareRnsyaN| ADUvOLsIORES | ssvt9 bssaaCudLonaoua| ‘ON | o4nwo4| NowdRiOssa | wenn PENNO SldAv{ey] NOuvMvAa |ss300uawoncowa| WHO swoor'sir} “Nouv |ssa00ud NvId NOLOWaE SOOHIaN [M935] souswaLowawHo an, en Seed 9 © 9 ‘bay si) weareraudéy suo) (pay si) eiecnenouddy sauug| “apo sauddns ueignenddns | © ean seaman © scarey umwvcrs © _vonsuosecyauen vee Orobey aeanorsty Eaves auosng © moyeamosarvemnved ® (1a a¢0| 600) ae © avoenoms ty © seu ve ome t 7 Woop 0 WOOT 1g U PAPTOUT HUET SES (OE HUARD WNoNpNTg YoU Nett Gane ae) enn 2 beg o NVTd TONLNOO 2Chapter 2 tk Control Plan Development Prototype, Pre-Launch, and Production In cate the appropriate category: ‘+ Prototype — A description of the dimensional measurements, ‘material, and performance tests occurring during prototype build. + Pre-Launch ~ A description of the dimensional measurements, material, and performance tests that will occur after prototype and before normal production, and “Safe Launch” enhanced containment/eontrol. See Chapter 3 Control Plan Phases for details. * Production — A comprehensive documentation of product/process characteristics, process controls, tests, and measurement systems occurring during normal production and “Safe Launch” enhanced containment/control. See Chapter 3 Control Plan Phases for details. * Safe Launch ~ Enhanced containment/controls put in place in addition to pre-launeh control plan or production control plan controls. If the Safe Launch is being applied as a supplement to the pre-launch control plan, check both “Pre-Launch” and “Safe Launch” boxes. Ifthe Safe Launch is being applied as a supplement to the production control plan, check both the “Production Control” and “Safe Launch” boxes. Control Plan Number Enter the control plan document number used for tracking, if applicable. Control plan numbers must be traceable to key source documents, especially PFMEA. Part Number/Latest Change Level Enter the number of the system, subsystem or component being controlled. When applicable, enter the latest engineering change level and/or issue date from the drawing specification. Part Name/Description Enter the name and descr Mn of the product/process being controlled. Supplier/Plant Enter the name of the company and the appropriate division/plant! department preparing the control plan, Supplier Code Enter the identification number (e,g., DUNS, Customer Supplier Code, IATF Supplier Identification Code) as requested by the customer. Key Contact/Phone and other Contact Information Enter the name, telephone number and other contact information (e.g., ‘email of the primary contact responsible for the control plan). Key contact is responsible for maintaining a roster of the core team members (individuals responsible for preparing the control plan to the latest revision) with appropriate contact information to facilitate timely ‘communication, 23Control Plan Development Chapter 2 w QT wo @ OTe oT ee Teo oO Tw ‘OHI SHONHOaL | ONVENOL FFiaisNows34) NoWoW | 7OMINDD| DAMS) Zig NANaUNSvAN] NOUVOISIO3dS | ss¥0 Issz00ud|LoNGOu| ON| o3W-¥OS | NOUdMOsSa | aENNN RENN ‘Tidflvs(e2)_NouvmTves |ss300uscNOONd| WHO stooroir) Nowwsae0 |ssa00%¢ NvidNOWovay ‘SOOHISN [Tvi93d8| souswalovavna | 20830 |aWenss300ud) maya SINHOWN @{ohay 1) aeareroxty 40 ® (pba 11) a}ecienoxddy 12190] era Jarddng) ® wejginanddng| ooayn searmonty ero suns © seareorty unas © _voqsossaraven ved © pba w aearetey Guvoossig sauosng ® (ray) 900 Qs.) aed © eroyanoer.09 fay © (pia7 afueyg isaie HaqUnn Ved) © eau veseg ‘Sao aR RA WORE WORTHING 0 UTTAR PASH TSOTET SES AY Tp ste sxnei3es] NW1d T0¥LNOD womeyf] erneut] saa) ©Chapter 2 8. 10, uu. 12, 1B. 14. 15. 16. Control Plan Development Supplier/Plant Approval Date Obtain the responsible manufacturing plant approval of the organization (if required see appropriate customer specific requirements), Date (Orig) Enter the date that the original control plan was compiled. Date (Rev,) Enter the date of the latest control plan updates. Customer Engineering Approval/Date Obtain the responsible customer engineering approval (if required see appropriate customer specific requirements). Customer Quality Approval/Date Obtain the responsible customer supplier quality representative approval (if required see appropriate customer specific requirements). Other Approval/Date Obtain any other agreed upon approval (if required) Part/Process Number This item number is usually referenced from the process flow chart. If multiple part numbers exist (assembly), the individual part numbers and their processes accordingly. Process Name/Operation Description All steps in the manufacturing of a system, subsystem, or component are described in a process flow diagram. Identify the process/operation name from the process flow diagram that best describes the activity being addressed. Machine, Device, Jig, Tools for Manufacturing For each operation that is described, identify the type of processing ‘equipment, such as machine brand model, fixture type, or other relevant description of the manufacturing tool. 2sControl Plan Development Chapter 2 oT eT e. @ cm Oe eee [F1aIsNOdszy NOWY | 10MLNOD SNONHOaL | ~-SONWSTOL coms] az |inawaunsvari| ouvolstaads_ | sev ssz00udioncoud| on] ayo | Nowawoss0 uaennN AENVO FlaWs{ed|_NOWYMTWAA |ss3OOUANINGOUd) UYHO IsioaL'9ir| Nouve3e0 |ss300ud) Nyld NOWOW2E SOOHLAN |S)" souswazovavno Sem ee @obau w aecrerosdey se199 ® (pbay 31) aeqenoiddy 1euno| Ooo seuddns| ® jue|quayddng| ® pay 11) aleqrenouddy Ayenc) xawo}sn9 9 ye qyfenouddy uel gnaiKdns| © onduosaqiawen Yed| @iobay in secrroxddy fuvsoubua sauosno © orsbino wae vemuieg ® (103) a¢a] 6u0) aea © ewoyanenog toy © ssaury veraron09| ‘(Bawog Wiog Deu. “Ueid PAU IpOig 30 YOUNE |-Big UI PApN|OUT SF YOUNET Beg Ti) —p— ates NVId TOULNOD wens] emrme(] wemsut] eu] © 26Chapter 2 Characteris 17. 18. 19. Control Plan Development ties (17 — 19) A distinguishing feature, dimension or property of a process or its ‘output (product) on which variable or attribute data can be collected Process flow charts should be used to locate special product and Process characteristics that will be addressed in the control plan. In addition, use DFMEA, if available to identify specific characteristics that may be classified as special All applicable documents such as, but not limited to, process flow diagrams, numbered blue-prints, FMEAs, engineering and mat specifications, and drawings or other visual standards, should be used to develop a list of characteristics. The organization should determine which characteristics affect meeting functional, durability, and appearance requirements and bring it to the control plan Using a special characteristics worksheet, the description/rationale column includes all special process and product characteristics agreed upon by the cross-functional team. In the worksheet, a sequential number (No.) is assigned to each characteristics listed to ensure none are overlooked by the organization when the control plan is completed. This information is carried into the control plan for each characteristic, under the appropriate "Process" and/or "Product" header. See example format in Appendix B, B-3 Special Characteristics worksheet. Characteristics Number Assign a cross reference number to all applicable documents such as, but not limited to, process flow diagrams, numbered blue-prints, FMEAs, and drawings or other visual standards, if required. Optional example work sheets and explanation of these work sheets are located in Appendix B, B.3. Special Characteristics worksheet. Characteristics ~ Product Product characteristics are the features or properties of a part, component, or assembly that are described on drawings or other primary engineering information. The core team should identify the special product characteristics that are a compilation of important product characteristics from all sources. All special characteristics must. be listed on the control plan. In addition, the organization may list other product characteristics for which process controls are routinely tracked during normal operations. Characteristies — Process Process characteristics are the process variables (input variables) that have a cause-and-effect relationship with the identified product characteristic. A process characteristic can only be measured at the time it occurs. The core team should identify process characteristics for which variation must be controlled to minimize produet variation. ‘There could be one or more process characteristics listed for each product characteristic, In some processes one process characteristic may affect several product characteristics. 27Control Plan Development Chapter 2 ® (Om) @ O—eLlere ere @) @) WHE SPONAOS_| —_SONVEOL oe ot FISISNOdS3Y NOWDY | TOHINOD | 0343S] SZIS |INSINFUNSVSW| INOLWOISIORdS | SSW7O |SS300Yd|LONGOYd| ON | OJOS NOUdMOS3q | ¥3eWnNN 2aNNO. lave) NowwNwAd |ss300wdLONGO"d) YWHO svooL'oir| NolWu3d0 |ss300ud! NyidNouovas SOOHLBN [9345] sousmazovevng | 20130 JANN Ss300ud) ave ‘NHOW @ bess) aeaieroxsdy 240) ® (bau s1) areqnenoxddy 1490} roo sayddng| © weigjsayddng | @, bey 1) eaneroxidy Ayend saweysno| ® srecyroxidy werquarddng © uoyduosaq/awen Leg @ odin) aecrerosidy usooubu3 sauo}sng| ® (104) aa] 010) oe © (2437 abueuD ISa}e HeQUNN Hed © suouarsew tay ® 22QUUNN UeId [081409 ‘e109 OR RUD Ueg }4N00 VORONpOLA JO LoURE Bid U PEP SINE} OyeS A) ~~ p— efieg NW1d TOULNOD ‘pane as C] vownpoy poner [) sao [) © 28Chapter 2 Control Plan Development 20. Special Characteristic Ch \ssification Use the appropriate classification as required by the customer (see the appropriate customer specific requirements), to designate the type of special characteristic or this field can be left blank for other undesignated characteristics. Customers may use unique symbols to identify important characteristics, such as those that affect customer safety, compliance with regulations, form, fit, function, etc. Methods (Includes items 21 - 24) A systematic plan using procedures and other tools to control a process. 21. Methods ~ Product/Process Specification/Tolerance Specifications/tolerance may be obtained from various engineering, documents, such as, but not limited to, drawings, design reviews, ‘material standards, computer-aided design data, manufacturing, and/or assembly requirements. 22, Methods ~ Evaluation/Measurement Techni This column identifies the measurement system being used. This could include gages, fixtures, tools, and/or test equipment required to measure the part/process/manufacturing equipment. The measurement equipment intended to be used should be verified and documented showing qualification for the required scope of measurement and testing. A measurement systems analysis should be done to ensure control of monitoring and measuring devices prior to relying on a ‘measurement system. For example, an analysis of the linearity, reproducibility, repeatability, stability, and accuracy of the measurement system should be performed. Improvements to the measurement systems should be made accordingly. Refer to the AIAG Measurement Systems Analysis (MSA) reference manual for additional details. 23. Methods — Sample Size/Frequency ‘Sample Size: When sampling is required list the corresponding sample size. Sample sizes must be based upon industry standards, statistical sampling plan tables, or other statistical process control methods or techniques. Frequeney: Frequency of checks for a specific characteristic should be based on the thought process of effective containment actions if defect were to escape (visual inspection, equipment failure, etc.) The sample frequency when not 100% should be volume-based checks. Consider the method of inspection versus impact on the organization for robust containment actions for such a characteristic to determine the volume/quantity of parts run until the next check point. This eould imply multiple checks within the same shift as frequeney of checks would be defined by volume. Sampling sizes should be based on severity and detection mechanisms and may determine your finished goods inventory. 29Control Plan Development Chapter 2 @ Cm} @ © OT ore we © O ‘OHI SONAOaL | JONVETOL Ineisnodsze) nowow | 10aiNoo [os] azis |ANSGENSVAN| INOUWOIsI03ES | ss¥70 |ss300udlLoNaOwd| ON] OaNWOd | NOWAROS3C | UIGNNN ANNO | “lahWvS{eq]_ NouwmTva |ssgo0udtonooud) wo Iswoov'oir| NOUWEdd _|ssz00ud NyiaNOUDYaE SOOHLAN )™225) sousmazovevHo sua) fare Sse ae pba 1) eanerosidy 1240) © tapas ascreostiy sak sn ong OF: peeionie ores» sears hyena saws ® areqiienorddy wueigianddns| © onduosaq/aLeN Hed} © obs secyoridy eusauta suns © preretuenarwoqun ued © (10g) aea| 6.0) aa © aunisnoenog fy © _sauryuna neg ($009 jog yoayS “Ue ‘woqonpoid 10 Youne?-@iq Ut Papryoul 7 eS HES re wuneyaes[] wom] ener) eseaoy 7] — p— obey © NW1d TONLNOD 30Chapter 2 24, Control Plan Development Example: A case where the control plan includes a periodic check to confirm a product characteristic, such as a functional test, “burn-in”, destructive test, ete, * Part cycle time equals 60 seconds (one minute) * Control plan item specifies a non-destructive detection methodology which takes 600 minutes. ‘* Part #1 goes to checking station for confirmation. © Every 600 cycles, the detection method must be used ~ for example, a PLC ensures part #601 of that production run goes to the checking station. * Parts | - 600 can be released to the next customer (or process) once the check for part #1 has been completed and confirmed to meet Specifications, Methods ~ Control Method ‘This is one of the critical elements to an effective control plan. This column contains a brief description of how the operation will be controlled, including procedure numbers where applicable. The control ‘method utilized should be based on effective analysis of the process. The control method is determined by the type of process and the risks identified during quality planning (e.g., FMEA). Operations may be controlled by, but are not limited to, statistical process control, inspection, attribute data, automated and non-automated error-proofing, (which includes mistake-proofing, refer to the AIAG APQP manual Appendix C), and sampling plans. Mistake-proofing should be used as 4 technique to control repetitive tasks or actions and prevent nonconformances from being passed on to the subsequent operation and ultimately the customer. The control plan descriptions should reflect the planning and strategy being implemented in the manufacturing process. If elaborate control procedures are used, the plan will typically reference the procedure document by a specific identification name and/or number. Refer to the examples in Appendix A for how typical processes are controlled ‘The method of control should be continually evaluated for effectiveness of process control. For example, significant changes in the process or process capability; quantity of issues (internal and extemal) coming from a control plan element, should lead to an evaluation of the control method. 31Control Plan Development Chapter 2 eT ee @ Oe ere eae 1-8 CoH SHONHOSL | SONETOL lnaisnoes3e) Nouoy | ounoo [D313] ans |iNanEaNevaN| NDuLvOIaOBdS | ssvi0 \ssa00ud|Landowe| ON] o4W Mod | NOUARwOSaa | ween ANNO STaAWSs) NOUVMVAR [SS300udMNOONd) wv ssoovoir| Nouvesdo |ssaooud Nia NOUDWaE SCOHLAW [™#3e5 sousmatomemso | sor |e Soscotd) eva @copey wy aecneerddy ago ® (pba ji) iecnenoucdy seo | Posen Jaiddns| ® weguarddns| ® ‘bau )) ewecenosddy Kyenty saworsno| 9 _BreCieAOIddy WuetqHeyddnS| © oxduosaq/auen Led obey 9) aecyeroidty Susoousug sawossno| © Jas) abueug Ware YeQUMN Led) © (ray 90a ©6u0) aed © sreusnsew09 toy © soqury wqa10909 (Baxoa tog y9=u9 “UeIg 10209 LOFINPOLY 10 yOUNET-aig Ul papnout 1 YOUNET aes HI) e 6ed sare yes voronpo 7) NV1d TONLNOD aomsyt] whan © 32Chapter 2 28. 26. Control Plan Development Reaction Plan — Action The reaction plan specifies the corrective actions necessary to avoid producing nonconforming products or operating out of control. The actions should normally be the responsibility of the people closest to the process, the operator, job-setter, or supervisor, and be clearly designated in the plan, Provisions should be made for documenting actions taken. The operator should be responsible for handling defective product as applicable, prior to notifying the supervisor. The operator should be trained to handle defective material. ‘Training, records should show evidence of such training for each operator required to handle defects. In cases where the reaction plan defaulis to "Notify Supervisor”, the control plan document should indicate what the supervisor will do with the suspect product, and to correct and stabilize the operation, if the control method fails or produces a failure. Reaction plans must include steps to contain suspecUnonconforming products, stop the process from creating more suspect/nonconforming product, and the steps necessary to bring the process back into control prior to releasing back to production Reaction Plan ~ Owner/Responsible The reaction plan action must be assigned an owner, and it is recommended to indicate a single position that can be linked toa specific individual. not a shared responsibility. The “Owner/Responsible” individual is responsible for ensuring all activities called for by the reaction plan action are carried out effectively, including involvement of related individuals or departments. 33$k Chapter 2 Control Plan DevelopmentChapter 3 Control Plan Phasos Chapter 3 Control Plan PhasesChapter 3 Control Plan Phases Introduction Control plans are made for different phases of the program. Just as each phase of APQP for the program has specific purpose and goals, the control plan developed and used in a phase has a specific purpose and goals. The ‘output (data, lessons learned, etc.) of the application of the control plan from a completed phase is used to further refine and improve the control plan at the next phase, culminating in the production control plan. (See Example Process Flow for Developing Control Plan in Chapter 2 Control Plan Development) However, after the implementation of the production control plan, refinement and improvement of the control plan continues. Lessons learned from the subject program, as well as those of similar programs in various stages of launch, are continuously applied to ensure the production control plan is a true living document, reflecting the latest process capability of the organization. 3.1 Prototype Control Plan Prototype control plans are a description of the dimensional measurements and material and functional tests that will occur during prototype build. The organization’s product quality planning team should ensure that a prototype control plan is prepared. ‘The manufacture of prototype parts provides an excellent opportunity for the team and customer to evaluate how well the product or service meets the Voice of the Customer objectives, per the AIAG APQP manual Chapter 2 Product Design and Development. Data acquired from application of the prototype control plan to the prototype build parts is used to: ‘* Ensure the product or service meets specification and report data as, required. ‘* Establish preliminary process parameters and packaging requirements, ‘+ Communicate any concems, deviations, and/or cost impact to the customer. While not required, preliminary process parameters and controls may also be included in the prototype control plan, especially if prototypes are made using existing mass production processes. 36Control Plan Phases 3.2 Pre-Launch Control Plan Pre-Launch control plans are a description of the dimensional measurements and material and functional tests that will occur after Prototype and before initial production launch. The pre-launch control plan ‘must include additional product and process controls to be implemented until the produetion process is validated, The purpose of the pre-launch control plan is to: * Specify process controls, including error-proofing and proofing devices and methods. ‘* Specify process and part characteristic data to be collected and _ analyzed to determine preliminary process capability. * Contain potential nonconformities during or prior to initial production runs, Part and process data acquired from the application of the pre-launch control plan is used for several APQP deliverables, including: (APQP Section #): ‘© Significant Production Run (4.1). ‘© Measurement Systems Analysis (4.2). ‘+ Preliminary Process Capability Study (4.3). ‘* Production Validation Testing (4.5). Outputs from the pre-launch control plan are also used for production part approval. Please refer to your customers part approval process, and/or the AIAG PPAP manual for details. In some cases, the customer may require a Safe Launch program to be implemented. The example below is an image of how the Safe Launch program is typically applied. The dotted outline of the Safe Launch shape indicates the start and end are flexible. ‘The customer may require the Safe Launch to be implemented during the pilot stage and continued into launch. The customer may require a separate Safe Launch control plan, or documentation of the additional controls as a supplement to the pre-launch control plan. The organization must provide the details of the enhanced control/containment in a customer-approved format. Additional details are explained in 3.3 Production Control Plan. 37Chapter 3 Control Plan Phases Concept Initiston/Approval Program Design Model? Approval Prototype Pot Launeh Planning “ Feedback Assessment and Corrective Action | | Typical Application of Safe Launch Control Plans 3.3 Production Control Plan ‘The production control plan is a written description of the systems for controlling production parts and processes. Approval of the authorized customer representative may be required. The Start of Production will include a “Safe Launch” or “Enhanced Containment” period to ensure containment of potential nonconformities. The Safe Launch period typically incorporates added inspection items or increased frequency of checks and monitoring and may include tighter control of specification limits. Consult your customer for specific requirements related to Safe Launch. The organization must provide the details of the enhanced control/containment in a customer-approved format. Typically, an addendum is attached to the production control plan, or items and frequencies of Safe Launch are indicated on the production control plan as “special control period” items. The organization must establish judgment criteria to determine when itis acceptable to end the Safe Launch period and have a decision-making process in place that ensures adequate management oversight of the decision. If the customer provides judgment criteria or requires authorization to end Safe Launch and implement the production control plan, the organization’s decision-making process must confirm the criteria are met and/or the customer has provided authorization, 38Chapter 3 Control Plan Phases A typical judgment criteria applied to decision-making is 90 days from production (from customer-defined start point) with no quality issues identified by the customer or by application of the Safe Launch items at the organization. If any quality issues are found within 90 days, the Safe Launch period starts again and continues until 90 days of production with no issues. Customers may apply additional or different judgment criteria Mass production provides the organization with the opportunity to evaluate output, review the contro! plan, and make appropriate changes. Various data sources and lessons learned should be applied to continuously improve the control plan, including but not limited to: * Statistical analysis of data collected as a result of applying the production control plan. ty reports and data. * Warranty data and part returns © Customer qu: ‘* Lessons learned from similar part programs and following launches. ‘+ Evolution/refinement of FMEAs for the part and similar parts. + Evolutionrefinement of process and product controls technology and methods (best practices). The production control plan isa living document and should be updated to reflect the addition or deletion of controls based on experience gained by producing parts, as described in the list above. 39Chapter 3 Control Plan Phases: 40Chapter 4 Effective Use of Control Plans Chapter 4 Effective Use of Control Plans 4lChapter 4 Introduction 4.4 Reverse PFMEA Effective Use of Control Plans As stated in the Introduction to this Control Plan Reference Manual, the control plan is an integral part of an overall quality process and is to be utilized as a living document, evolving to incorporate improvements and lessons learned as they occur, are verified and countermeasures are finalized This chapter gives guidance on the effective use of control plans, especially in relation to other elements of the overall quality process. While some of the topies described are directly related to control plans (¢.g., Use of Software to Develop/Link/Maintain, Reverse FMEA, Family/Foundation FMEA), several give guidance on how other elements of the “overall ‘quality process” should be used to improve or complement control plans to ensure robust quality and minimize variation. Each topic’s section is aid out in simple bullet point form to explain: « De ition/Key Concept of the topic. © Why the topic is important. © What to do and how to do it. The examples presented are given to illustrate an approach that is consistent with good or best practices, from the point of view of Ford, General Motors and Stellants. It is not intended to define a specific approach taken, just to sive guidance and consideration points to pursue continuous improvement of your overall quality process. As always, consult your customer for any specific requirements related to these topics. Definition/Key Concept(s): + Reverse PFMEA is a documented continuous improvement tool designed to find gaps or weaknesses in the prevention and detection controls of a process. * Reverse PFN Why is this important: Reverse PFMEA’s are an important tool that can: IEAs can be applied reactively as well as proactively. * Help identify previously overlooked processes. * Find additional failure modes in identified processes + Develop more realistic Priorities (APS). Priority Numbers (RPNs) or Action © Improve robustness of corrective actions. 42