Author: Christian Wedlock

RPA demands IT and business collaboration:

In our experience, most IT teams are still only beginning to understand how different it is to deploy contemporary intelligent process automation technologies, and how the role of IT and their relationship with their internal business customers’ needs to be much more collaborative, adaptive and dynamic to fully exploit these technological capabilities.

We’re also finding and proving that it’s more essential than ever to have an effective framework in place that supports and focuses on business objectives and enables the democratisation of key steps in the automation deployment lifecycle to avoid bottle-necking efficiency and speed.

A long-term IT infrastructure plan is crucial:

IT readiness is key. It’s important for IT to focus on the infrastructure primarily, not just what’s needed now, but in 12, 24, 48 months’ time, according to the roadmap and this ought to consider cloud and other emerging technological opportunities too.

Maintaining the RPA IT environments is also critical and relies on well-coordinated interaction with the business users to ensure system updates across multiple environments minimise disruption of robotic and operational effectiveness.

RPA lightens the load for IT:

The recent UiPath/Forrester paper highlights what I feel is a really important point; that RPA can truly lighten the load for IT, both in supporting technology-led business process innovations and reducing the daily workload for IT. We’ve seen several practical benefits/examples of this, for instance: IT has been using scripts for years to automate hardware monitoring and maintenance and onboarding / offboarding in multiple systems, but many are still being run by humans, driven by numerous IT service tickets. Whereas RPA can be used to effectively reduce this burden and remove the human in the loop, and at the same time provide a faster more tailored service to the business.

Once the IT organisation does indeed see how beneficial RPA can be to the business, they’re often very enthusiastic to implement it, however, this can lead to issues if IT assumes ownership for the RPA programme and attempts to fit the programme within more traditional policies and practices. With the appropriate governance in place, RPA allows lasting but quick results.

Using RPA to optimise data storage:

Another common example we see for RPA to lighten the load for IT is in optimising the use of data stored in bespoke and often home-grown legacy systems, which can create a lifetime of knowledge-dependent maintenance, especially if those systems need to be modified to meet changing business needs. RPA is a perfect solution to meet changing needs and customer demands for true reusability, without lengthy integrations.

Where the challenges lie:

The biggest challenge we still see in deploying RPA is the infrastructure set-up, and there are a few possible reasons for this:

  • Some IT professionals are initially dismissive of RPA as basic screen scraping technology and aren’t that interested, or they occasionally see RPA as a threat too, but it needn’t be that way. Read our recent UiPath Case Study here.
  • POCs have long been the starting point for RPA, however, the technology is generally well proven from a technical standpoint and if the initial discovery work is completed adequately, the infrastructure environments are best set-up as they mean to continue with full deployment scalability.
  • What critically improves the time to deploy, is clearly understanding the requirements, accepting that they are simple, but different, so reading technical documentation and undertaking on-demand training can really help, but involving IT professionals who can assume responsibility for the end-to-end set-up cycle is also beneficial, and ideally people who understand the existing eco-structure properly really helps.
  • Ultimately however, it boils down to how much of a strategic enabler and business partner role IT provides to the business, as this determines the effectiveness and success of the working relationship and success of RPA.

IT policies are another critical area where change and collaboration are essential. In practice, most IT policies didn’t anticipate RPA when they were created and so some adaptation and tweaks will be required to work properly, examples include: Release Control; Maintenance and Upgrade; System Access Controls; Password Management; Segregation of Duties; Logs and Logging. 

We’ve observed examples where more traditional approaches to technology deployment can stifle the speed and effectiveness of an RPA programme, so it’s important to be open to new ways of working. But, there’s also no need to reinvent the wheel and develop brand new frameworks, there are plenty of proven RPA operating models already that will suffice and can be implemented with minimal adaptation.

Finally, IT must engage with the business, as they’ll be the ones interacting with the automation on a daily basis, not IT, in order to deliver on business objectives.

You can download the Forrester Report here.

Christian is co-founder and Technology Director at Lawrence & Wedlock.