By MWare Automated Business Solutions
•
November 30, 2022
BPM's four governance focus areas. A process can be reviewed from its current governance as well as its evolution stage. How well is it under control? How complicated is it? The descriptions below will assist you in easily classifying each process based on these criteria and assigning it to one of the four Business Process governance quadrants. This rule complements the Evolution Stages concept and can be used to double-check decisions based on the process evolution stage. Low Complexity – Low Control. This quadrant's processes are the least appealing candidates for your BPM pilot. Because they are either very infrequent or do not require intensive human effort, their low complexity means they have little business impact. Improving them yields few benefits. At the same time, their lack of control necessitates significant investment in process analysis and KPI definition, making it unlikely that they will pass the ROI business case. In this quadrant, you will typically find either: Emerging "Young & Developing" processes, their impact on the business is not yet significant, and it is unclear whether they will be permanently incorporated into your business model or abandoned after a few experiments; or "Ill and Painful" processes that are so inconvenient that people simply learn to live with them. In either case, simply skip this quadrant and continue. High Complexity – High Control. This could be your best hunting ground for the initial process. High complexity implies a high impact with numerous potential benefits. Control means that half of the design is already finished. But keep in mind that not everything that glitters is gold. If the process is too complex (more than 20 activities, as a rule of thumb), the effort required to implement it may be very high, so avoid processes that are "too far right" in the quadrant. There is little to improve if the process is "too far up" in the quadrant. Any BPM initiative should aim to move your processes up the chart. Processes from any of the three BPM evolution stages can be found in this quadrant. They can be "Powerful & Stable" because they are complex but well documented, work well, and everyone is happy. It's probably a good process to work on, but not during the pilot project, where the benefits are minor. More mature "Teenagers" processes are good candidates for your pilot because they have already been well defined but have not yet been automated or rolled out. Low Complexity – High Control. This focus area contains processes with a low impact, making it difficult to achieve highly visible results. They will also exhibit high maturity, leaving very little room for incremental improvement. The processes you'll find here are usually some of the most fundamental and routine "Powerful & Stable" ones. As a result, this quadrant is not generally suitable for a BPM pilot. However, there are a couple of exceptions to this rule: If your company lacks a top-down corporate plan for a BPM initiative but wants to attract potential sponsors, this could be your BPM staging point. Low complexity and high control equate to low investment, allowing a small department to manage the pilot entirely on their own. Employee mobility, on the other hand, could be your sweet spot. A simple and routine process (for example, an approval process with a simple linear flow) will not necessitate a large investment in process analysis or redesign, so simply combine it with a BPM suite that integrates easily with mobile devices and launch your pilot. Furthermore, if this process touches many your organization's employees (such as HR or purchasing), you can guarantee a rapidly growing population of BPM fans who will advocate for your next BPM project. High Complexity – Low Control. This is a high-risk, high-reward opportunity. There is an equal amount of "Young & Developing" and "Ill & Painful" processes here. The potential for spectacular results must be balanced against the risk of becoming stuck re-designing low-maturity processes. Lifting processes from this quadrant will yield the greatest benefits, and they will be a major contributor to the success of your BPM programme. Such heroic actions, however, necessitate very strong leadership and a knowledgeable and happy BPM project team. An external team may bring the right skills to your organisation, but internal stakeholders may not be BPM mature enough to handle such a large challenge. Processes from this quadrant should be avoided unless you have a pressing business need for them and a very strong leader to manage them. Is there such a thing as a perfect project? Yes, this is known as the "Wolf in sheep's clothing." It is, in effect, an "Ill & Painful" process disguised as a "Powerful & Stable" one. It usually happens in large, complex corporations where the process is so well documented (high control) that all the actors know what to do and don't complain. Because such processes have many participants (high complexity), most stakeholders focus solely on their part of the process. So, while the overall end-to-end process is inefficient, no one in the organisation has the full visibility required to identify its flaws. If you can identify such a process and find a strong leader to demonstrate to all audiences that it is indeed "Ill & Painful," it will become an excellent candidate for your BPM pilot with significant quick wins. Ready, Steady, Go! You already have a big intellect! You recognise the significance of your internal audiences. You've identified your BPM sponsors and know how to demonstrate tangible results to them. You instilled enthusiasm in many of your future BPM evangelists. You evaluated candidates for the first process based on maturity, complexity, and control and chose one that can be delivered quickly. You've already started a quick, measurable, and contagious process. You're ready to Start Small! Just keep in mind that you want to Scale Fast. While working on your first small process, your abilities to handle larger processes are just beginning to develop. You can, and should, demand faster results even at this early stage. Simply put, don't reinvent the wheel. Many others have done it before you, so why not capitalise on their successes? Contact partners who can assist you in defining your process and benchmarking your KPIs. Look for a BPM tool that does not necessitate extensive "techie" knowledge, but rather blurs the line between IT and the business. Rather than starting from scratch, look for ready-made process templates that you can customise. By using data virtualization, you can reduce the risks of system integration. Use reusable widgets to go mobile. Start small, scale quickly, but never stop thinking big. Make sure that business value is present throughout your BPM pilot project, not just when you make the initial investment or after the project is completed and you go back to business as usual. You now have the necessary evaluation criteria and key recommendations for selecting your first BPM process. Simply define your goals, understand what you can do now, and map out your path to success. Start Small. Think Big. Scale Fast. Checklist: How to select the right first process. Look for processes that give a compelling reason to start: They will easily gain sponsorship if they are linked to corporate objectives. Cause immediate pain in the business, and you'll be able to show a strong need to move quickly. They are heavily manual and will allow for rapid improvement in productivity as well as tracking, forecasting, and control. Use paper documents, email, phone, and spreadsheets extensively because they allow for quick savings and are a clear indicator of manual work. Inconsistent work quality, inaccurate forecasting, or difficulty providing status as they allow for rapid improvement of end-to-end control. By facilitating hand-offs and embedding instructions within work items, multiple decision steps can help to speed up work and reduce errors. Allow you to scale fast: A single Process Owner (or a small central team) can make decisions on scope, budget, and delivery quickly. Ad hoc processes that are simple to modify and improve. Non-standard and outside of core systems (e.g., ERP, CRM) because they require less integration with existing systems and thus allow for faster delivery. Have a mobile component because users will love and easily adopt them. Internal audiences only as external stakeholders can slow down the decision-making progress. Avoid processes that cannot demonstrate results: There are no clear KPI's because if the BPM pilot cannot be measured, the need for a BPM programme cannot be justified. Too many conflicting parties can be a roadblock if they are politically charged or widely distributed. Too simple, because the impact of improving them will not generate enough momentum for the subsequent stages. Already rigidly defined as hard to improve, low potential benefits. Stakeholders will be reluctant to be touched by an unfamiliar methodology and disrupting them can be the first nail in the coffin of your BPM project. Because core systems (e.g., ERP, CRM) are already in place and may be quite efficient, incremental improvements' cost-benefit ratio will be unfavourable. Slow your project down: There is no designated decision-maker, and the lack of quick and clear decisions from a single source will stymie your BPM pilot in endless multi-stakeholder debates. Unknown process because you only have twelve weeks to deliver full results, not an analysis report. Because the proof-of-concept stage is not the time for heroics, look for processes with 10-20 activities. Data intensive because multiple integration points with existing corporate systems may necessitate additional effort, and timings are constrained by strict "change windows." Our clients rely on us to help them deliver a better customer experience, automate operations, and use technology to reduce costs. You should too.