It seems that you cannot read an article or marketing collateral for an IT product or service that’s not claiming to enable or power digital transformation (DX). The term “digital transformation” is overused and irrelevant.
I spoke on this topic at a previous Red Hat Partner Conference where Vizuri won their first Partner of Excellence award. As Channelnomics captured in my address, throwing around the term as a popular catchphrase helps no one understand the real meaning of using emerging technologies and modern software architectures. I’d like to revisit my remarks and the caveats I spoke on. I believe that DX is so widely overused that it’s “Jumped the Shark.”
Service-oriented design continues to evolve with the advent of next-generation architectures that are based on microservices and Linux-based containers. Our strategy in IT has and should continue to be a focus on continuous levels of process improvement (e.g. software design, architecture, integration, computation), refinement, and simplified maturity, not complexity. As Jason Bloomberg writes for Forbes, digital transformation is “a never-ending journey to establishing change itself as a core competency across the organization."
How Do We Define Digital Transformation?
I speak regularly about digital transformation from a software engineering and business solutions perspective. Before I receive a multitude of feedback from other IT providers, I will limit my definition of digital transformation to the digitization of processes within a business perspective, which may or may not include technology. In doing so, I would like to reference the digital transformation definition from a 2014 MIT Sloan article, where they describe digital transformation as:
“The use of technology to radically improve performance or reach of enterprises to change customer relationships, internal processes and value propositions.”
To summarize, digital transformation is a business strategy, not a technology. In light of that definition, three key areas for transformation include customer understanding, customer touch points, and process digitization.
Businesses are transforming to gain a better understanding of their customers within:
Organizations need to provide means and mechanisms for interacting and communicating with their customers and are transforming to gain a better understanding and serve their customers within:
Process digitization is nothing new to IT. Organizations have been digitizing manual processes for several decades and there are several everyday use cases that everyone can relate to, including automated and online banking operations (e.g. mobile deposit, bill pay, cash withdrawal) and airline travel (e.g. reservation, ticketing, boarding passes, security). Process digitization aims at providing seamless transactions across multiple trading partners to deliver a holistic mobile, social, and interconnected experience.
We believe that transformation can be broken down into three pillars: infrastructure, integration, and knowledge. Many technologies can be grouped under each of the pillars that account for the traditional computation, storage, and network products, but we’ll focus on these three areas.
Expertise in cloud deployment: We have found that many organizations underestimate their skills gap and run into many application performance and operational stability issues. Official training is key and essential to avoid the pitfalls.
Watch out for the "Death Star": We have found that many organizations define their services at a too-granular level, which leads to hundreds of small services that are hard to understand and create an unnecessary amount of noise. Their architectural diagrams look like the “Death Star” from Star Wars. Using an API microservice approach for both internal and external communications provides an abstraction layer where the implementation is separated from the interface and true agility can occur because the underlying implementation can change without affecting operations.
Many organizations bury critical business rules, decisions and conditional logic within application software code, database stored procedures and packages, and within undocumented scripts and human procedures (i.e. Tribal Knowledge). While every organization is trying to attain business agility, they are anchored by the technical debt they have created. Extracting knowledge and providing it in a way that is easy to consume and provides a “single source of truth” requires thinking differently and using business process and rules technologies. Focus areas include:
A cautionary tale: Data is not an implementable focus area; leveraging historical knowledge places a financial burden on any organization. They have to determine how much information is enough to evaluate their rules and make informed decisions. We have implemented more than 20 business rules and process engagements over the last three years. We have seen the benefits of moving to a knowledge management framework. We have shortened insurance underwriting process by as much as 65% and improved the claims settlement and adjudication process by leveraging business process management and rules technologies.
Technology is not a panacea. It is a tool, not a solution. How you design your solutions architecturally is critical to realizing your transformation goals. There are numerous mainstream technologies that, when properly aligned, do provide the business agility that organizations are looking to achieve. In addition, there are several emerging technologies that do require research and assimilation, once proven.
If you are interested in learning more about knowledge management, please read “The Knowledge Engineer – The New Sheriff in Town” and subscribe to our blog for our upcoming content on modern solution architectures.