A discussion of the process from start to finish
May 9, 2006
Control of engineering changes for automotive components and assemblies requires cooperation and communication among groups within a company, as well as with outside suppliers. Changes must be initiated, communicated, implemented, and verified enterprisewide.
Changes in design, material, manufacturing methods, performance requirements, or even packaging are facts of life for all manufactured products. Coordinating these changes to ensure smooth implementation is an important function for most manufacturing companies; it becomes even more important when two or more companies are collaborating on a complex assembly, such as an automobile.
A major identified problem for both original equipment manufacturers (OEMs) and their suppliers is an industrywide cultural requirement to do more with less. Everyone wants to manage with data, but sometimes collecting more data is detrimental to the process of correcting a problem.
Control of engineering changes requires cooperation and communication among groups within a company, as well as with outside suppliers.
While manufacturers strive for perfection, all have faced that moment when they realize their shiny new product is not perfect. That is when engineering change comes into play.
Common reasons for making changes include dimensional issues, durability concerns, cost, quality requirements, performance requirements, and related changes to other components (see Figure 1). Any of these reasons can apply at any point in the life cycle of a product. In the case of automotive products, the life cycle commonly spans a decade, with a burst of activity occurring every year at model changeover.
Common reasons for making changes include dimensional issues, durability concerns, cost, quality requirements, performance requirements, and related changes to other components.
Depending on the life cycle of a product, changes are likely to be initiated for different reasons at different times. Broadly speaking, products go through several phases in the course of a life cycle:
In the automotive industry, vehicle development can take from three to more than eight years.
Conceptualization, Design, and Development. Speaking of engineering changes in the early parts of this phase is somewhat redundant—change is the entire reason for the new product. During this phase of a product's life cycle, change controls are likely to be minimal. This is the time when collaboration and communication between suppliers and OEMs need to be constant.
One problem that seems endemic in the automotive development process is the last-minute engineering change. Such changes not only disrupt program timing, but also inflate costs. So why does the U.S. automotive industry allow it?
Launch. The launch of a new product is one of the most challenging activities in which an OEM or supplier participates. While change control is perhaps most crucial at this point in a product's life cycle, it also is the most difficult and chaotic at this stage.
Production. After product launch, the pace of official engineering changes slows; the emphasis becomes meeting production requirements. However, changes don't stop. Most products and processes undergo continual, low-level changes to improve quality and productivity and to reduce costs.
Indeed, the automotive industry has recognized and taken advantage of this continual change by requiring suppliers to provide "givebacks," long-term agreements, material cost reductions, and other savings. Given the high degree of competition required to win the award of a program, such improvements are vital if the supplier is to achieve and maintain reasonable profitability.
Paradoxically, the tweaks performed during a production run are rarely captured and documented as thoroughly as the changes performed during the initial design or at scheduled model changeovers.
End of Life. A product's end-of-life stage can be approached in several ways. If the product does not meet expectations in performance or sales, and company management has no interest in it, the result generally is an ignominious death. If the product does meet overall expectations, targeted changes can be performed to extend its life or prepare for its replacement. End of life also can be a good test bed for future product and process innovations.
Cradle-to-grave program ownership is a common aspiration in the automotive industry, but it rarely is carried out. Given the length of most automotive programs, as well as budgetary constraints and the development of new products, it is difficult to keep a core team intact and responsible for a single program.
Increases in computer and networking power availability and accessibility have strengthened automakers' communications infrastructure and product data management practices significantly. Source: United Kingdom Department of Trade and Industry.
In automotive design and production, which involves coordinating the activities of hundreds of companies and thousands of people, communication assumes paramount importance.
Over the past several years, with the vast increase in computer and networking power availability and accessibility, automakers have strengthened their communications infrastructure and product data management (PDM) practices significantly (see Figure 2). However, a serious disconnect still exists among a company's design, engineering, purchasing, sales, logistics, manufacturing, accounting, quality, and service departments and suppliers.
One area of communication difficulty is the transfer of responsibility between groups as a program moves between phases.
The conceptual phase, often the responsibility of an advance design group, defines the bulk of the end product cost. The program then is handed off to the product development group and developed internally or by a supplier. This transition, even under the best of circumstances, creates discontinuity in the design because many of the underlying reasons for selecting a solution or design approach are lost. A similar discontinuity occurs in the hand-off from product development to manufacturing.
Implementing launch teams can mitigate this to some degree, but it also introduces some problems. Launch teams are groups of technical and support personnel responsible for ensuring that the start of production for a product is successful. The teams generally consist of members of the product development team and sometimes include specialists in various disciplines needed for the production start-up phase of a program.
One difficulty associated with launch teams is simple human nature. The manufacturing plant personnel assigned to the new program often retain their responsibility for existing programs. Because the launch team is responsible for the new program, the plant personnel pay little attention to it. This leads to another discontinuity in the transition of the program.
Each time an engineering change takes place, common human factors should be given high attention. In the automotive industry, engineers and designers often work exclusively in the product design area. This leads to a lack of appreciation of the realities of the plant floor, often resulting in problems such as difficult part assembly.
Four common errors can be minimized through careful design and planning:
One design technique to help minimize these errors is to use standard parts. The chance of an assembler picking the wrong part is less if there are fewer different parts in the assembly. Commonality programs encourage widespread use of the fewest types of parts throughout the assembly.
Another technique is to make part differences very obvious. Different material or internal features may not be obvious to workers. If parts cannot be identical, their differences should be made obvious.
Parts also should be designed so that, even if the operator picks up the wrong part, it will not fit in the intended position. And if the operator chooses the right part, it should not fit unless oriented correctly. This can be ensured with poka-yoke, or error-proofing, geometries.
The design activity must include verification of the product. This encompasses not only the functionality of the components or system, but also the process used to generate specifications and requirements. As an example, it is of great importance that most automotive components be reliable, but it is vitally important for other components. Yet it is quite common for design specifications to fail to differentiate between the importance of components. The result often is a test plan that greatly increases both development cost and selling price.
Engineering changes are an unfortunate necessity in every industry, and change control is an ongoing problem. Following are a few points to keep in mind when you examine your processes:
Chuck Stuart is a senior product engineer with a Tier 1 automotive supplier, email@example.com. S. Manivannan (Mani) is quality coach/assessor — PTO quality, Ford Motor Company, Manufacturing Process/Product Support Department, Rouge Office Bldg., Cube #3468G, MD #R-33, 3001 Miller Road, Dearborn, MI 48120-1496, 313-323-7719, fax 313-323-7719, firstname.lastname@example.org. Both authors also are doctoral students at Lawrence Technological University, Southfield, Mich., www.ltu.edu. Manivannan also is a member of The FABRICATOR Editorial Advisory Board.