Most large organizations are undergoing major digital transformation that will last for at minimum another 10 years. Successful enterprises will rightfully claim that their organizational transformation never ends and has become a continuous process. Yet, capital and human resources are finite and all initiatives to be delivered should generate a good return on investment. Not every initiative can be done at once. Are we sure that the current list of initiatives is not missing any critical initiatives? Which initiatives should be delivered first? Some should never be done at all? BUT WHICH ONE?
The necessity of digital transformation
As indicated by Oliver Bossert and Jürgen Laartz in “How enterprise architects can help ensure success with digital transformations”:
“Most CEOs understand the potential upside of a digital transformation. If they can get it right, their companies can be more efficient, more agile, and better able to deliver innovative products and services to customers and partners through multiple channels. About 70 percent of executives say that over the next three years, they expect digital trends and initiatives to create greater top-line revenues for their businesses, as well as increased profitability.
There are tangible risks associated with these efforts, however. Traditional companies want to behave like start-ups, but they usually don’t have the technology infrastructures or operating models to keep up with companies that have been digital from the start. Their shortcomings can have consequences. Traditional companies undergoing digital transformations may continue to build ever-more-complicated IT systems, deploying new features or patches and fixes on the fly to meet immediate needs without any clear road map or consideration of future IT needs.”
Meredith Whalen goes even further in “5 things that are dragging down your digital transformation” by saying:
“Digital transformation is a 10-year process. We predict digital transformation of 75% of enterprises will take until 2027. It is important for an enterprise to keep pace with the major milestones your peers are hitting. If you are like most organizations, you are making progress in your individual digital programs; but you are not making progress on the greater goal – digitally transforming the entire enterprise.”
Yet, it is hard to find literature that explains how to prioritize digital transformation initiatives. Here are six various value finding architecture methods that can be used by business architects in setting priorities in their organization’s digital transformation roadmap and initiatives.
1. Value stream to enabling capabilities cross-mapping
Value Streams create value at each one of its value stages for a triggering stakeholder. Value Stages are used to understand which capabilities enable and provide value for a stakeholder. Architects can then link the organization’s application(s) to each one of these enabling capabilities, as described in the “Capability to Applications cross-mapping” section below in this article. Value Streams are not processes, since they do not include any decision points and do not follow multiple paths. By identifying the value stage(s) and its enabling capabilities that are the most problematic within a value stream, architects will be able to build initiatives and a roadmap to solves these issues.
2. Capability to organization cross-mapping
The use of capabilities in business and enterprise architecture is becoming widespread. Organization charts, applications, stakeholders may change frequently over time, but not capabilities. They remain stable despite any turmoil occurring in an organization. Capabilities may be used by many business units or department, but it should be delivered or owned by only one. Finally, Level 1 and level 2 capabilities should not be orphans either. A capability needs to be delivered or owned by a business unit or a department. Having multiple business units delivering a capability is a signed of inefficiency. Having a level 1 or level 2 capability not being delivered by any business unit is another sign that the capability is not performing to par.
3. Capability to applications cross-mapping
Cross-mapping capabilities to its supporting applications and legacy systems is very frequent among enterprise architects. With growth and especially with numerous merger and acquisitions, it is not uncommon to have hundreds of applications supporting the same capability. Often acquired business units will operate mostly in silo after the transaction. This is usually why an organization may end-up with so many applications for one capability. In a digital transformation where an organization wants to maximize its customer lifetime value, the organization cannot afford anymore to have its business units work in silo and rationalising and lowering its number of its supporting applications and legacy systems. Usually the capability with the most supporting applications and systems should be part of your priorities.
4. Information concepts to data models cross-mapping
Cross-mapping the organization’s information concepts to its supporting data models is also used somewhat frequently among enterprise architects and yet I have found very little literature about this subject. It’s the same logic as the cross-mapping capabilities to its supporting applications method. In siloed companies, you may find a customer database for each business unit, where the same client will be repeated from one database to another. Consolidating these databases into one master database is crucial in an organization that wants to maximize its customer lifetime value.
5. Value stages to participating stakeholders cross-mapping
There are up to to 12 domains (organization, capabilities, value, strategy, initiatives, assets, information, stakeholders, products, process and requirements. that can be examined and cross-mapped for up to 132 cross-map dimensions. Most of these cross maps do not make sense and should not be examined. It is not the case for the value stages to stakeholders cross-mapping as shown in Diagram 3 of the whitepaper. It lists the various value stages where a financial institution’s is involved for critical value streams. Undoubtedly some managers are more involved then others in providing value.
6. Various capability measurement techniques
Building a business architecture model without measuring any of its key elements is a pure waste of time. As indicated in this whitepaper entitled “Digital transformation: new realities require new architecture” written by Michael Rosen and me, “Measurement tables of digital capabilities are an easy way to understand and prioritize the effort required to meet the organizations strategic goals. As shown in Table 1 of the whitepaper, we can quickly compare which capabilities will provide the most value, require the most effort, have the biggest functionality gaps, or the best or worse performance. This information allows to make trade offs, manage dependencies, set expectations, and prioritize the projects needed to implement our Commerce strategy.” Some of these measurement or others may also apply to other domains of the business architecture model of an organization and enable its architects to further prioritize which initiatives should be included in their roadmap.
These six business and enterprise architecture methods should help you answer which one of your numerous initiatives should be delivered first, and which one should not make it into your priority’s list at all. It goes without saying that none of these methods exclude the usual return on investment techniques before setting any roadmap in stone. The initiatives with the highest return on investment should most probably be dealt with among the first.
[This article is a summary of a whitepaper written by the author with the same title.]