Procedural Strip Mining (PSM) FAQ
PSM uncovers and analyzes existing processes and procedures within the client's environment that, unknown to the client, reflect either (a) workarounds or (b) undocumented requirements being met outside published work descriptions. PSM is a process that results in increased productivity and reduced operating costs. It can also result in reduced employee frustration and increased employee satisfaction.
It emphasizes performing tasks correctly, but faster, rather than validating that they are the right tasks to begin with, and completely failing to ask which tasks will (still) be worth doing at all.
Most Consultants (and IT staff) will typically agree that the proposed systems indeed have more desirable specifications, should certainly offer superior performance, and solemnly note that, naturally, they will need to be “professionally” integrated. Note: Most technical consultants interface and integrate and install systems and services. Like many managements, they don’t ask if the work is necessary in the first place.
So the new system gets purchased, programmed, interfaced, integrated, and installed. Usually it does work better, especially at first. Then, after a while, sometimes after only a little while, performance or productivity or whatever the metric was, seems to lag once more, and the process begins anew.
Over the years, we’ve often come to realize that systems that management thought were operating poorly and stretched beyond capacity were in fact being underutilized.
They were also underperforming because employees were caught in a quagmire of cumulative workarounds that reflected neither their job descriptions nor the work they were supposed to be doing. Instead, actual work flow required continual, time-consuming sidesteps of catch 22s that had to be overcome to get any real work done at all.
- If I don’t think it’s broken, don't waste time fixing it.
- I'm comfortable with things exactly as they are. (Just don't ask me if I know how things actually are.)
However, sometimes management is involved and concerned and the problems occur anyway, primarily because new systems usually resemble current systems, only somehow they’re “better.” Similarly, new systems are not purchased to replace existing processes, but instead to generally increase “productivity.” In most cases, such lack of specificity dooms the effort from the beginning.
Here’s why history unfortunately often repeats itself:
- New systems are acquired to improve productivity based on increases in speed and automation of procedures. It should be obvious, though, that mindlessly automating procedures simply permanently imbeds the ad hoc and unofficial workarounds that allow the existing system to function,albeit inefficiently.
- Moreover, since the previous system change or upgrade resulted in the current layer of workarounds and inefficiencies, any new system will now have to be modified (and brand new workarounds added) to remain consistent how things work (" the only way to get anything done around here") as opposed to how they're supposed to work according to the old and new systems..
- This task is accomplished by employees consuming significant company time without management knowledge, inevitably accompanied by much grumbling also not overheard by management. Without a fresh look, the Law of Diminishing Returns will inevitably reapply and the desire for a better system will again raise its head.
When companies first computerized, in order to minimize disruption, they merely automated their manual procedures, displaying screen shots of ledger cards, for example. Employees met their bosses’ demands for copies by duplicating the desired pages and then hand delivered them to the managers.
Over time, the physical copies or photocopies that originally went to Joe in sales and Mary in credit for their signatures were recreated as printed or e-mailed copies that also went to Joe and Mary, or later, to their successors. The new recipients didn’t necessarily acknowledge receipt, didn’t necessarily even know why they were receiving the documents, now dramatically increased in number, but since their predecessors had received them, there must be a reason they that they now got them, too. No one asked any questions since the corporate culture was to go along if you wanted to get along. They might not even know that some orders or payments were being held up pending their acknowledgment.
And Today? Newer generations of accounting systems use integrated charts of accounts, which cause employees to spend additional effort each time a new system is installed, figuring out anew how to create special reports to generate the desired information– more workarounds, of course – to print out and deliver or forward by e-mail to their bosses and others. Each subsequent system inevitably places different demands on employees, but they always devise additional workarounds to handle these while naturally preserving the accumulated workarounds that have already become part of the process.
Here's another way to view the phenomenon. On a formal level, vendors, IT departments, and systems consultants replace and/or integrate existing systems and processes with new systems and processes. At the same time, on an informal level, employees pretty much do the same, except the old workarounds must be modified by new workarounds that must preserve enough of the old workarounds to ensure that the company can still function.
And That’s Why Systems Don't Work and (most) Consultants Don't Help!
PSM, as we’ve said, is the most superficial form of business analysis. PSM uncovers flaws in processes and procedures and allows us to get a handle on the work that must be done, the work that is being done, and the functions currently left largely undone. When that happens, real results can be achieved because the core problems are finally being addressed.
The phrase, “Know Thyself” was reportedly inscribed in the pronaos (forecourt) of the Temple of Apollo at Delphi. The lesson here? Management should thoroughly understand its real needs before it tries to satisfy them. Sometimes, management needs some help. And some of those times, Teleconvergence is that help.
Business Analysis is part of our basic perspective and approach to project management and system evaluation. Systems don't just do things. They exist to perform processes that lead to the satisfaction of business objectives. That’s why Teleconvergence can't articulate your system requirements until we first understand your business needs, strategic objectives, operating priorities, etc. And if we're going to propose ways to help your company, wouldn't you prefer that we understand your real needs before we do?
Moreover, management will be far more willing to take steps to correct deficiencies when newly-determined procedural efficiencies and insights can be implemented either in conjunction with a new system, or by modifying existing systems and procedures to eliminate unnecessary workarounds.
Note: This is how Teleconvergence can create both the differentiators that facilitate optimal system selection and how we establish the requirements for the platform upon which much of an organization's future productivity can be predicated.
Related Reading:
For more information about PSM, see the rest of the Procedural Strip Mining section.