Archive
Procedure or Process?
When I talk to clients about business processes and the importance of process knowledge, they often confuse process with procedure. The mix-up is understandable—both involve intentional ways of doing business, and procedures are far more familiar than true processes.
Procedures are more common likely due to lower cost and skill requirements. Building them is akin to on-the-job training: designate a top performer, observe their actions, and have a technical writer document steps for others to replicate.
In contrast, process-building is an engineering endeavor. It starts with the objective, then explores means to achieve it. Drawing on scientific principles, available tools, alternatives, costs, and quality, it outlines a cause-and-effect-based method that’s tested and then implemented.
Often, no current worker meets the ideal standard before a true process is designed. That’s why approaches that begin by mapping “what we do now” are inferior to a genuine process mindset, which asks: “What result do we want, and what activities does it depend on?“
Procedures preserve the status quo by replicating what works. Processes aim higher.
Procedures
Procedures are activity-focused. They provide step-by-step instructions on what to do, with little explanation of why. Essentially, they say, “Trust me,” and the good operator is one that obeys!
In manufacturing, procedure sheets or “recipes” are common. Years ago, I worked with a client producing cast aluminum parts. They had thousands of recipes detailing mold numbers, fill pressures, times, and cooling durations.
Operators followed these faithfully, but yields worsened over time. The facility’s thermal and mechanical traits evolved with age, maintenance, and repairs—it was no longer the same machine.
Each year, more recipes became outdated, forcing operators to run trials and errors to identify the remaining formulas that produced acceptable parts.
Processes
A Process approach made it possible to involve the operator’s judgment, and to account for the change in the machine over time. The good operator is one that thinks!
By grounding methods in cause-and-effect relationships and process knowledge, we enabled operators to detect and correct recipe errors before casting, thereby preventing waste.
Within a work center, a business process is a designed baseline for roles, stations, tasks, and targets. It’s organized knowledge of who does what, where, and when.
Regular measurements check if the process aligns with the baseline or if something has shifted.
Understanding the process’s anatomy—its cause-and-effect links—helps interpret variances and pinpoint corrections.
Need an Example?
A simple analogy clarifies the distinction. It occurred to me while figuring out our last digital camera.
The procedure for a quick start: 1) Turn on the power. 2) Set the program dial to P. 3) Frame your subject in the viewfinder. 4) Press the shutter button. This got me my first photo but didn’t make me a photographer.
For over a century, photography’s science has revolved around light, lenses, focal points, and image planes. Photo-experts understand that the process begins with the end in mind: a captured image controlling illumination, color, contrast, depth of field, and motion. Key metrics include light sensitivity, grain (or megapixels), aperture, exposure time, and filtration.
From Brownie box cameras to advanced digitals, the core process remains stable, even as procedures vary by model and setting.
Professional photographers leverage this knowledge alongside real-time observations—like lighting, motion, colors, and backgrounds—to adapt and excel.
Process knowledge is the pro’s edge. Without it, you’re just someone with a camera.
Conclusion
In modern business, it’s unacceptable for gauges, controls, metrics, and adjustments to be mysteries to operators who merely follow recipes. This leads to a gradual erosion of competitiveness that may go unnoticed until it’s too late. You can avoid this by capturing, organizing, and sharing process knowledge. The outcome? A robust, consistent operation that thrives amid change.
Let’s Not and Say We Did
September 17, 2025
“If you attend my class,” the professor said, “you should be able to pass the test.” The law students perked up immediately.
“What do you mean by attendance?” they asked. “If I arrive late and leave early, is that okay? What about sick days? Can I tape the class? Does community service count?”
It amazes me how much effort people pour into seeking loopholes for compliance. Instead of simply accepting that attendance means showing up and engaging, the legalistic mind hunts for ways to collect and cash in behaviors, credits, certifications, and even frequent-flier miles—anything to earn that compliance checkmark.
“I met the attendance requirements. I did what you said. Why didn’t I pass?” they’ll ask.
The honest answer? When it came to attendance, they were desperately searching for ways to skip it altogether while still claiming credit.
Box-Ticking Management
This mindset truly alarms me in the workplace. In top schools, students pass by mastering the material—not through mere compliance, but through proven performance. Attendance and grades reflect real achievement.
Graduates of what I call the “Let’s not and say we did” school of management appear at every business level, becoming the biggest barrier to true operational improvement.
Box-ticking managers will declare a meeting “held” even if no one attends. They’ll deem operators “trained” simply because the company bought an instructional video.
They mark project tasks complete not based on actual work, but because the deadline has passed. For these managers, a Quality Initiative boils down to certifications, awards, or any other compliance badge.
Root Cause
Ideally, a business’s decision-support function delivers a complete, clear snapshot of its current state. Yet, most internal reporting and analysis falls far short.
Instead, metrics often get twisted into justifying managerial pay. We aim to reward salaries, bonuses, and promotions for performance, but compliance ends up stealing the spotlight.
If bonuses hinge on ticking off three quality improvements and two cost-savings initiatives, a box-ticking manager naturally wonders, “How can I qualify?”
Misguided metrics and incentives can divert management attention from performance to compliance. Once the precedent has been set, it is very difficult to turn metrics from the comfort zone of compliance back to their proper role of monitoring process health and product performance.
The “ask-the-user” approach often taken by programmers results in automated metric reports that reinforce this negative business culture.
Solution
To cultivate a performance-driven culture, begin by redefining excellent operational performance.
For tactical managers, it means running facilities correctly and consistently. For strategic leaders and engineers, it’s about optimizing capacities, capabilities, and costs.
Metrics must mirror the business’s real-time state and guide improvement. Great metrics are designed around Better Decisions, Better Products, and Lower Costs, not bonus plans!
Executive, Director, Manager, Front Line: Roles and Responsibilities.
The attempt to dissect operations responsibilities into “strategizing”, “improving” and “doing” is an unworkable over-simplification.
The broadest distinction is created by acknowledging the limitations imposed by “available means”. For decades we have been calling this limited authority: “Tactical”. Tactical responsibilities are those that we expect to accomplish with available means. In the case of process work, it means the available facilities, machinery, tools, automobiles, funded staff positions, computers and so on. “Tactical” means the monthly, quarterly, and annual P&L budget.
There are a lot of ways that these finite resources can be assembled and deployed. For example, in the context of process work, a budgeted line item for process improvement gives managers and front-line workers the leeway to try, evaluate and migrate to better workflows, work setup methods, etc.
In the context of project work, an IT project manager may spend budgeted funds on cloud resources or on enhancements to on-premises equipment. We call these discretionary decisions lower case “s” strategy, since a project manager, for example, may decide to proceed with either iterative or waterfall development. Nevertheless, the project management duties of organizing tasks, resource and time to meet an objective are still tactical. Projects are constrained by a budget of resources and time.
The authority for providing resources to tactical teams is what we call “Strategic” responsibility. Program Managers or executives that have been given strategic responsibility is not constrained by available means. A Program Manager may have a portfolio of projects and multiple objectives that are weighted by value and risk, and then resources are allocated accordingly.
Strategic decision makers provision available means while weighing value and risk. These decision makers have “Balance Sheet” authority. Not limited by “available means, the strategist can decide when and where to borrow or pay off loans, increase or decrease office and manufacturing floor space, upgrade equipment and technology, change the staffing plan, and so on.
At the highest (“Policy”) level, Strategic decision makers are the final arbiter of “who is our customer”; to whom and how will the company seek provide products and services. (Government, Wholesale, Retail, Market Segment, Geography, Low Cost, Premium, Luxury)
“Quality begins with the intent, which is fixed by the management.” – Deming
In summary, we say that tactical managers and front-line workers are responsible for correct and consistent execution of work – given the available means. Strategic decision makers (Directors, Executives) are responsible for providing facilities that are capable of meeting and exceeding the customer’s expectations. Together, Strategic and Tactical need each other to produce a quality product or service.
At all levels of responsibility, there should be “doing” even though the difference in degree of responsibility results in a difference in the kind of doing.
Inspiration…How the Walkabout Approach Evolved.
ONE:
This classic “Block Diagram” is used to understand and verify correct signal processing. The end of each block is a test point. A broadcast signal could be detected and verified for quality.
Problem diagnosis/root cause analysis is accelerated with this approach. For example, we could start in the middle! If the radio signal is missing or distorted after the “IF amp”, further downstream diagnosis is unnecessary. Any problems with this system would be found upstream.
(Credit to:@ElecNotes at x.com)

