Archive for the
‘APQP’ Category

In the development phase of the product development life cycle, we are generating ideas for the product. We see opportunities in the market place and wish to explore if we can capitalize (not a vulgar word) upon these opportunities.  Perhaps a new technology has become available to us.  Our organization will want to investigate the […]

By Shawn P. Quigley Maslow and Motivation In our previous discussions we have referred to Maslow’s Theory of Human Motivation (Hierarchy of Needs) and how this relates to work place motivation. To best continue our discussion we must first review some of the tenets of Maslow’s theory in more detail and dispel the misconception that […]

Requirements and Benchmarking One of the things we can do to understand and develop our own requirements is to explore other products that are similar to our proposed product or that solve the same or similar customer problem.  Where there are similar needs met, benchmarking is a way for us to understand how other suppliers have […]

The customer can seldom articulate the technical details of the product.  The customer may define the product or need in terms of function and performance, but building the product from these documents will be extremely difficult or perhaps impossible.  We will need some type of document to begin describing in technical terms the product that […]

In keeping with our requirements work, we will start by identifying the attributes of a good requirement.  We start our project off with the requirements, so it stands to reason if we start off poorly or in the wrong direction, we will not make the objective.  This situation will get worse the longer we spend […]

Continuous Deliver and Embedded Automotive I have worked on projects that employed continuous delivery for embedded products. The embedded product was an automotive component.  The core of the software (the operating system) was specified using conventional approach. This operating system consisted of the maximum model requirements for this globally used component. The component looked and […]

Documentation and Rework Once, a long time ago, I worked at a company that was having some difficulty coordinating their development work.  The product that was produced was a complex arrangement of mechanical and electrical / electronic systems.  The company was ISO certified and had documentation describing how they would work, including configuration and change management.  […]

In the purchasing contract with a tier one supplier, the expected the “0-kilometer” quality or failure rate is not to exceed 500 parts per million (ppm).  These are failures seen before the product leaves the OEM manufacturing floor requiring product rework on the assembly line or as the vehicle rolled off the end of the […]

The Emissions Tango There is so much to learn from this case for those who develop products for a living and automotive products in particular.  Understanding the impact of concept selection and testing of the product on the project success and product quality is important.  The early decisions we make regarding the development of the […]

Recently I was talking with a company that has achieved the level 3 (defined) CMMI from the Software Engineering Institute that provides a measure of an organizations maturity and capability.  During this conversation, I had a flash to another company that had aspirations of being a level 3 but could never make it beyond their […]