2012年9月26日星期三

ASQ InfVoices - The Quality Velocity and Balance

The September Topic of ASQ Influential Voice was raised by Paul Borawski (CEO, ASQ) that "Quality should or should not change despite the rapidly changing world". I would like to use the term "Quality Velocity" to explain the trend of faster change on product and service.

For software development, the velocity is calculated by counting the number of units of work completed in a certain interval, and determined at the start of the project. The key point behind velocity is to help teams estimate how much work they can complete in a given time interval based on how quickly similar work was previously completed. Quality Velocity is committed to delivering the highest quality products or services, on time, each time and every time you buy to meet the requirement of shorter and shorter product/service life cycle.
   
However, it has a trade-off between Quality and Speed. For instance, the shorter time to launch a product would sacrifice its reliability. It demonstrated the contradiction between quality and speed.

On the other hand, some fashion product, like mobile phone, need more new models launching in the shorter period of time but the reliability requirement may be reduced. The old mobile phone (before smart phone) could use for five years as an example. Now the new smart phone's reliability design may be for two years because people would like to change the new fashion smart phone frequently.

In here, I would like to suggest to employ TRIZ (TheoriaResheneyvaIsobretatelskehuhZadach) (Theory of Solving Problems Inventively) to solve this problem. There were included 39 Engineering Parameters and 40 Innovation Principles in which formed a famous table called "Contradiction Matrix". The matrix demonstrated which of the 40 principles have been used most frequently to solve a problem that involves a particular contradiction.

Innovation is the way to achieve the balance between Quality and Speed.

Photo: Too fast would cause a negative consequence!


Reference:
Genrich Altshuller (translated by Lev Shulyak) (1996) And Suddenly the Inventor Appeared – TRIZ, the Theory of Inventive Problem Solving, Technical Innovation Center, Inc.


2 則留言:

John Hunter 說...

"However, it has a trade-off between Quality and Speed. For instance, the shorter time to launch a product would sacrifice its reliability"

As I wrote in my post this month I think the key today is to change that result. It is not acceptable to sacrifice reliability to be faster. Improvements to the system are needed to allow the process to produce quality more quickly.

http://management.curiouscatblog.net/2012/09/21/build-systems-that-allow-quick-action-dont-just-try-and-run-faster/

Just trying to be faster without improving the system is not a wise idea.

Quality Alchemist 說...

John, you are right. Let's look Organization as a System (OaaS). Improving the processes mean improving the system. Therefore, we need to improve the process to achieve short product life cycle rather than sacrificing the quality level.

LinkWithin

Related Posts with Thumbnails