While scanning discussions of Case Management, I am seeing two distinct approaches. Those familiar with this blog already know of Adaptive Case Management (ACM). However, there is a different approach which meets an entirely different need. I call that approach Production Case Management (PCM) and let me explain the difference.
PCM In A Nutshell
Production Case Management (PCM) is programmed by specially trained technical people (programmers) to produce a case management application. That application is deployed for use by knowledge workers to get their work done. The application offers collections of operations that the knowledge worker can decide to use or not use depending on the specifics of the case.
A PCM application is used when there is a certain amount of unpredictability in the work, but still a large enough volume to make identifying and codifying regular patterns. A workers who use a PCM application is less in control of their work patterns which are defined centrally. Thus a worker using PCM will be involved in the outcome of a particular case, but not completely responsible for the ways that the case can evolve.
The PCM application does not have a strong process orientation that a Human Process Management (HPM) system or Process Driven Server Integration (PDSI) system would have. (See Seven Categories to Replace BPM) A PCM application might have a set of high level states which the case can transition through, and each state can offer differing sets of options to the knowledge worker. So a case can be seen as being progressed through a set of states, but those states are more used as a description of the status, and less as a definition of what operations must be done.
Because the PCM application is developed by programmers, it can makes use of more traditional mechanisms for data integration: structured information can be read from some sources, transformed, and written to other destinations. The sources and destinations can be web services or applications with an API. Like a typical development model, once the application is coded, the design rationale behind a particular transformation is not included in the final produced code, because it is not needed.
PCM is used when the number of knowledge workers doing the same job is large, and the domain relatively well known, but the process is not entirely predictable.
You might use PCM for telephone system or cable TV repairmen. These people need to visit the site, determine what the problem is, and then prescribe a resolution from a menu of well known operations. It is hard to represent what these people do as a traditional HPM process because it is not predictable enough for a defined process. The process unfolds at run time because the first resolution might not work, and that tells the repairman more about the situation, and possible leading to further action. Yet at the same time the repairman is not in a position to invent entirely new procedures. The phone/TV system is big and complex, and therefor the repairman’s options are necessarily restricted to those operations that are well known not to cause a problem with the operation of the system.
There are a lot of service businesses which can make use of PCM. For example auto service: the car is brought in, there are a set of things to examine, there are decisions about what to repair or replace, and the are states of the process which, with any luck, end with the car being ready to be driven home.
The situation where PCM is most useful when the number of nearly identical offices is large, and the knowledge worker is a professional but not necessarily an owner of the process, and the process itself is not predictable enough to specify in advance.
Compare and Contrast
The biggest distinction between PCM and ACM is that PCM is not adaptive, and this can be see by three factors:
- The programmers uses formalism such as modeling or programming to put the application together
- It uses a standard application development lifecycle: the application is constructed, then tested, then deployed to non-programmers
- After deployment there is no ability to alter the structure of the application
There are some strong similarities:
- At run time the most important concept is that of a “case” which is primarily a folder to collect all the information around the case, accepting essentially any format of document
- Knowledge workers use their own expertise to control of the advancement of the case from state to state even though the states themselves are relatively fixed
- The resulting case file represents a system of record for the work that was done.
ACM is used for what I would call true knowledge workers: inventors, creative people, executives, managers, innovators, entrepreneurs, doctors, lawyers, etc. These are people who really do need to decide their course of action every day, and the course of action might be to things that have never been done before. A board of directors does not have a menu of options to pick from when it comes to actions to take. Someone responsible for the merger of two companies will not have a system with all possible actions pre-programmed. A doctor responsible for the survival of a patient may prescribe radical and untested treatment if it seems like the only option.
PCM is for situations where the number of workers is high, and yet the course of action on a given case is not highly predictable. The number of knowledge workers needs to be high so that the cost of developing a dedicated application can be justified. Also, those knowledge workers are less responsible for the work. For example, while a Doctor might be in a position to prescribe a radical treatment, there are many other who work in a health care facility who should not have that flexibility. The routine care of a patient may still too unpredictable for a fixed process, may still require the judgement of a nurse or clinician, and still the options available may be restricted to a set of known actions.
As you see, PCM sits squarely at a mid-point between HPM and ACM. It is developed and has a life cycle like HPM, it is deployed to potentially a large number of people in identical positions, and the cost of development is recouped from a small increment in efficiency across a large number of people. At the same time the work being done is unpredictable like ACM, and depends upon the judgement of the workers who leverage their expertise in that particular domain.
Two approaches to knowledge work implies that there are two kinds of knowledge worker distinguished by “responsibility.”
- knowledge worker for hire – someone is trained in a specific field, and learns to be an expert, but has little or no ownership of the overall process. A car mechanic must make accurate suggestions on how to repair the car, but does not take responsibility for the business, and must work within the constraints set by others.
- knowledge worker with responsibility - someone who can plan and be responsible for the course of events. This is the knowledge worker defined by Peter Drucker as “knowing more about their job than anyone else in the organization.” These are the workers who handle the wicked problems and have to think outside of the box.
I am sure there are many more distinctions between types of workers, but for now this seems to be a determinant for whether you use PCM or ACM.