October 26th, 2017 • BPM
As process experts, one of the primary tasks you inherited is getting a business process management implementation up and running. This project has been dragging on for a long time and management is getting very anxious. They want to see something quickly but, as the process expert, you want everything you put out to be as perfect as possible.
The worst thing you can do at this point is to try to manhandle the BPM platform chosen by your predecessor and get the thing live as quickly as possible.
Effective BPM implementation takes a lot of thought and effort. Trying to rush it will lead to low adoption rates, inefficiency, and general mayhem. Implementing BPM in haste can delay projects, interfere with existing systems, and sap your company’s resources.
Before you start creating processes, make sure you are building on a good foundation. The enterprise market is oversaturated with BPM and automation tools that tout everything from automatic collaboration to fixing broken processes. Make sure that your BPM tool has all of the most important BPM features.
Some BPM tools are designed to offer application development capabilities, while many others are built for visibility and process tracking. Look for a solution that everyone on the team can use, including non-technical business users. Choosing an easy-to-use BPM can save you from hiring expensive consultants to troubleshoot integration and operational issues.
While you may be tempted to try to automate the mammoth of a process that is wreaking the most havoc, the first process you automate when implementing a BPM solution should be one that is a little easier to manage and where the risks are lower.
Until your teams are largely comfortable with the BPM tool, refrain from implementing it on mission-critical processes. Test it first on small processes like purchase orders, travel reimbursements, or other easily manageable projects. Once the process owners gain confidence about controlling the BPM better, slowly scale up the workflow to include major projects.
When integrating a new software to your enterprise portfolio it can soon become disputed land for all teams. Everyone points fingers at each other if there is no one delegated to manage the implementation process and the BPM operations.
For a BPM implementation, it is essential that you identify a process owner, usually the business lead in charge of the process. This person is accountable for the smooth functioning and organization of the process and data. That’s why it’s important to choose a human-centric BPM software solution that all of your business leads can feel comfortable with.
Sit with the process owner and talk through the current handling of the process and what he or she might be looking for from automation.
If you don’t have any enterprise goals associated with the BPM implementation, it will be an aimless endeavor and a waste of resources. Keep the ‘why’ of automating your process in mind before you trigger any workflow. Some workflows are designed to cut time and shave spending, other process are set up for better tracking or getting rid of paper trails.
Identify the most important priority in a workflow and don’t attempt to achieve multiple goals all at once. Tie a workflow to a specific objective that you are planning to accomplish and within the timeframe you want them achieved.
Start with making sense of the data from the previous processes such as emails, phone calls, or chats with customer. Be clear about the optimal time taken to finish each task under normal conditions, and use that information to set reasonable goals for the BPM platform to achieve.
One key point in any BPM implementation is sitting down to diagram what the workflow will look like. Start with a simple piece of paper rather than with software. All the process owner to describe the ideal way the process should run and draw up a representation of it.
Talk with other people closest to the process and ask how the tasks were managed in the past. It’s important to understand the history of a process and any big changes they have gone through rather than basing your decisions on assumptions.
It is usually at this stage that the Process Owner will identify redundant tasks or start to see what is possible with automation. What was once a task that was ‘collect the data and email it to the project lead’ can be completely eliminated by a simple automated step.
Keep the process minimal so that the hassles of manual processes don’t creep into the system. The shorter the process route, the higher the chances of BPM’s success.
A BPM system is run by two groups:
In order to encourage collaboration on the new BPM platform, involve all stakeholders in the process early on. Meet with each task owner and find out what data he or she needs. Get feedback from end users to understand pain points.
The best way to understand a BPM’s impact on your business process without interfering with your ongoing processes is to run it on a pilot test. Take this opportunity to train people or fiddle with the BPM software solution’s features without risking anything.
A BPM system has to sift through a bulk of business logic when performing, and testing the tool can help you figure out the actual system runtime, its bandwidth to handle process workloads, agility, and output. Upon initial success, bigger projects that require granular control can be modelled after these processes.
Traditionally-built BPM methodology focuses on structure and system rigidness, which is why only the elite club of IT personnel were only able to make changes to it.
With the rapid adoption of cloud computing and Software as a Service (SaaS), businesses today need a BPM software that meshes well with their existing system and can be tuned for better integration. You wouldn’t want to pick a BPM tool that demands the overhaul of your existing process of the IT architecture. Pick a resource-friendly and flexible BPM solution that adds more value to your ongoing processes.
The success of your BPM implementation depends hugely on how humans in the process interact with the system. BPM requires every participant to be accountable for the process being carried out, and the best way to achieve this objective is by coaching your staff.
Conduct a workshop about the basics of the BPM platform, the rationale behind its implementation, and the results expected.
You will never know if automation is actually spinning up your deliverables if you don’t gauge the ROI of the BPM software solution. The role of measuring and improving a process should sit with the Process Owner, but as the system administrator, you will want to support with as much help as you can.
Usually, BPM software solutions are hard to measure because their data is more vague compared to other resources in an enterprise. But if you determine what specific types of data you want to look at, you can use key performance indicators (KPIs) to break them down and make improvements.
If you see that optimum goals are not met, reengineer the BPM to ascertain expected goals. It takes a while for every BPM tool to evolve and fit well with an enterprise processes. Until then, you should rinse and repeat the system to make the most of it.
BPM implementations can be notoriously long and complex and involve way too many people. However, when done right using a BPM platform that is human-centric, your BPM implementation will be a huge success. Remember to take things slow and plan out the idea path for a process and allow the system to handle the rest.