Is automation the miracle cure for all process problems? November 8, 2008
Posted by Prasad Varahabhatla in Automation, BPI, BPM, Process Definition.trackback
In my experience, I have come across many instances where Process Improvement and Automation are talked about in the same breath and many times, interchangeably. In fact, I too did (and sometimes still do) the same. Some recent articles brought about a change in perspective.
I am currently working on a process related to compensating sales people on a particular business model. For a host of reasons that I cannot go into in this note the process is completely manual. Right from the classification of an order, the “claiming” of the order (by a sales person), the sales crediting and finally the upload into the commissions systems, everything is done manually.
To compound the issue, the process is different in each theater (geo area), there are different tools used each created with a different logic / business rules for classifying orders and the process is managed by different organizations in different theaters.
In most of my conversations with stakeholders especially the operations people, the word automation was used multiple number of times. The pain that people were facing was with the present “manual” effort to do the above activities. It was the most visible parameter and thus the focus was on correcting it. So the hypothesis is that by eliminating “manual touches” and automating the process, we bring about significant productivity improvement.
I know that automation is likely to bring about productivity improvement. But that is when it is done on the right process. One thing that was apparent in my scenario was that the process was not optimized and there were a significant number of steps in the process, that were not adding value. Effectively, over the last some years, we have built tools that support processes that were in themselves questionable. And I am positive there was a business justification to do that.
But in retrospect, it is obvious just by automating a process by building a tool has really not solved anything. In fact, from a process problem, we now have moved to a process problem and a tool problem. By spending thousands of dollars on “tooling” a processwe may inadvertantly have built entry barriers to change (or process improvement).
The following pointers could be useful when considering process improvement activities.
1. Keep in mind that the objective is not to remove manual activity. The objective is to improve the process.
2. Once improved, the process has to positively impact some aspect of the organization. If possible, define some metrics to isolate the impact. The impact could be measured in terms of time, cost or quality or any other variable.
3. Never jump into “automation as a solution” thinking without first cleaning up the process by removing any kind of wastage. Please note that there may be some activities that do not add value but may have to be retained for legal or compliance requirements.
4. Look actively for opportunities to eliminate activities that add no value.
5. Look for opportunities to combine activities. Once the wastage has been reduced, then consider simplification (or call it automation).
Automation in itself is not bad. It is extremely useful when done with a plan and when done right.
NOTES
The following articles have some of the ideas that have been presented in this post.
1. An article by Flournoy Henry from BP-3. This is the article that triggered the thought.
http://www.bp-3.com/blogs/2008/10/program-or-process-how-do-you-decide/
2. An article by Bob Lentz in 2005. This article is very detailed and has a lot of detail and explanation of the ideas in this article.
http://www10.mcadcafe.com/nbc/articles/view_article.php?section=UserArticles&articleid=252637
3. To automate or not to automate? The authors talk about automation from a IT viewpoint
http://www.usenix.org/events/hotos05/prelim_papers/brown/brown.pdf
4. An article on the good and bad of automation.
http://port25.technet.com/archive/2006/05/22/Automation_3A00_-Not-at-the-cost-of-core-expertise.aspx
and a few more…
Appreciate your comments.
[...] Read the whole Article [...]
I’m a great believer in automation as it forces people to follow the process – but before you automate anything you have to get the process right “on paper”. There is no sense building processes around the tools – it never works. One of the other great advantages of automation is that you have all the benefits of metrics so that you can report on different stages of the process, which will help to identify bottlenecks and allow you to identify where to target process improvement initiatives. Automation isn’t the holy grail, but it certainly helps to ensure better process compliance.
Hi Craig
I agree with your observation.
But do you come across the “automation for the sake of automation” behavior in your professional life? How do you ensure that teams break from that mold and move towards a more process oriented thinking that anyway enables meaningful automation?
Appreciate your feedback.
Best
Prasad