Why Working with Your Implementation Team During Discovery is So Important

This blog is part of our guest blog series with our partners, myInvenio and BP3. This is the fourth of four blogs from Scott Francis, CEO at BP3.

Over the last 18 months I’ve canvassed a lot of clients who were beginning to work with RPA and initiating pilot projects or evaluations.  I was initially surprised to hear a client tell me that before they automated their processes with RPA, they needed to first document their processes.

You can imagine me being surprised.  After all, documenting processes isn’t something new.  iGrafx has been offering great software for documenting processes for a few decades.  Discovering processes is a discipline that goes back at least as far as the 1990’s and Business Process Re-engineering.

But, I shouldn’t have been surprised. And after hearing this a dozen times, I wasn’t surprised anymore.  I shouldn’t have been surprised because business changes and evolves, and it really doesn’t wait for process documentation to be updated.  In fact, executives often fail to fund efforts to define and document core processes – because they don’t attach a hard ROI to those efforts.

So, I asked these clients and prospective clients why they were investigating RPA if they felt they still had core process definition and documentation to do – and the answer was that the documentation effort was going to get funded by an RPA project.  That’s the secret sauce.  To do RPA correctly, we need to discover not just the details of an automation, but the business process in which it participates.  But RPA is the juice to the ROI equation that makes the documentation effort feel worthwhile.

This arrangement also signals two more things:

  1. It’s really important to leverage process mining to discover the current state of your process.
  2. It’s really important to involve your delivery team in your discovery of processes.

To the first, you need an accurate representation of what’s happening now in your business.  By definition your documentation is out of date.  Moreover, as you make changes to your process with automation driven by RPA, process mining can give you the insights to see if you’re yielding the benefits you anticipated – and if not, why not.

To the second point, you need your delivery team involved in discovery because the boundary conditions of RPA tooling are not widely known.  They’re not as common and settled as spreadsheets for business technology.  And your delivery team can advise you as to which automations RPA is well-suited to drive, and which details are best suited for other approaches in addition to RPA.  Of course, you need a delivery team with expertise in the relevant areas: process mining, RPA, process, decisioning, AI/ML, to start.  It’s a long list but not an unreasonable one to ask of your delivery team.

Of course, delivery teams know how important it is to work with their business teams during discovery – and during delivery.  They’ve usually seen the failure modes that occur from isolating discovery from delivery.  The biggest insights come from multi-disciplinary and inter-disciplinary innovation.  Give these teams a chance to collaborate and creatively solve problems for your business- and give them the tools to get it done!

Related Content


Streamline Compliance and Mitigate Risk with Process Mining and Process Design 

In today's complex and highly regulated business environment, compliance management and risk mitigation have become top prior...

What is Business Process Management Anyway, and Why Do Companies Need It? 

By Kim Scott     There’s a lot of information to be found on the internet about what defines Business Pro...

Predictive Analytics: Digging Deeper to Get Things Done

An Intellyx BrainBlog for iGrafx In our previous chapter on automated decisioning, we discussed the importance of bringing...