Assessing OEM Launch Readiness
Tony Pashigan is a resident Engagement Manager for Seraph Consulting. With more than 20 years of exposure to the Automotive Industry, Tony applies his insights to help facilities prepare for a product launch or overcome major operational hurdles.
Did you just attend another program review meeting 15 months before launch and have an uneasy feeling about a program team that seems too comfortable missing milestones or are 20 days past start of production and unable to meet delivery and quality requirements? For the former, you are wise to invest some energy to determine if the program is still on track. For the latter, while it would’ve been great to discover this earlier, it can still be fixed. You just have the additional burden of propping up production while you go back and put all the pieces for success in place.
To assess launch readiness on a new product development program any time before the start of production, begin with a broad look across the program at a high level. Another way to say that is to “manage wide”. This has to be done by someone (internal or consultant) with enough experience to know how to sense danger. They should review tracking and summary tools to look for disconnects, missing execution steps or tasks performed out of sequence.
Observations and Analysis to look for:
- Is the program team executing tasks out of sequence?Did they write the DFMEA before they had a signed statement of work? Did they create drawings without writing a DFMEA? Was the control plan written before, and does it inform, the operator instructions?
- Is the timeline an actual credible plan?Are lead times based on commitments from suppliers and functional groups? Or is the plan "the best you could achieve" with the time available. If supplier timing does not support requirements, has expediting been sought out? Most importantly, have customer expectations been adjusted to match what is possible.
- When weaknesses are exposed, make the transition from managing wide to managing deepThe plan will probably include a PPAP required date, so test the validity of that capacity by asking the right questions. Is there a bill of materials? When is final PPAP? What is the PPAP date for each component? Have all suppliers been selected? Have purchase orders been issued? Have all suppliers committed to their timing? Mastery of these issues is required and will enable you to easily identify any signs of weakness that could jeopardize the program.
- Look for red flags in the basic program tracking tools or program outputsAsk if they have an open issues list, and if not, it's a red flag. If they do, dig deeper. Which issues have to be closed to support the next big project milestone? How many issues are 30,60, and 90+ days old? Are any of those aging issues holding up downstream activity that will affect the timeline?
"It is much less expensive to bring in a consultant for a short time to keep a project on track than it is to hire a team of consultants to pick up the pieces after a start of production for which you weren't ready"
So, the approach is to manage wide until something suspicious is found and the switch to getting into the details by managing deep. The investigation is in no way limited to the examples given above. The approach applies to every facet of a new model development program. If there is concurrent engineering, as is often the case, the investigation can take you beyond the walls of the client to the customer or suppliers designing adjacent subsystems. The bottom line is you are looking for total commitment to parts on the floor at the expected time and quality, as opposed to tidy red/yellow/green charts.
The success of this investigation and the resultant prescribed corrective action, if any is required, is largely dependent on who runs the process. The program team led execution to where they are today. They were influenced by management, budgets, politics and the limits of their own experience. Egos, pride, and job security being with they are, they are likely to conclude everything is fine or “I already knew about that problem”. To know and not to fix is to not know. The PMO is often staffed with well-intended, smart people that create systems and processes for everything. With each customer and product being different, emerging technology, ever-changing sourcing strategies, and many other variables, no two programs are alike. So, as much as it’s attempted to automate program execution, an experienced person with a focus on parts on the floor needs to know when to pivot from systems and processes to guerilla warfare to get the job done.
The Best Alternatives:
- An experienced outside consultant that can quickly assess a program, determine if they sense danger, identify the source, and prescribe a corrective action and credible plan.
- A trusted resource with the same experience and talent but from within the enterprise that is selected by the head of the organization. The relationship would allow them to prevent being blocked by politics or fear of a shoot-the-messenger response, however, these relationships are increasingly rare.
Given sufficient resources at the onset of a program, any of them can launch successfully. However, competing priorities, budget ‘adjustments’ to “make the quarter”, lack of experience, turning off your brain and letting the system handle execution, and countless other causes often lead to results that fall short of requirements and expectations.
Seraph's team of operational managers and senior consultants intercede on our client's' behalf to fix a crisis that is putting the business at immediate risk, turnaround a situation that is damaging the bottom line or restructuring to improve the balance sheet. Seraph has successfully delivered projects in the following regions: The Americas, Europe, China, and India. Seraph's Industry Expertise Includes Aerospace, Automotive, Energy Infrastructure, Healthcare, and Medical Devices. Through our other operating companies, we are continually looking for distressed situations where we can put our expertise and capital to work to create value.