• Paul Griffith

RPA’s - Think Globally and Act Locally - 5 Steps to Get Going

Updated: Oct 26, 2021

We all have a few repetitive work processes that we find annoying! We log into some site, then grab some information from one application and we “update” another application with that very information. We do these things accompanied by a little twinge that signals time could be better spent. What if we packaged up some of these boring steps and got to push further into more meaningful work?

This has happened to you. Step back and think of this experience happening several times a day to your colleagues. There are some real hours lost in these unimaginative system-to-system tasks. If you are with me, you want to find out how you can make a change that lasts and helps people use their creative capabilities across the company in a more efficient way.

These 5 steps show you how you can think globally across your company and act locally with your RPA (robotic process automation) program.

Step 1: Start small and be tactical

- Build out some flows. Interview people you work with that may have some repetitive tasks that you know something about. Ask them about how those tasks start and what causes them to end. Ask about the systems and processes that are dependent on these tasks. Outline a process flow indicating the start, the middle steps and the end so that your could explain it to someone whose not familiar with the work.

Step 2: Decide if this is a Business Unit Approach or an Enterprise Program

- It really depends on your situation and the company’s appetite for scaled change. There is no harm in getting a free version of an RPA tool or working with a developer to build a quick bot for your start-small plan. If there is a real need in the company, your start-small approach will give you and an Executive champion the ability to demonstrate real ROI before you try to win hearts and minds across your department / company.

Step 3: Get the Executive Team involved

- Build a summary, benefit analysis of the flows outlined in Step 1. Prioritize one to three items that are related and estimate the time involved in these processes. Look at the time it takes to access systems, copy information. Calculate the delay and opportunity cost when something does not happen on time or if the data was copied incorrectly. Outline your cost benefit analysis and show the expected benefit. Build a working prototype with free-ware or borrowed time from a Developer friend. Couple the benefit analysis with the performing prototype to gain an Executive sponsor that will guide and support you.

Step 4: Decide if you should officially start Change Management

Maybe you have have leveraged your small start into a big opportunity. In no time, you will be working with other departments. Now is the time to pause and go back to Step 2, deciding if you are taking a business unit or an enterprise program approach. It is perfectly fine if the company is not in the right spot for an enterprise RPA program and you should continue to act locally. Better to know now than create a disjointed franken-program where you have different teams starting RPA efforts using different Developers or platforms.

Pushing forward without a change management program can be a costly and draining for your most talented team members. To scale enterprise-wide you need a change management program or COE (center of excellence) to support you and ensure predictable change.

Step 5: Build a Center of Excellence (COE) / RPA Central

- Call it what you want.... personally, I think COE can be a term that isolates. I often prefer RPA Central. When building this RPA Central team, you are looking to staff roles that endure and are needed for the long term. You can create roles and hand them to existing team members, however this signals lack of commitment. It can be interpreted as not important if people are being handed new tasks but not being supported in their original/previous work. This is where Executive support from step 3 comes in handy. Use the following outline to help frame the need for a staffed RPA Central team.

RPA Central will be critical for the following:

o Communicating deeply and widely about what is changing

o Building consistent process flows and programming RPA bots in a consistent fashion

o Unifying on a business case-based approach to prioritizing RPAs

o Working closely with IT, Security and Governance to ensure RPA Central is facilitating sustainable change.

Whether you change your business unit with a few RPAs or change the entire company with an RPA Central team, success begins with a local win.Take your time and enlist people to understand the value in building a consistent RPA method that scales when the time is right. Hopefully, your time is now.

Info: There are 4 basic types of RPAs

1st – Highly customizable Finance/Accounting software

2nd – General Screen / Scraping and document population

3rd – Self-development, a developer builds a software-based custom robot

4th – Enterprise RPA, software that scales

#RPA #UiPath #Pega #blueprisim #WDG #automationanywhere

14 views0 comments

Recent Posts

See All