Tag Archives: curiouscat

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

Managers Are Not Non-Leaders: Managers Need to Practice Things We Classify as Leadership Traits

Saying “Managers care about efficiency and leaders care about effectiveness” is like saying “Doctors care about theory and nurses care about patients.”

Managers that don’t care about effectiveness are lousy managers.
Leaders that don’t care about the gemba are lousy leaders.
Doctors that don’t care about patients are lousy doctors.
Nurses that don’t care about theory are lousy nurses.

Your role in the organization (and for the particular situation in question) and training and the situation will impact how you contribute. But the attitude that leaders are visionaries that think big thoughts, make decisions then tell everyone what to do (act as the brain for the organization) is outdated. Every list of what traits are for leaders that then contrasts them with managers that I have seen shows leadership traits managers need.

Seeking to separate leadership and management is a bad idea. If you want to have a few leadership traits that you want to focus on at various points (creating engagement, communicating a vision, building consensus, setting organizational direction) that is fine. But those things are traits managers need; they are not traits reserved for some separate leadership cadre.

And disconnected leaders that don’t understand the organization, the organizations customers etc. are not going to lead well (normally the contrast lists have the managers doing all the hands on stuff, at the gemba, with customers etc.). Nurses may not have as complete an understanding of the theories behind medical treatment decisions but they need to know a great deal of theory to do their jobs well. Everyone contributes and has different roles to play but I don’t see value in the contrast of leaders and managers mentality.

From what I have seen mainly the manager v. leader comparisons seem to be about belittling managers and elevating leaders; but leaders are this vague concept that isn’t well defined. Who are these leaders? Are they only senior executives? They can’t be managers because you are contrasting them with managers – by the contrasting model used they can’t be leaders and managers.

Continue reading

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

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

Experience Teaches Nothing Without Theory

“Experience teaches nothing. In fact there is no experience to record without theory… Without theory there is no learning… And that is their downfall. People copy examples and then they wonder what is the trouble. They look at examples and without theory they learn nothing.”

W. Edwards Deming in The Deming of America

Our brains are good at creating theories, from our experiences, so that our brain can learn. However when this is done only subconsciously we can be led astray. And in complex situations where it is not easy to see the causal relationships (managing human systems for example) it easier for us to be led astray when we are not consciously thinking about the theory driving our thoughts and decisions.

When we are learning (as little kids) we don’t understand that are brain is creating theories to help us learn. But our brain is creating theories and testing them out. What happens when we push the spoon off our high chair? Lets try it 500 times and see. After repeated experiments, we learn a good deal about how gravity will affect objects no matter where you are, no matter if you are in a highchair, or a stroller or a slide or your mother’s lap… We also learn about how people will react (psychology).

Our brains are great at creating theories and testing them even without us understanding that is what is going on. But managers need to push past this subconscious learning to understand the theories behind their actions or they will spend lots of time on activities that are wasteful, similar to the bird in this webcast:

Worm charming is a behavior birds use to encourage worms to go to the surface so the birds can then eat them. The methods used vary, however tapping earth with feet to generate vibrations is widespread. One theory for why the worms go to the surface is the vibrations are similar to those produced by digging moles, which prey on earthworms.

This bird doesn’t understand the theory behind their instinct. Therefore the bird can’t understand that a worm is not likely to burst through the pavement. Too often managers are applying behaviors without understanding the theory (or without evidence showing that the practice based on the theory is effective – failing to practice evidence based management). And so the managers don’t understand that the behavior will not be successful given the conditions they find themselves in.

Related: We are Being Ruined by the Best Efforts of People Who are Doing the Wrong ThingHow We Know What We KnowThe Illusion of Knowledge

Leadership and Management

I don’t think the attempts to separate leadership and management are useful. I read plenty of things that are variations on Peter Drucker’s:

“Management is doing things right; leadership is doing the right things.”

A manager that is not concerned about doing the right things is a lousy manager. And a leader that doesn’t care about doing things right is a lousy leader.

Another theme of this contrasting type quote says some version of:

“Managers care about efficiency and leaders care about effectiveness”

A manager who doesn’t strive to be effective is also a lousy manager. It is also odd to suppose the detached leader (the type that lets the manager deal with the mundane while they dream), one that doesn’t concern themselves with customer focus, value chains, going to the gemba really has a clue about effectiveness. The idea seems mainly to view a manager is a cog looking at some tiny process and making it efficient without understanding the organization as a system or value chains or customer focus.

I think, the main problem is all of the attempts to contrast leaders and managers. Much of the time people are saying managers don’t do things they certainly should be doing.

The desire to express how leadership traits can be used by those without organizational authority are useful. Discussion of how certain traits can be seen as within the domain of leadership I suppose may be useful (it can help our minds see how various traits and practices combine to help get results – and we can categorize these under “leadership”).

Leaders that are primarily “big thinkers” and motivators without a clue about how to actually do the things they advocate (the model of “managers” deal with the implementation with blinders to the system while “leaders” are “above the fray”) is not useful in my opinion. It does note a somewhat common practice (in organizations today) but not one that is wise. Separating leadership from the gemba is not wise. Separating leadership from a deep understanding of customers is not wise. Separating leadership from how the organization actually works is not wise.

Plenty of others seem to disagree with my opinion though, there are many articles, blog posts, podcasts, talks… on separating leadership from management.

Continue reading

94% Belongs to 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 Dr. W. Edwards Deming.

the system that people work in and the interaction with people may account for 90 or 95 percent of performance.

