Skip to main content

3 common process automation mistakes (and how to fix them)

Like their cloud-native counterparts, many large or longstanding enterprises aspire to automate as much of their operations as possible. As a result, many of them get overly ambitious with their process automation goals, and attempt to roll out sweeping, company-wide digital transformation initiatives. While ambition is a good thing, many of these initiatives take years to complete, and often require ripping and replacing legacy systems. 

Few organizations consider that end-to-end process automation takes a change in mindset that spans people, processes and technology. Let’s take a look at three of the most common process automation mistakes, and how organizations can work together to fix them.

  1. Rolling Out Strategic Automation Initiatives Too Fast

While there’s nothing wrong with being strategic, thinking on too large of a scale is a common pitfall of overly ambitious automation projects. Taking on too much strategic work too early runs a high risk that the organization doesn’t see any business value for a long time. As a result, developers will most likely get completely stuck in shaping a complex platform without understanding its use case.

Instead, try to break down larger strategic initiatives into component parts, starting with the most urgent or important projects first. Here’s one way to approach it:

  • Start with Pilot Project: The goal of this project is to define and validate both architecture and stack. Very often, this pilot project is set up as a proof-of-concept (PoC). However, it is important to go-live with that pilot to really learn about all aspects of the workflow solution throughout the full software development life cycle (SDLC).
  • Accelerate to a Lighthouse Project: Soon after running a successful pilot, you should tackle a lighthouse project. This project should have a broader, but still realistic scope which can be better leveraged to show off architecture, tooling, and value of workflow automation to other people and teams within your organization.
  • Progress to Broad-Scale Transformation: Leverage the lessons learned from the lighthouse project, empowering the people on that project team to run a Center of Excellence (CoE) to break down silos across teams and drive organization-wide change.

I call this approach “the art of gradual transformation.” Ideally, before approaching a large-scale automation project, try to map out the entire ecosystem of processes — including the people, systems and devices at work in the background. Start by modernizing high impact processes that affect customers the most. Then design a transformation approach that fits the business’ or customers’ needs, rather than your technology stack’s requirements.

  1. Handling Automation Projects in Silos

Even though a gradual transformation approach is recommended, it does not mean “siloed” or without structure. If each team chooses its own tools, it can be hard to effect organization-wide change, or end-to-end process automation. Technology decisions are a commitment for years and sometimes even decades. These decisions and the resulting maintenance affect more than just the current team in the trenches.

As mentioned above, a CoE approach can help break down organizational silos and share best-practices on what has worked or not worked in previous automation projects. Ideally, this group does not dictate arbitrary standards, but maintains a list of approved tools and frameworks that can be reused across the entire company. 

Beyond tooling alone, a CoE can also maintain start guides, project templates, and reusable open source components/libraries for teams to leverage. In addition, they can serve as advocates for automation, by running a community to raise awareness for new automation initiatives within the company. Within this framework, more teams can get inspired by the potential for automation within their departments.

  1. Failing to Embrace Microservices Architectures

One important factor to address is the way software is built within the company. Embracing a microservices architecture in a legacy company is easier said than done. Often, there are legacy systems in place that are difficult to unseat. By one estimate, there are still more than 200 billion lines of code written in COBOL, a decades-old programming language. A wholesale replacement of these systems could cost upwards of $4 to $8 trillion (or more).

That’s where the gradual transformation approach comes into play. For example, many companies have surface-level automations in place with RPA implementations sitting on top of legacy systems (like those written in COBOL). A good approach for these scenarios would be to go through a modernization in three main stages:

  1. Orchestrate all of these RPA bot-driven local task automations along the end-to-end business processes
  2. Sunset these bots one by one in order of priority
  3. Invest in rewriting the underlying business logic as microservices, which can again be orchestrated along the end-to-end business processes.

The advantage of a microservices-based automation workflow is that it allows for a decentralized architecture where each team “owns” its own isolated processes. In the event something goes wrong with a single process, it can be easily controlled and fixed. From there, a process engine can “drive” these microservices-based processes across the organization, and unify them where it makes sense.

To sum up, end-to-end process orchestration can’t happen in a vacuum. Stakeholders from across the organization should be involved, and projects should start small. Without a clear pilot project, large-scale, strategic automation efforts can easily fail to prove their business value. By working together to define priorities, create best-practices, and roll out the technological changes needed, organizations can ensure that end-to-end process automation happens successfully.

To learn much more about process automation, sign up for the virtual CamundaCon 2021 event on September 22-23.

The post 3 common process automation mistakes (and how to fix them) appeared first on SD Times.



from SD Times https://ift.tt/3zx1ozA

Comments

Popular posts from this blog

Difference between Web Designer and Web Developer Neeraj Mishra The Crazy Programmer

Have you ever wondered about the distinctions between web developers’ and web designers’ duties and obligations? You’re not alone! Many people have trouble distinguishing between these two. Although they collaborate to publish new websites on the internet, web developers and web designers play very different roles. To put these job possibilities into perspective, consider the construction of a house. To create a vision for the house, including the visual components, the space planning and layout, the materials, and the overall appearance and sense of the space, you need an architect. That said, to translate an idea into a building, you need construction professionals to take those architectural drawings and put them into practice. Image Source In a similar vein, web development and design work together to create websites. Let’s examine the major responsibilities and distinctions between web developers and web designers. Let’s get going, shall we? What Does a Web Designer Do?

A guide to data integration tools

CData Software is a leader in data access and connectivity solutions. It specializes in the development of data drivers and data access technologies for real-time access to online or on-premise applications, databases and web APIs. The company is focused on bringing data connectivity capabilities natively into tools organizations already use. It also features ETL/ELT solutions, enterprise connectors, and data visualization. Matillion ’s data transformation software empowers customers to extract data from a wide number of sources, load it into their chosen cloud data warehouse (CDW) and transform that data from its siloed source state, into analytics-ready insights – prepared for advanced analytics, machine learning, and artificial intelligence use cases. Only Matillion is purpose-built for Snowflake, Amazon Redshift, Google BigQuery, and Microsoft Azure, enabling businesses to achieve new levels of simplicity, speed, scale, and savings. Trusted by companies of all sizes to meet

2022: The year of hybrid work

Remote work was once considered a luxury to many, but in 2020, it became a necessity for a large portion of the workforce, as the scary and unknown COVID-19 virus sickened and even took the lives of so many people around the world.  Some workers were able to thrive in a remote setting, while others felt isolated and struggled to keep up a balance between their work and home lives. Last year saw the availability of life-saving vaccines, so companies were able to start having the conversation about what to do next. Should they keep everyone remote? Should they go back to working in the office full time? Or should they do something in between? Enter hybrid work, which offers a mix of the two. A Fall 2021 study conducted by Google revealed that over 75% of survey respondents expect hybrid work to become a standard practice within their organization within the next three years.  Thus, two years after the world abruptly shifted to widespread adoption of remote work, we are declaring 20