Years ago, this exact diagram inspired me to apply this analysis technique to process engineering. (The first version we created was in a latex dip and mold plant.) Working together with James Abbott (@CallCtrScience at x.com), we added product symbols and it looked like this:
In the plant, we used this mnemonic: “Products” in the diagram are round (like biscuits) and are Nouns. “Activities” are square (like ovens) and are verbs. We first used these diagrams to go “Walkabout” around the manufacturing operation to get an entire process summarized on a single page.
TWO:
The next improvement integrated this diagram with process test points, analogous to the test points in an electrical circuit. In process management terminology – these are Metrics and their corresponding Measures of both process and the incoming and final products.
We found it helpful to use simple examples, like this one, to train others in the technique. Production Walkabouts also rapidly became filled with proprietary information – another reason for our sample diagrams. Actual dependency diagrams from one client could not be used in another business without redaction.

“Factor Tables” or “Decision Tables” eliminated decision boxes, by parameterizing the diagram. One master diagram describes an entire product family! (This improvement to the Walkabout diagram was developed in a plant that produced hydraulic valves to customer specifications.)
THREE:
Integrating Process Control and Sigma Capability Analysis Was an easy next step, since the approach identified all potential Metrics and their relationships. (The “Walkabout” integration of -correlated- process/product metrics, process control and product capability analysis was developed in a couple of plants that manufactured electric motors.)
Activities are monitored for consistency (or “stability”) and to verify that they are holding to a correct target (average) value. A change in these charts could indicate a product improvement, a degradation, or in batch production – the end of a manufacturing lot.
Products are monitored for conformity to targets and tolerances, but most importantly, the process is assessed for its future capability to produce the desired product!

