If handled the right way, Business Process Improvement can provide tremendous benefits to your organization/agency.
Many organizations/agencies want to harness the power of IT to improve existing processes or to solve vexing business problems. Here are 10 keys to success adapted from Scot Lowe’s Article.
I. Start at the top with executive support and good governance.
Although organizations might begin a BPI initiative with the intent to correct a single issue, these initiatives can quickly take on a life of their own. Further, because change can be difficult for some, it is in the organization’s best interests to ensure that BPI projects be chartered and blessed by its senior leadership. With this kind of visibility, there may still be angst, but the improvement group will have the authority it needs to make changes to the business.
II. Identify the problem(s).
When beginning a BPI project, don’t just attack something that looks wrong. Carefully analyze the organization’s current pain points — perhaps sales are down, customer satisfaction with support is poor, or costs to handle a certain function have skyrocketed — and then determine which problems deserve the most immediate attention.
III. Don’t forget how processes interact — think global while acting local.
While many processes stand alone, the chances are good that every process is a part of a bigger whole. As your team begins to consider the process at hand, don’t lose sight of how that process integrates with everything else. Plan for it. Make sure that you’re not making something else worse in an effort to solve a different problem. This may mean attacking multiple processes at once in some cases. As you plan for improvements, step back and from a high level, try to determine what will happen once proposed changes are made.
IV. Look for immediate time savings.
In one BPI project led by Scot Lowe, during the very first meeting, a quick, high-level process mapping was done to ensure that all of the process stakeholders were in the room. During that meeting, it was discovered that one of the process owners was spending about two days per month creating reports for the next process owner in the chain and had been doing so for years. The catch? The reports were never used. The person received them and simply discarded them. Without a second thought, that step of the process was nixed before any other changes were made. So there was an immediate, tangible benefit resulting from the time that was spent simply talking about the process.
This brings up a related point: You might not have to be too formal in your efforts. Sometimes, just a bit of communication can yield huge time savings.
V. Make sure the right people are involved.
This is a step that can’t be stressed enough: Make sure you include everyone who has a stake in the process. If you don’t, your efforts will fail. Those excluded will know they’ve been excluded and will resist any proposed changes. Further, your efforts won’t be as complete as they otherwise could be.
Again, another related point: Just because someone is involved doesn’t mean that that person will cooperate. Any BPI efforts that involve people who are less than cooperativewill greatly affect the possible outcomes. In every organization, people have a responsibility for improving the workplace, which should be included in annual performance reviews. If someone is truly combative just to resist the change, it should be reflected there. That said, if people have valid points and you simply don’t agree, don’t punish them! The goal here is inclusiveness, not divisiveness.
VI. Formally map processes under review.
This is another step considered essential. A visual representation of a process helps everyone understand exactly how the process operates, who operates it at particular points along the line, and where that process intersects with other processes and services.
Visio has great templates for process mapping, but there are also excellent stand-alone tools designed for just this purpose, which may be better for particularly complex or involved processes.
With the process map, it becomes easier to make decisions with everyone on the same page.
VII. Spend time on what-if scenarios.
Don’t just come up with a new process and lock it in. Consider every what-if scenario you can think of to try to break the process. Just like software testing, the goal here is to identify weaknesses so that you can shore things up. The more time you spend testing processes, the better the outcome will be.
VIII. Figure out your measuring stick.
If you can’t measure it, you can’t fix it. You must identify the metrics by which you will gauge BPI project success. The “pain” metric was probably determined when you figured out which processes to attack first, but the success metric should also be targeted. For example, are you trying to reduce customer on-hold time for support to two minutes or less? Whatever your metric is, define it and measure success against it.
IX. Don’t assume automation.
When people hear “business process improvement,” they often just assume that is code for “IT is going to automate the process.” That’s certainly not always the case, although IT systems will often play a large role in these efforts. It’s just as likely that non-IT-focused efforts will play as big a role as — or a bigger role than — IT-based systems.
I include this step so that you don’t limit yourself. Think outside the system!
X. Look for common choke points between disparate processes
As processes intersect, look for places where many processes tend to break down. This is related to “thinking global” and requires people who can look at the organization from a very high level while at the same time, deep-dive into its guts to see how it ticks.
Source: Scot Lowe