Category Archives: Process improvement

Steve Jobs on Quality, Business and Joseph Juran

This webcast shows an interesting interview with Steve Jobs when he was with NeXT computer. He discusses quality, business and the experience of working with Dr. Juran at NeXT computer. The video is likely from around 1991.

America’s in a tough spot right now, I think. I think we have forgotten the basics. We were so prosperous for so long that we took so many things for granted. And we forgot how much work it took to build and sustain those basic things that were supporting out prosperity. Things like a great education system. Things like great industry.

We are being out-planned, we are being out-strategized, we are being out-manufactured. It there is nothing that can’t be fixed but we are not going to fix it up here, we are going to fix it by getting back to the basics.

I agree with this thought, and while we have made some progress over the decades since this was recorded there is a long way to go (related: complacency about our contribution the USA has received from science and engineering excellencewhen you were as rich as the USA was in the 1950s and 1960s more and more people felt they deserved to be favored with economic gifts without effort (forgetting the basics as Jobs mentioned)Silicon Valley Shows Power of Global Science and Technology Workforce). After World War II the USA was able to coast on an economic bubble of extreme wealth compared to the rest of the world for several decades (and the economic success built during that period even still provides great advantages to the USA). That allowed wealthy living conditions even without very good management practices in our businesses.

Where we have to start is with our products and our services, not with our marketing department.

Quality isn’t just the product or service. Its having the right product. Knowing where the market is going and having the most innovative products is just as much a part of quality as the quality of the construction of the product. And I think what we are seeing the quality leaders of today have integrated that quality technology well beyond their manufacturing.

Now going well into their sales and marketing and out as far as they can to touch the customer. And trying to create super efficient processes back from the customer all the way through the delivery of the end product. So they can have the most innovative products, understand the customer needs fastest, etc..

The importance of customer focus is obvious at the companies Jobs led. It wasn’t a weak, mere claim of concern for the customer, it was a deep passionate drive to delight customers.

Continue reading

Deming and Software Development

I am sometimes asked about how use Deming’s ideas on management in a software development context. My belief is Deming’s ideas work extremely well in a software development context. The main issue is often unlearning some assumptions that people might have about what the Deming management system is.

It really is surprising to me how many “knowledge workers” respect Deming ideas but then say his attempts to treat factory workers as thoughtful people who should be respected and involved in improving their processes doesn’t make sense for them because they are “knowledge workers.”

There are many good things being done to improving the software development process. I think many of them are very Deming-like in their approaches (but to me miss out on aspects of the Deming management system that would be helpful). I think Dr. Deming’s approach to software development would focuses on the system of profound knowledge (the 4 inter-related areas below):

  • Understanding variation – software development has quite a bit of variation, some probably innate [unique work] and some due to not having good procedures, batching work, not fixing problems right when they are seen, quick fixes that leave the system venerable in the long term (when you make one simple change to the code it has an unanticipated consequence due to poor practices that could have been eliminated), etc.. Many good coding practices are effective strategies to deal with this issue. And building an understanding of variation for managers (and business process owners/product owners) is very helpful to the software development process. The ideas in agile and kanban of focusing on smaller delivery units of work (one piece flow, just in time, cycle time…), customer value, maintainable code, sustainable work conditions, etc. are directly found in a Deming management system.
  • Appreciation for the system of software development. Don’t just complain about bugs. Examine the process of development and then put in place mistake proofing efforts (don’t duplicate code, use integrated regression tests, don’t put artificial constraints on that result in system distortions – unrealistic targets…). Use things like kanban, limited work in progress, delivering value to customers quickly, think of success in terms of getting working software to customers (not meeting internal delivery goals), etc. that take into account our experience with systemic software development problems over the decades.
  • Theory of knowledge – how do we know what we know? Are estimates reliable? Lets look at what users do, not just what they say (A/B testing…). Software developers often appreciate the value of usability testing, even though they rarely work for organizations willing to invest in usability testing. In my experience when software developers object to usability testing it is normally really an objection to overwork, and the usability testing is just going to give them more work or criticize things they were not allowed to spend the time they needed to do great work. That won’t always be the reason but it is the main one in my experience (I suppose their is also fear and just the psychology of not wanting to hear anything negative about what has been created – even if the usability testing shows tons of great results people will often focus on the negative).
  • psychology and respect for people – This pretty much seems like it is the same for software development as everywhere else.