It is an important distinction that a Sigma/Product Capability Analysis is -not- simply a description of past and present product produced.
Capability is a statement of the -ability-, or potential, of a process to produce to desired specifications at a given rate of production, when operated correctly and consistently.
It is the difference between “I have bench-pressed 200 lbs.” versus “I am able to bench-press 200 lbs.”
FOUR:
We have applied this approach to managing a “correct” and “consistent” process in manufacturing and service industries. It scales to simplify the most complex processes, like this service example:

(We first began to apply Walkabouts to service processes in ‘Tech Support’ Call Centers, and later in the insurance and travel industries.) Any activity can be recursively analyzed on a separate sheet to any necessary level of detail.
FIVE:
Finally, it facilitates integration of new process knowledge and its impact on capability. These are two slides from Walkabout training:
This documents a lower inflation pressure results in less scrap with a slower production rate as a tradeoff.
CONCLUSION:
Getting started with the Walkabout method is harder than it looks. This is not just a time sequence of events. Walkabouts describe knowledge dependencies! (Think about how these diagrams help as a diagnostic tool for electronic circuits!) Don’t be surprised if your first attempt is a page full of disconnected circles and squares!
It’s hard to make things easy, but we value organized process knowledge that empowers associates to THINK about cause-effect relationships, instead of simply being reduced to SOP OBEDIENCE.
The Walkabout method is a crucial part of our approach to continuous learning and management of a Correct, Consistent and Capable Operation.
When we learn something and can apply it – customer satisfaction improves. When we forget…