The increasing cost of change is ultimately what drives the need for complex products to have a robust product development to absolutely minimize the amount of change required to resolve things that are not known at the start of development, and thus minimize subsequent cost and schedule impacts.

I have attempted to illustrate the relative cost of change during a product development cycle in the above graph. This is not an absolute representation; i.e. for any particular change the specific values of this graph will be unique. But the general trend is the same across all change - the cost of change is relatively low thru the definition and design phase, but cost takes a significant increase once hardware (in terms of tooling and parts) is purchased. And of course, once product is fielded, then costs for change are at the maximum.

For complex products, if an incremental approach is taken instead of a robust product development process that I have previously described, then it is probable that change necessary for product success will be prohibitively expensive. Ultimately most (if not all) product developments fail because the understanding of when a change is necessary for product development success occurs far too late in the product development cycle, and as such is prohibitive of further effort.

An example of this caught my eye in a recent article - in the Friday Nov 7 2014 Wall Street Journal, "Safety Concerns Sank Google's Barges" on Page B1 by Jeff Elder, discusses the fact that the infamous Google barges that showed up last year in San Fransisco Bay with much mystery about their purpose are now in the process of being dismantled due to safety concerns expressed by the Coast Guard. Per the article, construction began in 2011, and Google began the process of obtaining Coast Guard approval in late 2012 with the intent of making them into retail demonstration space.

No product development can ever be perfect - if someone were to attempt to design without experiencing any failures, there would be no products as nothing can ever be perfected without being fabricated and tested. The purpose of planning is not to prevent failure; rather, the purpose of planning is to prevent SYSTEMIC failure, that is, a failure that cannot economically be overcome.

I believe (based on the information in the article) that the Google barge suffered a product development systemic failure. If indeed Google waited 12 - 24 months after construction began (and so waited by my estimate at least 24 - 36 months after design begun) to engage the Coast Guard in potential regulation requirements was a systemic failure of their product development process, as the requirements necessary to comply with regulations needed to have been understood by the designers early in the process to avoid the prohibitive expense of attempting addition later. These type of requirements cannot economically be incrementally added - they have to be (and could have been) designed in from the beginning. It is the resultant inability to incorporate the changes incrementally in a cost effective manner the changes necessary to comply to requirements that makes this situation a systemic failure.

It would initially seem odd that what is technically simple (a barge with a building on it) turned out to be a product development failure. However, perhaps it does makes sense in the context of how much thought may have went into their planning process, and how much experience Google has at successful non-software only product developments (particular products that involve the Coast Guard). I doubt many people at Google thought there was much technical challenge in the fabrication of a barge with a building on it, and therefore they may not have put together a sufficiently robust product development process. As such they did not anticipate the need to integrate the required equipment required to meet Coast Guard requirements, and subsequently failed.

The lesson to be learned is to not underestimate the impact of not addressing systemic failure modes on products independent of complexity. Systemic failure modes can be related to anything that needs to be designed into the product from the beginning of design to be ensure economic viability - things like regulatory requirements, firmware quality, or the other complexity drivers that I mentioned in previous discussions. Robust product development planning is specifically required to eliminate these systemic failure modes such that the product development is ultimately successful.

This article originally posted on LinkedIn

Keep reading...Show less

Upcoming Events

August 9 - August 11 2022

MaximoWorld 2022

View all Events
banner
80% of Reliabilityweb.com newsletter subscribers report finding something used to improve their jobs on a regular basis.
Subscribers get exclusive content. Just released...MRO Best Practices Special Report - a $399 value!
DOWNLOAD NOW
“Steel-ing” Reliability in Alabama

A joint venture between two of the world’s largest steel companies inspired innovative approaches to maintenance reliability that incorporate the tools, technology and techniques of today. This article takes you on their journey.

Three Things You Need to Know About Capital Project Prioritization

“Why do you think these two projects rank so much higher in this method than the first method?” the facilitator asked the director of reliability.

What Is Industrial Maintenance as a Service?

Industrial maintenance as a service (#imaas) transfers the digital and/or manual management of maintenance and industrial operations from machine users to machine manufacturers (OEMs), while improving it considerably.

Three Things You Need to Know About Criticality Analysis

When it comes to criticality analysis, there are three key factors must be emphasized.

Turning the Oil Tanker

This article highlights the hidden trap of performance management systems.

Optimizing Value From Physical Assets

There are ever-increasing opportunities to create new and sustainable value in asset-intensive organizations through enhanced use of technology.

Conducting Asset Criticality Assessment for Better Maintenance Strategy and Techniques

Conducting an asset criticality assessment (ACA) is the first step in maintaining the assets properly. This article addresses the best maintenance strategy for assets by using ACA techniques.

Harmonizing PMs

Maintenance reliability is, of course, an essential part of any successful business that wants to remain successful. It includes the three PMs: predictive, preventive and proactive maintenance.

How an Edge IoT Platform Increases Efficiency, Availability and Productivity

Within four years, more than 30 per cent of businesses and organizations will include edge computing in their cloud deployments to address bandwidth bottlenecks, reduce latency, and process data for decision support in real-time.

MaximoWorld 2022

The world's largest conference for IBM Maximo users, IBM Executives, IBM Maximo Partners and Services with Uptime Elements Reliability Framework and Asset Management System is being held Aug 8-11, 2022