Continue reading

Poor Results Should be Addressed by Improving the System Not Blaming Individuals

My response to: Where is the Deming study that asserts most errors are in organization or process?

There is no such study, it is based on Dr. Deming’s experience as I discuss in 94% Belongs to the System (improve the system, don’t blame the people in the system).

“I should estimate that in my experience most troubles and most possibilities for improvement add up to the proportions something like this: 94% belongs to the system (responsibility of management), 6% special.”

Page 315 of Out of the Crisis by W. Edwards Deming

Getting hung up on the figure 94% is a mistake. His point was that you improve performance going forward by improving the system not blaming people. His two books provide background and the thought process involved behind why we are failing to manage better. Changing the people, while leaving the system in place, most often doesn’t help.

Variation does confuse people sometimes. The same mistake as say yelling at someone any time results are really bad. Most likely results will get better. Not because yelling helps but essentially regression to the mean. So you can move people out after really bad results and things get better. Of course, most of the time they would have gotten better if you left the people there (and did nothing or yelled).

Even when the person did totally mess up, why did the system allow that? Why did the system put that person in a place where they were not qualified? Answering and fixing these types of questions would help improve the system and the results going forward.

Yes, occasionally the answer might be that Joel was hired sensibly, managed and coached sensibly but he just became a complete jerk and won’t respond to coaching and this is only his fault. But normally that won’t be the case, even when the person seems nearly totally to blame (and that isn’t even a very common situation) normally there are obvious weaknesses in the system that put them in the place to fail and will likely put anyone else in the same place in the future.

Related: Firing Workers Isn’t Fixing ProblemsPeople: Team Members or CostsCreate a System That Lets People Take Pride in Their WorkFind the Root Cause Instead of the Person to Blame

Jiro Dreams of Sushi

Jiro Dreams of Sushi is a documentary on a Japanese sushi restaurant, Sukiyabashi Jiro, that is full of great quotes for those interested in continual improvement. Throughout the film people discuss a never ending focus on doing better and better – never becoming complacent.

Quotes from Jiro Dreams of Sushi:

Jiro: “Once you decide on your occupation you must immerse yourself in your work. You have to fall in love with what you do… You must dedicate your life to mastering your skill. That is the secret of success and the key to being regarded honorably.”

Jiro: “There is always room for improvement.”

Jiro: “I do the same thing over and over, improving bit by bit.”

Jiro: “I feel ecstasy every day. I love making sushi.”

Fish seller: “When you think you know it all, you then realize you are just fooling yourself.”

Food critic ~ “when you work for Jiro he teaches you for free. But you have to endure years of training.

”‹Apprentice: “But there is only so much you can learn from words. I have to keep practicing.””‹

Jiro: ~ (paraphrased and changed a bit) “When the fish gets to me the sushi is 95% complete. I prepare it in front of the customer so get the credit but the truth is the person doing the least work gets most of the credit”

Jiro’s eldest son, Yoshikazu: “Always strive to elevate your craft.”

The focus is on the dining experience in total. The meal is composed of elements that are designed to work together with the focus on quality of the individual dishes but also on the interaction between the individual items and the complete experience.

The respect for suppliers is also seen in the film. Jiro’s eldest son says (approximately) “we are experts at sushi and we know a great deal but the tuna vendor we use knows more about tuna, the shrimp vendor knows more about shrimp… we trust them.” Later Jiro says (again from my memory), “we buy our rice from our vendor because Mr. ___ (I can’t remember the name) knows more about rice than anyone else, I trust him to provide what is best for us.”

They even touch on the bigger picture. Jiro’s son: “overfishing is the problem. Finding good fish is getting harder and harder… There should be regulations enforced on only catching bigger fish. Business should balance profit with preserving natural resources.”

