The Director of Business Analysis and Process Improvement at a major organization commented[1]:Would you consider PDCA and/or DMAIC to be metaprocesses? My reply: First some background from Wikipedia:
PDCA(Plan–Do–Check–Act or Plan–Do–Check–Adjust) is an iterative four-step management method used in business for the control and continuous improvement of processes and products. It is also known as the:
control circle/cycle, or plan–do–study–act (PDSA).
Another version of this PDCA cycle is OPDCA. The added “O” stands for observation or as some versions say “Grasp the current condition.” This emphasis on observation and current condition has currency with Lean manufacturing / Toyota Production System literature.
DMAIC (Define, Measure, Analyze, Improve and Control) refers to a data-driven improvement cycle used for improving, optimizing and stabilizing business processes and designs. The DMAIC improvement cycle is the core tool used to drive Six Sigma projects. … All of the DMAIC process steps are required and always proceed in the given order.
Here’s how I would answer.
The first question is whether they are truly processes. The do have steps, but PDCA at least is described as a method. Are methods and processes the same? I’m a little dubious, but for the sake of argument let’s say they are. (Something is only meta- if it is the same kind of thing as the thing it is applied to.)
The second question is whether they have processes as inputs, and processes as outputs. They do seem to do that.
The third question is whether they do what all processes do – they (potentially) transform the inputs. They do appear to do that too. (In other words they satisfy the predicate.)
[1] This series of point/counterpoint replies is a follow-up to my post “Meta Here. Meta There. Meta Everywhere?” (March 31, 2014), which generated a surprising amount of great discussion. (Thanks all!) Refer to: http://www.brsolutions.com/2014/03/31/meta-here-meta-there-meta-everywhere/The definition I’m using for meta- is from Merriam-Webster’s Unabridged Dictionary [3b]:
3b: of a higher logical type – in nouns formed from names of disciplines and designating new but related disciplines such as can deal critically with the nature, structure, or behavior of the original ones *metalanguage* *metatheory* *metasystem*
Ron Ross, Principal and Co-Founder of Business Rules Solutions, LLC, is internationally acknowledged as the “father of business rules.” Recognizing early on the importance of independently managed business rules for business operations and architecture, he has pioneered innovative techniques and standards since the mid-1980s. He wrote the industry’s first book on business rules in 1994.
Feedback
“I found the course interesting and will be helpful.
I like the pragmatic reality you discuss, while a rule tool would be great, recognizing many people will use Word/Excel to capture them helps. We can’t jump from crazy to perfect in one leap!
Use of the polls is also great. Helps see how everyone else is doing (we are not alone), and helps us think about our current state.”
Trevor – Investors Group
“We actively use the BRS business-side techniques and train our business analysts in the approach. The techniques bring clarity between our BAs & customers, plus more robust requirements for our development teams. We’ve seen tremendous value.”
Jeanine Bradley – Railinc
“Your work has been one of the foundations of my success in our shared passion for data integration. It has had a huge impact on innumerable people!”
“Sessions flow together well and build upon the concepts for the series which makes the learning easy and better retention.
The instructor is knowledgeable and very attentive to the audience given the range of attendees skill and knowledge of the subject at hand. I enjoy her training sessions.”
Deborah – American Family Insurance
“You did a wonderful job!! The material was organized and valuable.”
Janell – Texas State University
“A great class that explains the importance of business rules in today’s work place.”
Christopher – McKesson
“Instructors were very knowledgeable and could clearly explain concepts and convey importance of strategy and architecture.
It was a more comprehensive, holistic approach to the subject than other training. Emphasis on understanding the business prior to technology considerations was reassuring to business stakeholders.”