Featured Product
This Week in Quality Digest Live
Quality Insider Features
Ophir Ronen
Ushering in a new era of data-driven hospitals
Jacob Bourne
Combining computers, robotics, and automation drives efficiency and innovation
Gleb Tsipursky
Here’s the true path to junior staff success
Nathan Furr
Here’s how to balance psychological safety and intellectual honesty for better team performance
Massoud Pedram
An electrical engineer explains the potential

More Features

Quality Insider News
Introducing solutions to improve production performance
High-performance model extends vision capability
June 6, 2023, at 11:00 a.m. Eastern
Improving quality control of PCBAs and optimizing X-ray inspection
10-year technology partnership includes sponsorship of quality control lab
Research commissioned by the Aerospace & Defense PLM Action Group with Eurostep and leading PLM providers
MM series features improved functionality and usability
Improved design of polarization-independent beam splitters

More News

Davis Balestracci

Quality Insider

‘Just Do It!’ Still Won’t Do It

Even good ideas must be subject to critical thinking

Published: Wednesday, January 29, 2014 - 17:58

I remember all too well the “quality circles will solve everything” craze during the 1980s, which died a miserable death. During this time I was exposed to Joseph Juran’s wisdom about quality circles from his outstanding Juran on Quality Improvement video series from the 1970s. He was adamant: They must be separate from an organization’s formal quality improvement efforts and used only to solve everyday, localized, frontline problems—the 80 percent of the processes causing 20 percent of the problems.

For quality circles to be effective, they must be built into a mature, overall organizational improvement process that is actively working on the majority of problems, those 80 percent that are caused by only 20 percent of the processes.

A hot topic at the moment, especially in healthcare, is rapid cycle PDSA (plan-do-study-act). In many cases, I’m seeing it presented as a “Go on... just do it!” process for everyman to test good ideas in his routine work as a way to work around sluggish management.

The rallying cry is: “What can we do now? By next week? By Tuesday? By tomorrow?”

Here’s rapid cycle PDSA in a nutshell:
• Test on a really small scale. For example, start with one patient or one clinician at one afternoon clinic, and increase the numbers as you refine the ideas.
• Test the proposed change with people who believe in the improvement. Don’t try to convert people into accepting the change at this stage.
• Implement the idea only when you’re confident you have considered and tested all the possible ways of achieving the change.

Note: The implicit “plan” of PDSA seems to be, “Come up with a good idea to test, then plan the test.” Sounds so easy, at least on paper or at a conference.

Is this just a modern-day variation of quality circles? Good people with good ideas doing their best? As Deming growled many times, “They already are... and that’s the problem!” He also said, “For every problem, there is a solution: simple, obvious... and wrong!

Reviewing two of my respected colleague Mark Hamel’s observations from a previous newsletter:
• Human systems don’t naturally gravitate to discipline and rigor.
• Most folks are deficient in critical thinking, at least initially.

The fine print?

I researched a bit on rapid cycle PDSA and found some resources to help one “plan”—see examples No. 1 and No. 2. If, after reading them, you feel a tad overwhelmed, join the club! This is not easy. To see it done right, I highly recommend the superb reference, The Improvement Guide, from which example No. 1 was, shall we say, borrowed. Example No. 2 sees the process as one big PDSA, which is erroneous, as is considering it the same as PDCA (plan-do-check-act).

Today? Tomorrow? Next Tuesday? Next week? In an environment where leaders are not instilling discipline, prompting critical thinking, or facilitating daily kaizen? Any “good idea” needs to be subjected to the discipline of critical thinking in dialogue with people who have deep knowledge of improvement—and beyond a bunch of tools.

As I’ve said repeatedly, the most important problems are the ones of which no one is aware. Many “good ideas” could be naively applied to the more obvious, superficial symptoms of these deeper, hidden problems. In addition, one must inevitably deal with resistance (and unintended human variation) every step of the way while testing the idea and then trying to implement it... based on a very limited, ad hoc “planned” data collection.

Respect the process

In improvement, there’s a lot of talk about respect for people. As if that wasn’t hard enough, there needs to be yet another important recipient of our deserved respect: the concept of “process.”

More practical wisdom from Mark Hamel:

“Every process, standardized or not, should be respected at least to the extent that we must grasp what it is (admittedly difficult if it is not standardized) and the reason for its very existence. How many times have folks eliminated or changed a process without understanding what problem it was trying to solve in the first place, only to find that their rash ‘improvement’ was counterproductive?

“Basic respect is extended to people because of their inherent human dignity. A standardized process has a certain inherent value in that it provides, if nothing else, a starting point for improvement. Think back to your last time you (improved and) standardized a previously nonstandardized process. Hard work, but it established a critical foundation for the next kaizen activity.”

Implicit in lean is the idea that there’s no kaizen without standard work. Initially, the proper use of standardized processes readily reveals abnormalities, which is the feedstock for problem solving. Hamel continues:

“Standardized processes, until improved yet again, represent the best way for the organization to do things easier, better, faster, and cheaper. Why wouldn’t we respect that? A standardized process represents, if established properly, the genuine PDCA and SDCA (standardize-do-check-act) efforts of a number of folks. We need to respect their hard work, courage, and creativity.”

Why?