As with any example there are particulars that you can learn from and specifics that don’t apply well to your situation. I know next to nothing about kitchens of world class restaurants but what I do know is they seem extremely dedicated to their work (much more so than many other organizations are interested in striving for). They also seem to be more autocratic than most other modern organizations. They also seem much more focused on perfecting the process to achieve the best result even if that requires a great deal more work than some alternative that produces very good results.

Related: You’ve Got to Find What You Love (Steve Jobs Stanford address)Respect People by Creating a Climate for Joy in WorkPositivity and Joy in WorkThe Customer is the Purpose of Our Work

Resources for Using the PDSA Cycle to Improve Results

graphic image showing the PDSA cycle

PDSA Improvement cycle graphic from my book – Management Matters

Using the PDSA cycle (plan-do-study-act) well is critical to building a effective management system. This post provides some resources to help use the improvement cycle well.

I have several posts on this blog about using the PDSA cycle to improve results including:

The authors and consultants with Associates for Process Improvement have the greatest collection of useful writing on the topic. They wrote two indispensable books on the process improvement through experimentation: The Improvement Guide and Quality Improvement Through Planned Experimentation. And they have written numerous excellent articles, including:

Related: Good Process Improvement PracticesThe Art of Discovery (George Box)Planning requires prediction. Prediction requires a theory. (Ron Moen)

How to Sustain Long Term Enterprise Excellence

This month Paul Borawski asked ASQ’s Influential Voices to explore sustaining excellence for the long term.

There are several keys to pulling sustained long term excellence. Unfortunately, experience shows that it is much easier to explain what is needed than to build a management system that delivers these practices over the long term. The forces pulling an organization off target often lead organization astray.

Each of these concepts have great deal more behind them than one post can explain. I provide some direct links below, and from those there are many more links to more valuable information on the topics. I also believe my book provides valuable additional material on the subject – Management Matters: Building Enterprise Capability. Sustained long term excellence is the focus of the book. A system that consistently provides excellent performance is a result of building enterprise capability over the long term.

Related: Distorting the System, Distorting the Data or Improving the SystemSustaining and Growing the Adoption of Enterprise Excellence Ideas in Your OrganizationManaging to Test Result Instead of Customer ValueGood Process Improvement PracticesChange is not ImprovementManaging Our Way to Economic Success Two Untapped Resources by William G. HunterSoftware Process and Measurement Podcast With John HunterCustomer Focus by Everyone

Jeff Bezos: Innovation, Experiments and Long Term Thinking

Jeff Bezos, bought the Washington Post. He has long showed a willingness to take a long term view at Amazon. He is taking that same thinking to the Washington Post:

In my experience, the way invention, innovation and change happen is [through] team effort. There’s no lone genius who figures it all out and sends down the magic formula. You study, you debate, you brainstorm and the answers start to emerge. It takes time. Nothing happens quickly in this mode. You develop theories and hypotheses, but you don’t know if readers will respond. You do as many experiments as rapidly as possible. ‘Quickly’ in my mind would be years.”

The newspaper business is certainly a tough one today – one that doesn’t seem to have a business model that is working well (for large, national papers). I figured the answer might be that a few (of the caliber of Washington Post, New York Times…) would be owed by foundations and supported largely by a few wealthy people that believed in the value of a strong free press and journalism. Maybe Bezos will find a business model that works. Or maybe he will just run it essentially as a foundation without needing a market return on his investment.

The Guardian (where the article with the quote was published) is an example of good journalism by a foundation. ProPublica is another (though I guess it is really a non-profit but most of the funding seems to be via foundations).

Related: Jeff Bezos and Root Cause Analysis (2009)Amazon Innovation (2006)Jeff Bezos on Lean Thinking (2005)Jeff Bezos Spends a Week Working in Amazon’s Kentucky Distribution Center (2009)

Design of Experiments: The Process of Discovery is Iterative

