Next Gen Technology Transformation in Financial Services
Next Gen Technology Transformation in Financial Services
Next Gen Technology Transformation in Financial Services
Next-gen Technology
transformation in
Financial Services
Introduction
Financial Services technology is currently in the midst of a profound transformation, as CIOs and their
teams prepare to embrace the next major phase of digital transformation. The challenge they face is
significant: in a competitive environment of rising cost pressures, where rapid action and response
is imperative, financial institutions must modernize their technology function to support expanded
digitization of both the front and back ends of their businesses.
Furthermore, the current COVID-19 situation is putting immense pressure on technology capabilities
(e.g., remote working, new cyber-security threats) and requires CIOs to anticipate and prepare for the
“next normal” (e.g., accelerated shift to digital channels).
Most major financial institutions are well aware of the imperative for action and have embarked on the
necessary transformation. However, it is early days—based on our experience, most are only at the
beginning of their journey. And in addition to the pressures mentioned above, many are facing challenges
in terms of funding, complexity, and talent availability.
This collection of articles—gathered from our recent publishing on the theme of financial services
technology—is intended to serve as a roadmap for executives tasked with ramping up technology
innovation, increasing tech productivity, and modernizing their platforms. The articles are organized
into three major themes:
The pace of change in financial services technology—as with technology more broadly—leaves very little
time for leaders to respond. Therefore, CIOs and other executives need to accelerate and scale their
Technology transformation. We hope this collection is helpful in framing and shaping this journey.
3
4
Index
After the first wave: How CIOs can weather the coronavirus crisis 39
Cutting through the noise: how banks can unlock the potential of APIs 83
Designing a data transformation that delivers value right from the start 99
5
6
The CEO’s new technology agenda
By Klemens Hjartar, Krish Krishnakanthan, Pablo Prieto-Munoz, Gayatri Shenai, and Steve Van Kuiken
Role Collaboration with the business on shaping strategy 1. How are we making key technology
and streamlining operations decisions at all levels of the company?
Resource Talent, methods, and tools to accelerate innovation 4. Have we placed high-caliber engineers in IT
model roles that contribute the most value to the
— Ample engineering talent company?
Technology Flexible, scalable systems that speed releases 8. How much custom development work goes
foundation of IT products into building new IT solutions?
1 McKinsey research shows that companies with the best-performing IT organizations are more likely to say that their CIOs are involved in
shaping overall business strategy.
1 “The digital CIO has arrived,” MIT Sloan CIO Symposium, 2016.
2 Klemens Hjartar, Peter Jacobs, Eric Lamarre, and Lars Vinter, “It’s time to reset the IT talent model: Foster an engineering culture of
smaller teams of better engineers to maximize productivity,” forthcoming in Sloan Management Review.
Exhibit 1
Customer
Mission Customer-journey platforms (“journeys as a service”) proposition and
control experience platforms
built on reusable
Provides code (internal and
oversight, external)
coordi-nates,
allocates
resources,
sets
standards Business-solution
Business-capability platforms (“company as a service”) platforms, designed
to be modular and
run as a business
(internal and
external)
Core IT provisioning,
Core IT platforms (“IT for IT”) e.g., cloud, data,
automation (internal
and external)
For example, in personal banking, the customer-journey platforms cover the customer experiences
of searching, opening an account, getting a mortgage, and so on. The business-capability platforms
deliver the banking solutions, such as payments and credit analytics, and the support capabilities,
such as employee-pension management, visual dashboarding, and management information systems
(MIS). Finally, the core IT platforms provide the shared technology on which the journeys and business
capabilities run, such as the cloud platform, the data analytics environment, and the set of IT connectivity
solutions (Exhibit 2).
Retail and banking examples show the services offered on each platform
1 1
Customer-
journey
platforms
2
Business-
capability 3
platforms 4
4
5
Core IT
platforms
1 2 3 4 5
Journeys New Journeys New business- Works still under Major shift to core
re-architected added capability platforms way in some; some IT provisioning
for versality added removed platforms and third-
party platforms
We came up with five key elements that had to The top part of the scorecard is all financial
change. One was to shift from individual projects metrics, customer metrics, shareholder value-
that need approvals, subcommittees, and things add, and revenue generation. The middle part
like that, to giving the freedom to a group of people is where the core of the digital transformation
to operate like a platform. comes in, and we ascribe 20 percent of the value
of the scorecard to this, which is then used to
Then you fund the platform, look at what outcomes drive compensation for the company. Below
that platform can give, and set it free. With that, that we have the strategic initiatives we need to
you can really start to practice agile at scale. get done, and that’s another 40 percent. So big
Third, you have to really think about organizational transformations like automated lending into India
constructs: How does DevOps work? How do you or how to transform future-ready employees, go in
build infrastructure engineering? How do you build that box.
business-ops teams, and how do they interact? We obsess over those scorecards and critique
You then have to think about how you engineer each other’s scorecards. It’s a collective and
the technology and how you build for modern collaborative thing to come up with each person’s
systems that are scalable, elastic, and made for scorecard and the weightings of those. Once that’s
experimentation. set for the year, it’s very clear what everyone’s
mission is.
Finally, how do you automate everything from
testing through deployment to increase cadence?
So those five elements became the mission that
Advice for others on this journey
we’re on and the delivery pipeline that we started I’d say you really need to boil down the essence of
to build. what your mission is and what the problem is that
you’re trying to solve.
Once you’re clear on that, the rest starts to
Our outcomes become very easy. And I would not necessarily
The outcomes of our transformation are speed focus on the pet projects. Focus instead on what
to market, scalability, experimentation, and all gets the business moving, what gets speed
of those things that you see in these technology to market faster, what gets journey thinking
companies. embedded in the organization, those sorts
One successful example would be a bank offering of things.
Exhibit 1
High demand for collaborative tools and operating norms and increased strain
on company financials are the top concerns for chief information officers.
32 12 12 5
22 12 4
1 Question: Which of these are key concerns for you and your organization? Percentage of 161 participants attending 2 McKinsey webinars.
Source: McKinsey webinar, March 20 and 26, 2020, “The CIO moment: Leadership through the first wave of the coronavirus crisis”
Exhibit 2
Chief information officers in the next phase will need to take swift actions
along three dimensions
9 actions to weather the crisis
Adopt new best practices for agile • Be aggressive in IT cost reductions not only
to free up capital but also to invest in capabil-
ways of working ities for the “new normal” (more remote work,
Co-location is an important factor for agile ways of
more online interaction, and more automa-
working to be productive. Remote work obviously
tion). We have found that IT costs can typically
introduces real challenges, such as disrupting a
be reduced by up to 30 percent quickly.
team’s continuous alignment, limiting interactions,
and complicating agile ceremonies—all of which • Fully exploit areas of flexibility to address
threaten to drive productivity down. Furthermore, cost pressures quickly before cutting into
Exhibit 1
Application maintenance
Data center
End-user services
Network services
Total IT run
Application development
120% +22%
+2%
100%
-5%
80% -16%
IT spend1, % of operating expenses -21%
60%
2011 2012 2013 2014 2015 2016 2017
25
20
+2pp
15
140%
+36%
120%
100%
2011 2012 2013 2014 2015 2016 2017
Banks will need to achieve 25-40% in structural productivity gains to create capacity for
new demand
IT cost evolution over next 5 years,
Indexed to 100
125-140
25-40 25-40
100 100
33
50 Change
67
50 Run
Typical Net new New skills Data and Security Future Producti- Future
cost base demand analytics and cost vity gain cost after
20181 resilence before producti-
prouctivity vity gain
gain
Fortunately, CIOs have many ways to improve productivity. Our experience working with banks in the last
five years suggests the full set of levers can lead to 20 to 30 percent in productivity gains (Exhibit 3). The
investment required would be about 1 to 1.5 times run-rate savings, with 5 to 10 percent run-rate savings
achievable within the first year. A well-planned rollout could break even within two years.
The full range of levers can deliver 25-40% in productivity gains, which can be reinvested
in new demand
Hypothetical example; IT cost indexed to 100=baseline IT run cost, 150=baseline IT total cost
150 4-8
6-9
3-4
7-9
25-40% lower
6-10 total IT cost
Change 50
9-13
6-10
90-112
100 = IT run 6-8
costs 2-3
25-40% lower
Application opera- 11-14 31
IT run cost
tions and license 38
27
25
Exhibit 1
Fifteen parctices help define a world class software-development organization
Enablers
ING’s new agile organizational model has no fixed structure – it constantly evolves
Tribe
Chapter
Chapter
(Collection of squads with (basic of new agile organization) (develops expertise and
interconnected missions) knowledge across squads)
— Includes on average 150 people — Includes no more than 9 people; Chapter lead
— Empowers tribe lead to establish is self-steering and autonomus — Is responsible for one chapter
priorities, allocate budgets, and form — Comprises representatives of diffrent — Represents heirarchy for
interface with other tribes to ensure functions working in single location squad members (re: personal
knowedge/insights are shared
— Has end-to-end responsibility for development, coaching,
acheiveing client-related objectie staffing, and performance
Agile coach
— Can change functional composition as management)
— Coaches individuals and squads to mission evolves
create high-performing teams
— Is dismantled as son as mission is
executed
Source: ING
Exhibit 1
Administrative IT
Administrative and maintenance
— Application maintenance
— IT infrastructure
All other IT
This state of affairs partly explains why IT is often viewed as a cost center and a bottleneck by the
business. It also highlights one of the reasons that incumbents are struggling to keep up with tech
companies. With just 10 percent of IT allocated to generating new business value, incumbents are not
battle ready when it comes to contending with nimble tech players.
As any investor would tell you, place your resource bets where you believe there is value. For IT, that
means flipping the ratio, so that the great majority of IT resources are working on products that build
value for the business. As simple as that may sound, few IT organizations have been able to do it. Some
companies have managed to pull it off, however, by following a specific recipe that allows them to work
better and smarter. Typical payback in making this shift—freeing as much as 30 to 40 percent of IT labor
costs—occurs within 18 to 24 months. Flipping the ratio can improve time to market and quality. The
framework also allows organizations to quickly evaluate the business value of new technologies (cloud,
microservices, automation, AI) and then rapidly scale adoption.
Exhibit 2
30%
30%
Application operations
Infrastructure
Exhibit 3
Business Are the stories/features being worked on by Percentage and volume of stories/features that
relevance IT considered “business relevant” or “market are considered “market differentiating” by the
differentiating”? business
Flexibility How flexible is IT in changing directions with Percentage and volume of stories that can be
changes in the market/business needs? deployed into production standalone
Technology How much technology debt (currency, defects, etc.) Indexed technolgoy debt of the applications
debt can be a business risk or preclude IT from working underlying a service/product, e.g.,
on business-relevant stories/features?
• Currency of the technology stack
• Defect backlog
Customer How satisfied are the business users/owners with One-click surveys to the business users/
satisfaction the stories/features being delivered? owners after deploying story/feature
Team-member How excited are the team members (employees Anonymized pulse survey conducted at the
engagement or contractors) to be part of the team? team level
1 John Doerr, Measure What Matters: How Google, Bono, and the Gates Foundation Rock the World with OKRs, New York: Portfolio/Penguin, 2018.
2 For a good introduction to OKRs, see John Doerr, Measure What Matters: How Google, Bono, and the Gates Foundation Rock the World with OKRs, New York:
Portfolio/Penguin, 2018.
66 Reinvent technology delivery to drive a step change in productivity and speed
3. Harness market dynamics to develop ‘IT for IT’ solutions and drive
their adoption
There are typically multiple improvement opportunities that cut across many teams or products in IT—
for example, a platform for the creation of application programming interfaces (APIs). These “IT for IT”
solutions can help teams work more efficiently and effectively by standardizing processes and making
code easy to reuse, for example. However, one of the big issues contributing to IT administrative bloat is
that these sorts of IT-for-IT solutions often end up languishing unused. Not only are resources tied up in
developing them, but further work is often needed because they don’t work as expected.
At one insurance company, this became a glaring issue. The API enablement team had done what it
was asked to do: establish an API platform to let developers build new APIs more efficiently. Yet after
investing in the platform, fewer than 100 APIs had been created on it, and worse, fewer than ten of
those had been referenced more than five times—and this was in an organization of 500 developers.
Why weren’t they using the platform? It turned out that it was just too difficult to use. Developers had to
submit a manual request, which took a week to fulfill, so they found it easier to just write new code.
A better solution relies more on market-demand mechanisms. Agile teams create demand for tools and
solutions they need to help hit their OKRs. As developers spot these needs, they propose a solution
(such as developing a platform for API development or a portal for developers to find existing code) to
meet the demand, which is quickly reviewed and funded (or rejected) by an oversight team. If approved,
an enablement team is formed, made up of people with the right skills. IT organizations provide
incentives for enablement teams to form, such as bonuses and recognition. The key difference, however,
is that enablement teams have specific OKRs for not just delivering the product but showing that it works
and is adopted. Developed tools and solutions need to solve the problem, be easy to use, and easily
deployed (Exhibit 4).
Exhibit 4
Enablement teams can be set up to design and drive the adoption of solutions common to
multiple agile squads
Typical goals for an
enablement team Illustrative example: API enablement team
— Act as evangelists, 1. Self-service platform to 1. “Dojo” sessions with teams to learn and
promoting the solutions to create APIs launch
other teams
2. Portal to search for existing APIs 2. Community channels for cross-learning
— Self-govern the enablement and celebrating success
team through OKRs
3. Connecting with other enablement
focused on adoption of the
technology teams (e.g., APIs in cloud)
We have found that a venture-capital (VC) funding model, in which IT leadership acts as the venture
capitalist, works well to fund IT-for-IT solutions. In this system, anyone in the IT organization can submit
an idea for creating a new enablement team; if an idea is deemed attractive, IT leadership provides seed
funding and sets OKRs. Quarterly assessments show progress, and leadership decides whether to
allocate another round of funding to that enablement team and what OKRs to pursue next (Exhibit 5).
A VC-style funding mechanism ensures that enablement teams’ OKRs are aligned
with the goal – to flip the ratio
New-investment
prioritization forum
Funding to
build v2
Yes
Yes Yes
Approval to Evaluate
conduct pilot delivered
impact
In this model, the company’s executive committee acts as investors in a VC fund, so IT leadership goes
to them annually (or more often, depending on the need) to demonstrate impact from the enablement
teams and request VC funds for the next year. The effect is to force the teams in the tribe to behave like
start-ups, moving quickly to demonstrate the value of their work.
Start of next
Start of quarter End of quarter (6 weeks) quarter
IT leadership 1 1 2 3 4 5 6
team (ITLT) 7 Program
Regular review
processes leadership
meeting
4 Q&A sessions
Product/ 3 5
service
leadership 2 Pre-QIR Write QIR Review QIR 6 Marketplace
session
1 ITLT, with support from the executive committee, sets 4 Q&A sessions with ITLT are set up to provide tribe
the “enablement” budget on a yearly basis and adapts leads the opportunity to receive extra guidance on
quarterly within the QIR their objectives, road map, or impediments
2 ITLT sets the “what needs to be accomplished next 5 Tribe leaders read and comment on the QIR memo
quarter” by providing tribe leads with priorities drafts of other tribe leaders
3 Tribes leads draft and publish a 5-10 page QIR memo, 6 A 1-day QIR marketplace event resolves dependencies
which includes a retrospective of last quarter as well as and finalizes QIR memos
the OKRs for the next quarter
Exhibit 1
A modern agile IT infrastructure organization relies on well-rounded engineers to work
closely with developers and deliver solutions efficiently, making extensive use of automation
Traditional organization Agile organization
Technology • Highly customized infrastructure, • Standardized infrastructure service
provisioned on request offerings with largely automated delivery
• Significant manual effort required from • Self-service tools let application developers
infrastructure teams configure and control infrastructure on their
own, with appropriate guardrails
Processes • Rigidly sequenced processes, with many • Squads responsible for end-to-end delivery
handoffs among groups of specialists of service offerings
• Repetitive tasks (such as deployment and • Processes in which repetitive work is
incident resolution) performed manually automated and stream lined
d-party providers
Thir
Call KYC Differentiators enabled by next-gen core
ch center Cre
Bran dit banking service providers
Ris
p p
ap kto
l km
AM
ne Hyper-parameterized product ranges enabling
s
L
De
an a
faster time to market and ultra-personalization
na
Ch
app e
Fra
bil
Ge
ge
Mo
ud
ct
men
er Real-time data analytics enabled by a single
u
Transaction
al l
monitering
Prod
edger
Modern
t
Reg.
data
core
E c o sy
Acco
Card
or at
untin
a
C
ec
u sto m er d cost, automation, and resilience
me
st e
g
k
ay
P
m
an
Lo
erb
m aunsto m eernt
Int
s
B. agem -
er l integration and increase re-use
I. Int iona
Ide na
t of capabilities
man ntity ng
agem keti
en t CRM Mar
Thir Third-party ecosystems to leverage best
d-party providers of breed solutions with ease of switching in the
future
Reduced IT costs. Banks can cut spending through higher developer productivity and removal of
technical debt. They can achieve further efficiencies by leveraging cloud-based services (which enable
them to deploy new products and scale infrastructure quickly) and by using development tools that
support automation (DevSecOps).
Accelerated time to market. Banks can more easily and speedily develop new products and services,
aided by hyper-parameterized configuration capabilities. Higher levels of standardization make it
simpler to leverage modern tools such as automated testing and therefore to implement more frequent
deployment cycles.
Data and a customer-centric proposition. Data capabilities are set to become a critical differentiator.
Modern platforms support integrated data sets and a single source of truth. These in turn create the
ability, in real time, to offer personalized experiences and run advanced analytics for sharper decision-
making (e.g., for front-line staff).
The ability to scale through partnerships and innovate. New platforms enable rapid scaling and
less expensive development of ecosystems and ancillary services. Integration is easier with modular
architectures and communication via APIs.
Given these benefits, it’s not surprising that more than 65 percent of the banks we surveyed are
exploring the potential of next-generation platforms. Indeed, around the world, several have announced
partnerships and are on the way to realizing significant benefits.
As attackers and some incumbents move forward, banking leaders remaining on the sidelines have three
practical options (Exhibit 2)
Low
Replaced
Medium
Preserved High
2: Journey-led progressive
1: Big-bang replacement of core modernization 3: Greenfield tech stack
User
interface
Integration
Core
systems
Description — “Big bang” approach with — Top customer journeys — Greenfield tech stack leveraging
monolithic system upgrades reinvented end-to-end through cloud-native architecture (e.g.,
every few years zero-based design hyper-parametrized, real time,
— Selected systems upgraded — New business logic built modular, API first)
or replaced according to iteratively as modular — New customer onboarded
architecture roadmap (through microservices (and selectively on the new platform; existing
“buy” or “build” approach) “hollowed out” from existing customers migrated (e.g.,
systems) with shared utilities cancel and re-enroll, recreate
accounts)
What — Current core is dated or out of — Current core has support and is — Risk appetite and budget to
bank support and there is an urgent usable for the next 5 to 10 years experiment with a technology
needs to need to replace — Lower appetite for risk of data hedge
migration required than for big- — Speed of product innovation
believe
bang or greenfield option over risk of data migration
— Highly complex product setup challenge for legacy customers
or legacy customers making
migration a challenge
Risk profile
Speed
Investment $100 million to $500 million+ $50 million to $200 million $50 million to $100 million
Note: Based on flash survey conducted in 2019 during a banking conference with over 100 banks
Source: McKinsey analysis; annual reports
Most banks focus on internal APIs to cut costs and boost efficiency
Where they are building external models, many banks are providing banking-as-a-service to fintechs,
aiming to use existing assets to construct new products and services. Another powerful use case is to
integrate offerings into customer IT platforms. One large European bank, for example, is developing a
“treasury cockpit,” which can be integrated with customer systems to enhance transparency and enable
faster interactions.
While the majority of APIs by number are internally focused, most banks have some kind of outward-
looking program. According to a McKinsey survey and publicly available data, some 65 percent of the
40 European institutions among the 100 leading global banks (ranked by balance-sheet assets) have
a developer portal to share APIs externally. On a global level, 47 percent of the top 100 do the same
thing. Regulation is often a primary driver, but equally banks are seeking to innovate where they see an
opportunity.
Where banks have externally facing portals, some 43 percent of APIs are focused on complying with
PSD2. These may, for example, offer access to account data or enable third-party payments. The rest
relate to functions outside PSD2 requirements, including services such as branch/ATM finders, account
opening and closing, FX, and loan applications (Exhibit 2). In fact, some 57 percent of external APIs are
not required under PSD2 compliance.
Banks are increasingly implementing APIs in areas other than regulatory compliance
APIs offered by the top 1001 global banks by function, in % of total number of APIs released externally
Operating model
Establish a central integration team to gain momentum; over time the
team might disperse across the organization
Technology People
API strategy
Establish a single API Build API
platform and clear Set a clear strategy for capabilities
standards (e.g., API internal and external APIs internally and
taxonomy) to ensure based on business value establish a strong
re-usability and scalability creation (e.g., monetization culture focusing on
across the organization potential) and establish an exposing services
API-first model and data
One core underlying principle is that API development must be business-value focused. This means
for external APIs, banks need a well-thought-through API monetization model, potentially including a
combination of schemes such as freemium and pay-per-use. Internal APIs should add value through
factors such as costs savings, speedier time to market, and increased quality of products and services.
From an operating model perspective, there are two basic steps, starting with a centralized model and
progressively moving to a decentralized approach. Centralized models, with a single team developing
APIs, can create critical mass and act as a focal point for learning. A decentralized version, meanwhile,
suits more mature scenarios. It most often comprises agile teams working across the business. Funding
strategy may echo this approach, with funding initially provided centrally but later shared between
teams.
From a technology perspective, it makes sense to build a central API management platform, which can
act as a single source of truth for developers. A single platform is also an antidote to duplication and
supports the use of monitoring tools. In addition, principles of recycling should apply. APIs should be
designed to be reusable, and over time should become first choice for delivering new business features.
Exhibit 1
“What would you say are the top 3 priorities for your CEO?”
Chief information officers who mentioned this as a top 3 CEO priority, %
CEO priorities
Revenue acceleration 88
Cost reduction 47
Better management of regulatory and 29
compliance risks
Increased customer satisfaction 29
Other (e.g., brand reputation, other financial 41
goals, strategic initiatives)
These priorities are playing out across every industry, with huge implications for business models.
• • A clothing company, for example, traditionally had several weeks between the introduction of a
new product line in stores and when competitors could get their cheaper versions to market. That
cushion has dropped significantly thanks to digital channels: the company indicates that it now has
just 48 hours to launch a new design and gain buyers through digital, direct-to-consumer routes,
and rapid (sometimes same-day) delivery.
• • A digital-media company regularly saw spikes in viewership upon releasing new content, so its need
to ramp up infrastructure in order to accommodate increases in demand has suddenly become
critical to satisfy its subscribers.
• • In financial services, a line-of-business leader at a large retail bank cited tremendous pressure to
shorten product-development cycles. The industry’s average product release time has ranged from
nine to 24 months—a glacial pace compared with that of fintech companies, which can deploy code
daily and run dozens of A/B tests a month.
The common thread running through these examples is the ongoing, urgent need to gain market
advantage through business acceleration.
Exhibit 2
59
35
6
0
As a CTO at a large US insurance company points out, “I think all CEO priorities depend on the office
of the CTO. It is all about bringing products to market faster. We have to innovate on new policies and
change our business model rapidly.” And the CIO of a retailer indicates that the IT team is mutually
accountable with the chief marketing officer (CMO) to achieve the growth objective: “The CIO and CMO
will have to work together. We have common metrics to track. If a campaign fails, both of us are on the
hook. So to say that the CMO is dependent on me to deliver the objectives is an understatement. It’s our
joint responsibility.”
Cost efficiency 20
CIOs see the cloud as a predominant enabler of IT architecture and its modernization. They are
increasingly migrating workloads and redirecting a greater share of their infrastructure spending to
the cloud. The companies we surveyed currently have around 50 percent of all workloads running on
public- and private-cloud platforms. By 2022, that share is projected to rise to 75 percent, with roughly
two-thirds of that workload housed in shared public platforms within data centers built out by the major
cloud-service providers (Exhibit 4).
Exhibit 4
CIOs see cloud as crucial to modernizing technology and are increasingly migrating
workloads to cloud
PPrivate
rivate cloud
cloud
PPublic
ublic cloud
cloud
X % of respondents On premmise
On premise
Workloads distribution 16
in 2019 vs. in 2022 6 28
47
% of workloads 63
12
≥2x 18 25 10
26 78
60
52 22
Increase 35
25 15
in cloud
workloads
23
within
49 15 21
3 years 33
25 9
13 58
<2x 10 38 55
76
66
28
29
14
2019 2022 2019 2022
<35 ≥35
% of workloads currently in cloud
Source: McKinsey expert interviews (N=52)
Our research found that CIOs face several entrenched challenges when pursuing IT modernization:
survey respondents indicated talent gaps were their top barrier, followed by security and compliance
requirements (Exhibit 6).
Exhibit 6
CIOs’ inability to deliver on agility objectives is due to valid constraints and challenges
Top challenges CIOs are facing in infrastructure modernization
CIOs who indicated this as a challenge, %
Talent gaps (including technical and
managerial talent) 58
Exhibit 7
Some cases of compromise prove to be avoidable, according to CIOs’ assessments
Customer or employee
Security lockdown 50 50
experiences
While a majority of CIOs indicate that they are living with these suboptimal choices, deeper analysis of
companies that have successfully navigated these trade-offs highlights best practices to avoid these
compromises and, in turn, increase business agility.
Giving up developer agility for the sake of control and governance. One of the top benefits of
transitioning operations from legacy infrastructure to cloud-native solutions is the speed at which
developers can work. However, 69 percent of organizations indicate that implementing stringent
security guidelines and code review processes can slow developers significantly. According to the chief
information security officer of a multinational cloud-based solutions provider, “In the old world, when a
developer checks in bad code, I can find it and control the blast radius. But in cloud, it happens too fast—
I still have those codes go through manual reviews and sign-offs.” Some leaders have found a way to
work around this compromise through the following approaches:
Biggest challenges
Exhibit 2
Banks can deliver end-to-end use cases at speed via agile sprints
Core principles Approach Q1 Q2
End-to-end
Next product
delivery of End-to
customer and to buy
internal use cases end use
case
Churn analytics
Vertically
integrated agile
teams extract, Foundations
structure, and
surface data
Data
architecture
Deliver minimum
viable products, Data
making data and governance
fields available
only when needed
A custom-designed search tool provides users with key information on data elements
Definition of
Basic
A the term being
definition
searched
Navigation of the
Data data tree to trace
C lineage the search term’s
components
Indicator of
Data
D quality: red,
quality
amber, or green
Golden Good-quality
E
source source of the data
Actions: Assess data quality; establish robust data governance with clear accountability for data quality;
provide self-service tools to facilitate data access across the whole organization.
First, it identified the data it needed for key use cases and prioritized those data domains that included it.
Typically, 20 percent of data enables 80 percent of use cases. Second, the bank developed a rollout plan
for implementing data architecture and governance in three to four data domains per quarter.
Third, the bank set up a cross-functional team for each data domain, comprising data stewards,
metadata experts, data-quality experts, data architects, data engineers, and platform engineers. Before
data was ingested into the data lake, these teams worked to identify key data elements, select golden
sources, assess data quality, carry out data cleansing, populate the data dictionary, and map data
lineage. Each team worked in agile sprints in a startup-like environment for three to four months.
A central team took care of value assurance and defined common standards, tools, and policies.
This approach delivered numerous benefits for the bank, including rapid implementation, capability
building, and the creation of tangible business value at every stage in the journey. During any
transformation, calling out and celebrating such achievements is critical. As the CDO of JPMorgan
Chase, Rob Casper, observed, “The thing that achieves buy-in and builds momentum better than
anything is success . . . trying to deliver in small chunks incrementally and giving people a taste of that
success [is] a very powerful motivator.”
More broadly, senior executives need to champion their data transformation to encourage widespread
buy-in, as well as role-modeling the cultural and mindset changes they wish to see. Formal governance
and performance-management systems, mechanisms, and incentives will need to be rethought to
Exhibit 5
Banks need new roles to compete effectively in a data-driven market
Data-
Senior Head of data Data-quality
Translator Data scientist Data owner technology
executive governance manager
manager
Digital culture
Design and Design and Design and Fundamentals Fundamentals Fundamentals Fundamentals
agile thinking agile thinking agile thinking of data of data of data quality of data- tech-
management governance nology tools
Use-case Source of value Source of value Data culture Data Data Data
reflections management management management
Technical Advanced
leadership analytics
program
“Train the
trainer”
approach
Actions: Adopt a use-case approach to the whole journey; establish central governance to ensure cross-
functional working, the use of standard methods, and clear role definition; build new data capabilities
through hiring and in-house training.
In the past few years data has been established as a fundamental source of business value. Every
financial institution now competes in a world characterized by enormous data sets, stringent regulation,
and frequent business disruptions as innovative ecosystems emerge to break down the barriers between
and across industries. In this context, a data transformation is a means not only to achieve short-term
results, but also to embed data in the organization for long-term success.
Exhibit 1 presents a “digitization index”—the results of research on the progress of enterprise digitization
within companies, encompassing sectors, assets, and operations.
Exhibit 1
Media
Professional
services
Finance and
insurance
Wholesale trade
Personal and
local services
Government
Transportation
and warehousing
Healthcare
Entertainment
and recreation
Source: Appbrain; Blue Wolf; ContactBabel; eMarketer; Gartner; IDC; LiveChat; US Bureau of Economic Analysis; US Bureau of Labor Statistics; US
Census Bureau; Global Payments Map by McKinsey; McKinsey Social Technology Survey; McKinsey analysis; McKinsey Global Institute analysis
1 An API is software that allows applications to communicate with each other, sharing information for a purpose.
Testing
Activities
Architecture and
design Implementation Code review Testing Deployment
Analyze resource Instantiate Review code Develop test cases Instantiate cloud
availability from cloud development and infrastructure
Conduct automated Do continuous testing
service provider testing environments
code scanning Establish cloud
Fix bugs and errors;
Analyze capacity Begin solution services
Accept code into code make changes
requirements implementation
base Deploy production
Do regression testing
Develop initial solution application
design
Do final testing
Design interfaces
The misalignment between development and cybersecurity teams leads to missed business
opportunities, as new capabilities are delayed in reaching the market. In some cases, the pressure to
close the gap has caused increased vulnerability, as development teams bend rules to work around
security policies and standards.
Exhibit 3
Priority requirements have changed for acquiring Internet of Things products:
Cybersecurity has moved to the top
Top 5 priorities when buying IOT products,1
number of survey responses
312
290
251
235
206
1
IoT = Internet of Things. Besides basic functionality.
Source: McKinsey 2019 IOT Pulse Survey of more than 1,400 IOT practitioners (from middle managers to C-suite) who are executing IOT at scale
(beyond pilots).
Composition was 61% from US, 20% from China, and 19% from Germany, with organizations of $50 million to more than $10 billion in revenue. This
question on loT-product purchases received 1,161 responses.
From treating security and privacy as after- ...to incorporating them by designing and
thoughts… building an agile security-and-privacy model
Developers are unclear Product owners don’t Prioritize security and Make product owners
when security and consider security and privacy tasks according aware of need to
privacy requirements privacy tasks during to product risk level prioritize security and
are mandatory sprint planning privacy tasks and be
accountable for their
Requirements inclusion in releases
Design
Unclear how to handle Chief information- Security and privacy Add capacity through
distribution of tasks security and privacy champions (tech CISPOs, who clarify
within development officers (CISPOs) have leads) assist teams in security and privacy
team limited capacity to distributing tasks requirements with
support development Development champions and product
teams owners
Done in concert, these actions yield benefits. They enhance customer trust, accelerating their adoption
of digital channels. They reduce the risk of customers or employees trying to circumvent security
controls. They reduce friction and delays as suppliers and customers negotiate liability and responsibility
for information risks. They build security intrinsically into customer-facing and operational processes,
reducing the “deadweight loss” associated with security protections.
Exhibit 6
App application API-configurable APIs for Automated code Automated and Fully configured,
programming application- configuration review systems configurable production-
interfaces (APIs) level controls and debugging modified to search security test ready application
designed into new (eg., test for application- cases added to possible via API
applications instrumentation) specific threat nightly testing calls alone
added during scenarios regime
implementation
phase
123
April 2020
Copyright © McKinsey & Company
Designed by VG&M
www.mckinsey.com
@McKinsey
@McKinsey