Dr. Deming’s quote from the introduction to the Team Handbook

I think, in looking at the total of Deming’s work, that the point he is trying to make is that looking to blame people is not a good strategy for improvement. The impact due solely to a person’s direct action (not including their interaction with the system and with others) is small in comparison to that of the system within which they work. So, Deming (and I) want people to focus on improving the system; which will achieve better results than searching for what people did wrong.

What did Deming want people to take from his statements?

Did he want us just to accept bad results? No. He was not saying it is the system there is nothing we can do just accept that this is how things are. He wanted us to focus on the most effective improvement strategies. He saw huge waste directed at blaming people for bad results. He wanted to focus the improvement on the area with the greatest possibility for results.

Did he want to say people are just cogs in the machine? No. Read or listen to most anything he said at any significant length (a full chapter of this book, a full article he wrote on management, an hour from one of his videos) and it is hard to maintain such a thought.

photo of forest trail

Pinetree Trail, Frasers Hill, Malaysia by John Hunter

Did he believe that people were not important? No. He was trying to direct the focus of improvement efforts to look not at the fault with one person but to look at the system. I believe strongly he was correct. If you blame a person as the root cause of a problem, my first, second and third reactions are why? why? why? It is possible the person is to blame and there is no benefit to exploring system improvement instead of settling for blaming the person. But that is rare.

I have written about the importance of developing people to build the capability of the organization. My father wrote about it previously, “American organizations could compete much better at home and abroad if they would learn to tap the potential information inherent in all processes and the creativity inherent in all employees.”

I wrote about the importance of the ideas behind Deming’s quotes here, back in 2006 – Find the Root Cause Instead of the Person to Blame

Continue reading

The Art of Discovery

Quality and The Art of Discovery by Professor George Box (1990):

Quotes by George Box in the video:

“I think of statistical methods as the use of science to make sense of numbers”

“The scientific method is how we increase the rate at which we find things out.”

“I think the quality revolution is nothing more, or less, than the dramatic expansion of the of scientific problem solving using informed observation and directed experimentation to find out more about the process, the product and the customer.”

“It really amounts to this, if you know more about what it is you are doing then you can do it better and you can do it cheaper.”

“We are talking about involving the whole workforce in the use of the scientific method and retraining our engineers and scientists in a more efficient way to run experiments.”

“Tapping into resources:

  1. Every operating system generates information that can be used to improve it.
  2. Everyone has creativity.
  3. Designed experiments can greatly increase the efficiency of experimentation.

An informed observer and directed experimentation are necessary for the scientific method to be applied. He notes that the control chart is used to notify an informed observer to explain what is special about the conditions when a result falls outside the control limits. When the chart indicates a special cause is likely present (something not part of the normal system) an informed observer should think about what special cause could lead to the result that was measured. And it is important this is done quickly as the ability of the knowledgable observer to determine what is special is much greater the closer in time to the result was created.

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: The Life and Memories of George E. P. Box, and many of his other books.

Related: Two resources, largely untapped in American organizations, are potential information and employee creativityStatistics for Experimenters (book on directed experimentation by Box, Hunter and Hunter)Highlights from 2009 George Box SpeechIntroductory Videos on Using Design of Experiments to Improve Results (with Stu Hunter)

George Box

I would most likely not exist if it were not for George Box. My father took a course from George while my father was a student at Princeton. George agreed to start the Statistics Department at the University of Wisconsin – Madison, and my father followed him to Madison, to be the first PhD student. Dad graduated, and the next year was a professor there, where he and George remained for the rest of their careers.

George died today, he was born in 1919. He recently completed An Accidental Statistician: The Life and Memories of George E. P. Box which is an excellent book that captures his great ability to tell stories. It is a wonderful read for anyone interested in statistics and management improvement or just great stories of an interesting life.

photo of George EP Box

George Box by Brent Nicastro.

George Box was a fantastic statistician. I am not the person to judge, but from what I have read one of the handful of most important applied statisticians of the last 100 years. His contributions are enormous. Several well know statistical methods are known by his name, including:

George was elected a member of the American Academy of Arts and Sciences in 1974 and a Fellow of the Royal Society in 1979. He also served as president of the American Statistics Association in 1978. George is also an honorary member of ASQ.

George was a very kind, caring and fun person. He was a gifted storyteller and writer. He had the ability to present ideas so they were easy to comprehend and appreciate. While his writing was great, seeing him in person added so much more. Growing up I was able to enjoy his stories often, at our house or his. The last time I was in Madison, my brother and I visited with him and again listened to his marvelous stories about Carl Pearson, Ronald Fisher and so much more. He was one those special people that made you very happy whenever you were near him.

George Box, Stuart Hunter and Bill Hunter (my father) wrote what has become a classic text for experimenters in scientific and business circles, Statistics for Experimenters. I am biased but I think this is acknowledged as one of (if not the) most important books on design of experiments.

George also wrote other classic books: Time series analysis: Forecasting and control (1979, with Gwilym Jenkins) and Bayesian inference in statistical analysis. (1973, with George C. Tiao).

George Box and Bill Hunter co-founded the Center for Quality and Productivity Improvement at the University of Wisconsin-Madison in 1984. The Center develops, advances and communicates quality improvement methods and ideas.

The Box Medal for Outstanding Contributions to Industrial Statistics recognizes development and the application of statistical methods in European business and industry in his honor.

All models are wrong but some are useful” is likely his most famous quote. More quotes By George Box

A few selected articles and reports by George Box

Continue reading