This video is another excerpt on the design of experiments videos by George Box, see previous posts: Introduction to Fractional Factorial Designed Experiments and The Art of Discovery. This video looks at learning about experimental design using paper helicopters (the paper linked there may be of interest to you also).

In this example a screening experiment was done first to find those factors that have the largest impact on results. Once the most important factors are determined more care can be put into studying those factors in greater detail.

The video was posted by Wiley (with the permission of George’s family), Wiley is the publisher of George’s recent autobiography, An Accidental Statistician, and many of his other books.

The importance of keeping the scope (in dollars and time) of initial experiments down was emphasized in the video.

George Box: “Always remember the process of discovery is iterative. The results of each stage of investigation generating new questions to answered during the next.”

Soren Bisgaard and Conrad Fung also appear in this except of the video.

The end of the video includes several suggested resources including: Statistics for Experimenters, Out of the Crisis and The Scientific Context of Quality Improvement.

Related: Introductory Videos on Using Design of Experiments to Improve Results (with Stu Hunter)Why Use Designed Factorial Experiments?brainstormingWhat Can You Find Out From 12 Experimental Runs?

What is the Explanation Going to be if This Attempt Fails?

Occasionally during my career I have been surprised by new insights. One of the things I found remarkable was how quickly I thought up a new explanation for what could have caused a problem when the previously expressed explanation was proven wrong. After awhile I stopped finding it remarkable and found it remarkable how long it took me to figure out that this happened.

I discovered this as I programmed software applications. You constantly have code fail to run as you expect and so get plenty of instances to learn the behavior I described above. While I probably added to my opportunities to learn by being a less than stellar coder I also learned that even stellar coders constantly have to iterate through the process of creating code and seeing if it works, figuring out why it didn’t and trying again.

The remarkable thing is how easily I could come up with an new explanation. Often nearly immediately upon what I expected to work failing to do so. And one of the wonderful things about software code is often you can then make the change in 10 minutes and a few minutes later see if it worked (I am guessing my brain kept puzzling over the ideas involved and was ready with a new idea when I was surprised by failure).

When I struggled a bit to find an initial explanation I found myself thinking, “this has to be it” often because of two self reinforcing factors.

First, I couldn’t think of anything else that would explain it. Sometimes you will think right away of 4 possible issues that could cause this problem. But, when I struggled to find any and then finally came up with an idea it feels like if there was another possibility I should have thought of it while struggling to figure out what I finally settled on.

Second, the idea often seems to explain exactly what happened, and it often feels like “of course it didn’t work, what was I thinking I need to do x.” This often turns out to be true, doing x solves the problem and you move on. But a remarkable percentage of the time, say even just 10%, it doesn’t. And then I would find myself almost immediately thinking, of course I need to do y. Even when 10 seconds ago I was convinced there was no other possibility.

Continue reading

Getting Known Good Ideas Adopted

This month Paul Borawski asked ASQ’s Influential Voices to explore two questions; first, what is the most important challenge the quality community faces in ensuring that the value of quality is fully realized for the benefit of society?

I really think it is just getting the good ideas to improve management, that have been around for decades, adopted. This might not seem that important. But I hear almost no talk about this and tons of talk about all sorts of “new ideas” for management.

The “new ideas” that I look into don’t seem like very new ideas to me. The best of these ideas are usually well thought out tweaks and enhancements (along with a potentially better presentation of the core ideas) that are useful. But they are really just about getting old ideas adopted, it seems to me. Still this is good and useful work.

Unfortunately the vast majority seems to me to be overly simplistic ideas that involved more thought in creating something to market than in creating something to improve the practice of management.

We seem to spend all sorts of time and energy focused on new branding for management ideas when we would be better off focusing on how to get organizations to adopt good practices. I think the distraction with finding new ways of clothing the same old ideas is a distraction that prevents focus where it would be more worthwhile. This is especially true because those rebranding old ideas often don’t understand the old idea. They seem to see it would easier to sell if it were simplified so they do that and rebrand it but they don’t understand that they left of critical components and it won’t work – even if it is easier to sell.

Continue reading