“PDSA. It’s difficult to respect what you don’t understand,” Hamel notes. “Good old-fashioned PDSA requires the improvement practitioner to grasp the situation. The plan portion of PDSA directs us to understand and compare what is happening against what should be happening, and what we know vs. what we don’t know. In other words, we shouldn’t willfully further process ignorance.

“SDCA. SDCA is about ensuring, via an audit, that standardized work is being adhered to and is sufficient. This assumes an organizationwide discipline to follow the standardized work, a leadership obligation to reinforce adherence, and in the event of lack of adherence, determine the reason why and help to develop and deploy an appropriate countermeasure. Sometimes lack of adherence is driven by one or more of the following: the process is insufficient, a better way has been adopted (and should be reflected in updated standardized work), insufficient training, or willful disobedience.

“Patience. Standardized work needs to be lived with for some measure of time before changes should be experimented with or instituted. I’ve witnessed folks immediately dismissing standardized work, which was SDCA’d in an identical process from another location, as insufficient when compared to their organic, nonstandardized work—and then desiring to change it or just plain ignore it.”

The basic principles aren’t so basic, are they?

Discuss

About The Author

Davis Balestracci’s picture

Davis Balestracci

Davis Balestracci is a past chair of ASQ’s statistics division. He has synthesized W. Edwards Deming’s philosophy as Deming intended—as an approach to leadership—in the second edition of Data Sanity (Medical Group Management Association, 2015), with a foreword by Donald Berwick, M.D. Shipped free or as an ebook, Data Sanity offers a new way of thinking using a common organizational language based in process and understanding variation (data sanity), applied to everyday data and management. It also integrates Balestracci’s 20 years of studying organizational psychology into an “improvement as built in” approach as opposed to most current “quality as bolt-on” programs. Balestracci would love to wake up your conferences with his dynamic style and entertaining insights into the places where process, statistics, organizational culture, and quality meet.

Comments

I totally agree [Response to Tripp Babbitt's Comment below]

Thank you for that feedback. I absolutely agree with you, Tripp. I was just trying to shed some light on the rapid cycle PDSA that seems to be the fad du jour, especially in healthcare.

In the current version of The TEAM Handbook, their former Six Sources of Problems of a process has now added a seventh step as the first:

1. Inadequate knowledge of customer needs

2. Inadequate knowledge of how the process works

3. Inadequate knowledge of how the process should work.

As you point out, the customer needs to be kept in mind when looking at the gap between (2) and (3).

As you well know, the subtlety of systems thinking takes a long time to truly understand -- and you do that VERY well.

Meanwhile, people are practicing improvement, and the esoteric nature of systems thinking eludes many of them. If you were to say what you just wrote to a roomful of people, you would get mostly blank faces (and many glazed eyes) staring back at you.

Speaking of "customer," we (in improvement) also have to meet OUR customers where they're at. Some of the Deming folks are getting a little too "preachy" about systems thinking. You are one of the few who can shed light meaningfully -- but it takes time. Think of the time it took us to truly understand the nature of Deming's Profound Knowledge. If only transition were "linear"...

If we can instill critical thinking in their daily work, they might have a chance at seeing the bigger picture you suggest. It's probably best for the executives to get that message first so that they can facilitate the improvement process through their leadership of managing everyday work accordingly.

Davis

This can't be done in a room

Writing articles makes things tough to decipher and I doubt that I would say what I wrote in a room, unless . . . I could take them to the work and show them.

Meeting customers where they are at makes perfect sense, it is pragmatic to do so.  Since systems thinking is part of SoPK, I can imagine why the Deming community might sound preachy.  I don't believe being pragmatic and introducing basic concepts of systems thinking should be at odds.  It just means we need to find new approaches to do so.

Critical thinking is defined a reasonable, reflective, responsible and skillful thinking that helps us decide what to do.  Sorry, if I sound preachy but systems thinking and PDSA go hand-in-hand.  The System of Profound Knowledge is indeed a system.  We need to learn need to analyze, but also need to be able to synthesize.

Some comments

Hi Davis-

There is a pre-step to PDSA and it is to "unlearn" meaning we need to understand the system, Customer-in.  This is an extension of figure 1 from Dr. Deming's Out of the Crisis.  System understanding needs to come before process understanding, because many processes are products of the functional separation of work - meaning design flaws are inherent to the system.  So, I would say "respect the system" and this is far different than process.

If standardization exists, does it exist for the right reasons?  Manufacturing is different to service.  Standardization may be driving in avoidable demand from customers.  Just standardizing without an unlearn step and without understanding what is happening in reality is a mistake.

Standardization should be developed or "pulled" by people doing the work.  Building standard work from the hierarchy or from support areas is another mistake.  Adoption through audit is a good way to disrespect people.  Understanding is needed not compliance as compliance is coercive in nature. 

I have found it better to work to axioms and principles in many cases rather than standardized work.  Variety is the driver of what action to take.  Service has greater variety.

This really caught my eye:

"Standardized work needs to be lived with for some measure of time before changes should be experimented with or instituted. I’ve witnessed folks immediately dismissing standardized work, which was SDCA’d in an identical process from another location, as insufficient when compared to their organic, nonstandardized work—and then desiring to change it or just plain ignore it.”

Yes, they should dismiss standardized work if the process is similar and the demands are different.  The ones doing the work would know best and have to be engaged.  If you do not get their acceptance you have little chance of future improvement from the worker as they await the next mandate.

Tripp