To Keep the Gears of the Global Banking System Running Smoothly, Developers Must Turn to Continuous Integration
February 06, 2018

Steve Demchuk
Avoka

Global banks, like any large enterprise, have always aspired to be finely-tuned machines. They depend upon a vast network of employees and physical infrastructure, with each component of the network playing a small, yet integral role in ensuring a smooth customer experience to their end users. In the age of the customer, we expect instant access to funds, the ability to sign up for new banking products with ease, and an intuitive banking experience on any device, with nothing but a touch or a few keystrokes.

Today's banks are not what they were just a few short years ago. In the digital age, the lifeblood of the bank is not its chain of physical branches, its tellers or its contact centers — it's the software that the bank uses to interact with existing customers and to attract new customers. Smart banks need to put software (and consequently, their IT teams) first in order to make sure that their systems and applications are easy to use, safe, and reliable.

Despite being in a highly-regulated industry, today's best-performing banks have realized that they can no longer just be financial services companies — they need to be technology companies too. And that's why, increasingly, IT teams have become front and center components of the banks' digital transformation discussion, and even of the business development function.

Given the regulatory requirements and the importance of their function, it's not a secret that in-house builds of software are timely, costly, and often just plain inefficient for banks. As a result, banks have depended on third-party software to manage many of their most essential functions — from fraud and cybercrime prevention, to regulatory compliance, to customer onboarding and digital sales.

A large bank often works with hundreds of technology suppliers whose software is integrated into its infrastructure, and a process as simple as a new user opening a bank account often involves software from ten or more distinct tech vendors. These pieces of third-party technology have become some of the most important cogs in the global banking machine, and making sure that they operate together smoothly and securely is vital. With so many separate applications to keep track of, this can be a tall order for bank IT teams. Frequent updates, improvements, and additions to banks' software portfolios make each distinct software integration even more difficult to keep tabs on.

To stay afloat in this ocean of applications, bank IT teams must embrace that their DevOps capabilities will determine their agile capability. Agile breaks down the barrier between the business and IT, and operations must be treated as a critical element of an agile program. In modern software delivery, the business, development and operations must execute as a unified team. To achieve this, banks are increasingly turning to Continuous Integration (CI) practices as part of the solution.

CI ensures that new pieces of code are automatically tested for bugs and are only deployed once they have passed an array of automatic tests. Any errors or vulnerabilities are flagged before they have the opportunity to impact consumers. This process removes much of the effort and risk from new code deployments, helping banks to more effectively answer ever-increasing consumer technology demands without jeopardizing the smooth functioning or security of their software.

In short, CI shortens the time from ideation to delivery and de-risks deployment, which is incredibly important across banking functions in an era where applications constantly must be screened for defects, performance and security flaws, not to mention updated with shiny new features.

As bank IT teams continue to adopt CI, they're looking for third-party vendors whose software makes use of CI principles and can easily fit into their existing CI processes. Such software provides CI support through features and capabilities for configuration, testing, deployment and SCM. Deployment frequency can be increased from several times per year to several times per month, or even daily. Releasing features into production should be a business decision not an exercise in complex release management or a technology barrier.

Before effective DevOps and CI practices and third-party software providers, changes could necessitate weeks and months of code review and regression testing of the entire application. Now, banks can implement changes to their software whenever they want, at the touch of a button.

In one case, a top 10 global bank built an online account opening application. After launching the application and reviewing analytics, they decided to implement CX changes to optimize the application and decrease abandonment. In just 1.5 days, they built all the changes into the application. Compliance approved the changes in 7 days and the new experience was tested and deployed after a total of 2 weeks. Previously, these changes would have taken the bank 3-6 months.

To put it simply — software-focused banks are embracing CI and the increased agility it provides in delivering to their customers, and they want to work with third-party platforms that reflect this new paradigm and make use of the same tools, processes and configurations they're familiar with. For developers, this capability enables them to stay on the cutting edge of software development. No matter what function they're looking to carry out — be it new customer onboarding, account management, or anything else — bank technology teams want to utilize fully constructed platforms that fit seamlessly into their existing tech platforms. Committing to CI leads to a dramatic increase in quality, time to market and ultimately value to the customer by uniting the priorities and the capabilities of the business, development and operations within banks.

Steve Demchuk is Chief Product Officer at Avoka

The Latest

August 15, 2018

Microservices are a hot topic in IT circles these days. The idea of a modular approach to system building – where you have numerous, smaller software services that talk to each other instead of monolithic components – has many benefits ...

August 13, 2018

Agile is expanding within the enterprise. Agile adoption is growing within organizations, both more broadly and deeply, according to the 12th annual State of Agile report from CollabNet VersionOne. A higher percentage of respondents this year report that "all or almost all" of their teams are agile, and that agile principles and practices are being adopted at higher levels in the organization ...

August 09, 2018

For the past 13 years, the Ponemon Institute has examined the cost associated with data breaches of less than 100,000 records, finding that the costs have steadily risen over the course of the study. The average cost of a data breach was $3.86 million in the 2018 study, compared to $3.50 million in 2014 – representing nearly 10 percent net increase over the past 5 years of the study ...

August 08, 2018

Hidden costs in data breaches – such as lost business, negative impact on reputation and employee time spent on recovery – are difficult and expensive to manage, according to the 2018 Cost of a Data Breach Study, sponsored by IBM Security and conducted by Ponemon Institute. The study found that the average cost of a data breach globally is $3.86 million ...

August 06, 2018

The previous chapter in this WhiteHat Security series discussed dependencies as the second step of the Twelve-Factor App. This next chapter examines the security component of step three of the Twelve-Factor methodology — storing configurations within the environment.

August 02, 2018

Results from new Forrester Consulting research reveal the 20 most important Agile and DevOps quality metrics that separate DevOps/Agile experts from their less advanced peers ...

July 31, 2018

Even organizations that understand the importance of cybersecurity in theory often stumble when it comes to marrying security initiatives with their development and operations processes. Most businesses agree that everyone should be responsible for security, but this principle is not being upheld on a day-to-day basis in many organizations. That’s bad news for everyone. Here are some best practices for implementing SecOps ...

July 30, 2018

While the technologies, processes, and cultural shifts of DevOps have improved the ability of software teams to deliver reliable work rapidly and effectively, security has not been a focal point in the transformation of cloud IT infrastructure. SecOps is a methodology that seeks to address this by operationalizing and hardening security throughout the software lifecycle ...

July 26, 2018

Organizations are shifting away from traditional, monolithic architectures, with three-quarters of survey respondents delivering at least some of their applications and more than one-third delivering most of their applications as microservices, according to the State of DevOps Observability Report from Scalyr ...

July 24, 2018

What top considerations must companies make to ensure – or at least help improve – Agile at scale? The following are key techniques and practices to help accelerate Agile delivery rollouts and scale Agile and DevOps in the Enterprise ...

Share this