CHAPTER 6
Enablers for Robust Risk Management in Capital Markets: Process, Technology, and Data

Swati Sawjiany

INTRODUCTION

As discussed in earlier chapters, capital markets activities by their very nature require careful and appropriate risk management. The global financial crisis exposed the need for improved and more stringent risk management practices at financial services firms; firms have responded by investing in upgrades to their risk management processes, technology, and data environments.

The pace of regulations and complexity remains daunting. As a result, the cost of compliance is higher than at any point in recent history, operational and technology risks are plentiful, and the need for more timely and accurate analytics is pervasive.

With this backdrop, risk processes, technology, and data are playing and will continue to play a critical role in the stability and efficiency of capital markets business models. This chapter provides an overview of the risk management and measurement processes, technology, and data capabilities required at capital markets firms. Following this introductory section are the following topics:

  • The typical capital markets risk processes executed at large financial institutions
  • The technology capabilities and systems architecture required to support capital markets risk activities
  • Key data sets used for capital markets risk management and core principles associated with effective management of risk data

OVERVIEW OF CAPITAL MARKETS RISK MANAGEMENT PROCESSES

To execute on demands placed on capital markets risk management teams, firms must institute appropriate risk policies and governance that are implemented in the organization day‐to‐day via procedures and processes. Figure 6.1 depicts a typical process architecture for a large capital markets risk management function.

Image described by caption and surrounding text.

Figure 6.1: Illustrative process architecture for large capital markets risk management function

Source: Oliver Wyman

Risk Governance, Policies, and Procedures

Risk governance refers to the mechanisms that a firm uses to assess and implement decisions related to market, credit, liquidity, and operational risks inherent in capital markets business. The risk governance framework at a bank typically involves various stakeholders at different levels of the firm, including the board of directors and senior executives across various business, risk, and corporate functions, such as finance and audit.

Capital markets firms, encouraged by regulators globally, organize and govern their risk management practices using a three‐lines‐of‐defense model. The three lines of defense typically include risk‐taking, risk‐oversight, and risk‐assurance activities. Broadly, the first line is made up of the risk takers—business line heads who must own and track the risks they generate. The second line is an independent body, typically the capital markets risk function that sets risk‐taking limits and ensures that all risks are being appropriately managed across the organization. The third line, usually internal audit, verifies the efforts of the other two functions to ensure that nothing falls through the cracks so that policies, processes, and other controls are being adhered to.

The effectiveness of the three‐lines‐of‐defense model depends upon: (1) clarity of roles and responsibilities/accountabilities across all stakeholders; (2) segregation of duties to promote independence in risk management; and (3) appropriate review and challenge that is built into the governance framework at all levels of the organization.

The capital markets risk function needs to outline its approach and strategy to risk management on a periodic basis (at a minimum annually, given the rapidly evolving capital markets business and regulatory landscape). In other words, the risk function needs to quantify and articulate how much risk the firm is willing to take across all risk types, and outline specific actions that management should undertake when the firm approaches or exceeds agreed‐upon risk thresholds. The activity of identifying and quantifying risks manifests in a risk appetite statement with permissible risk levels for each risk type. Furthermore, risk policies, which are guiding principles used to set the direction of the risk management function across all risk types, are developed and maintained to remain in sync with the business's strategy and the firm's risk appetite statement.

Capital markets risk management procedures and processes translate policies into specific and tangible steps, according to which day‐to‐day activities can be performed. Procedures also need to ensure that the firm has in place an effective system of controls, reasonably designed to identify and mitigate risks.

Risk Modeling, Measurement, and Reporting

A firm's ability to effectively monitor risk across risk types (i.e., credit, market, liquidity, and operational risk) requires key capabilities, namely: sound risk model methodology, model development, model validation, and the ability to respond to specific business and regulatory analyses. Although modeling methodologies vary by risk type, there are foundational elements that need to be considered:

  • Decomposing risk into discrete parts: Dividing the analytical problem into manageable subparts (e.g., for market risk methodology, segmenting models by asset class; for credit risk methodology, segmenting models by market segment/obligor).
  • Balancing model effectiveness and efficiency: Evaluating the complexity of the model methodology, number of models required, and the accuracy/predictive power of the model, taking account of constraints such as the availability and quality of modeling data, number of resources available, and the timeliness of model development.
  • Aligning methodology with regulatory requirements and firm's accounting practices: As risk management models are developed and then validated, it is essential that they achieve the desired performance requirements of the risk function and are consistent with the firm's accounting practices while also adhering to guidelines and expectations set by the regulators.

Example: A robust market risk function would typically entail execution of the following processes:

  • Development of a model methodology for calculation of Value‐at‐Risk (VaR) and Stressed Value‐at‐Risk (SVaR)
  • Development of pricing models and sensitivities for the asset classes in the bank's portfolio and within the capital markets risk function's purview
  • Development of stress testing and scenario generation calculations
  • Model calibration and measurement of model performance (e.g., via backtesting)
  • Execution of applicable ad‐hoc risk analyses
  • Periodic validation of market risk models in line with the firm's model validation policies

Risk IT teams collaborate with risk modelers to implement models and methodology into robust technology platforms and systems. This enables risk managers to:

  • Effectively manage and oversee market data (e.g., security price, bond price), position data (e.g., number of shares), and reference data (e.g., CUSIP, ISIN), which feed into risk systems
  • Execute risk measurement processes on a periodic basis—real‐time/daily for market risk, upon specific events/triggers (e.g., changes in corporate structure) for credit risk.
  • Perform backtest runs to ensure models are performing and responding as expected/designed.
  • Review risk metrics and key risk indicators (KRIs) that are calculated, to ensure conformance with risk limits.

The aggregation of risk metrics into insightful risk reports and KRIs is vital to senior management's ability to effectively monitor and consequently mitigate risk across all material risk types. Senior management usually sets the frequency of risk management report production and distribution. The frequency of risk management reports reflects the needs of the recipients, the nature of the risk reported, and the speed at which the risk can change. In summary it depends on the importance of reports in contributing to sound risk management and effective and efficient decision making across the bank.

Risk reporting is a key capability that comprises the following processes:

  • Certifying and signing off on results (e.g., daily VaR and SVaR calculations) to maintain risk measurement accuracy and confirm that risk managers believe the results are appropriate for reporting and disclosure purposes.
  • Producing risk reports that accurately and precisely convey aggregated risk data; reports need to be reconciled and validated prior to senior management review. Ideally, reports should include an appropriate balance between risk data, analysis and interpretation, and qualitative explanations.
  • Producing risk reports for regulatory reporting; this particular process entails multiple checks and validations by risk managers and senior management to ensure completeness and accuracy of results.

In addition to the above, the risk function needs to ensure it is closely managing and responding to more targeted regulatory requests as well as broader regulatory mandates.

As discussed in earlier chapters, regulators in the United States and in Europe view stress testing as the primary tool to ensure appropriate capital adequacy and robustness in risk management processes. Note: In the United States this manifests itself through the annual Comprehensive Capital Analysis and Review (CCAR).

Key processes performed as part of the stress testing and CCAR exercise align with the process architecture outlined previously, comprising the following categories: risk governance, policies, and procedures, as well as risk modeling, measurement, and reporting.

Figure 6.2 details the specific processes performed for stress testing and CCAR within each of these process categories. The key differentiation here is that as part of the stress testing and CCAR exercise, risk is modeled, measured, and reported in order to estimate the impact on the bank's income statements and balance sheets under stress scenarios and demonstrate adequacy of capital under stressed scenarios.

Image described by caption and surrounding text.

Figure 6.2: Illustrative processes for stress testing and CCAR exercise

Source: Oliver Wyman

TECHNOLOGY CAPABILITIES AND IT ARCHITECTURE TO SUPPORT CAPITAL MARKETS RISK

Running capital market risk management processes requires a substantial technological investment as it necessitates putting in place a robust set of systems and applications for risk analytics and risk data management. Given the complexity of calculations and degree of data processing performed on a daily basis, key risk systems and applications take several months and often years to develop and test before releasing to users for day‐to‐day use. Banks may choose to develop these systems in‐house (i.e., “build”), leveraging their internal IT teams, or may choose to implement an IT solution that is provided and implemented by a risk technology vendor (i.e., “buy”). Build‐versus‐buy decisions are typically made by risk and IT senior management in advance of any systems implementation, and each approach has its own pros and cons.

Capital markets risk functions that depend on internally developed systems may face challenges with ongoing maintenance (i.e., keep the lights on or KTLO enhancements), especially when it comes to legacy systems that were developed in archaic software development languages for which developers are scarce, and on inflexible infrastructures. The benefits of developing risk systems internally are that a bank may be able to incorporate custom business requirements and ensure that the system is compatible with its technology landscape.

As new financial technology vendors emerge, banks are increasingly leveraging opportunities to implement IT solutions developed by risk technology vendors (i.e., commercial off‐the‐shelf technology). This provides the risk function with access to innovative, flexible, and modular technology solutions, often incorporating market best practices and evolving regulatory requirements with future releases and upgrades.

Capital markets IT architecture can be viewed through several lenses, namely: contextual view, conceptual view, logical view, and technical view. Each of these IT architecture views is described ahead:

  • Contextual view: Focuses on establishing core IT design principles to serve as guardrails for the other architectural views; all risk systems should be modular and should be able to seamlessly interface/interact with each other.
  • Conceptual view: Outlines key functional and nonfunctional requirements/features requested by users, independent of systems, products, geographies, and technologies.
  • Logical view: Outlines the systems and applications that house the functional and nonfunctional requirements. This view also typically entails a representation of information and data flows between systems and applications.
  • Technical view: Translates the above systems and application architecture in the logical view to infrastructure and implementation requirements (i.e., hardware needs).

The logical view is the most commonly used lens to represent capital markets risk technology architecture. Within the logical view, the capital markets risk‐IT landscape comprises the following layers:

  • Data sourcing and storage layer: Entails sourcing of end‐of‐day, intraday, and historical market and trade/position data as well as product and client reference data. This layer stores and archives input data as well as output data in the form of results and risk metrics, at the most granular level. Systems in this layer will need to meet data management guidelines set by regulators.
  • Preprocessing layer: This layer is responsible for validating the completeness and accuracy of market data and trade/position data prior to running any risk system. For market and trade/position data that is incomplete the system may apply an interpolation or proxy approach to create a complete data set/data time series.
  • Calculation layer: This layer is the most computationally intensive and receives input data from the data sourcing and preprocessing layers for calculation and analytics purposes. The output from this layer, in the form of risk metrics, is relayed to the data storage layer. From a calculation perspective, example components can include product/asset pricing calculations (e.g., interest rate curve construction), scenario generation for various use‐cases (e.g., historical scenarios for VaR, CCAR, stress testing), simulation of VaR results, analytics for sensitivities, and backtesting analyses.
  • Risk aggregation layer: This layer performs the essential task of aggregating risk calculations and outputs produced in the calculation layer. Examples include calculation of capital and risk‐weighted assets for Basel 2.5, Volcker, and other regulatory requirements. Aggregation of risk metrics to determine limit breaches also takes place in this layer.
  • Reporting and presentation layer: Making decisions based on risk metrics requires a distinct reporting and presentation layer, which can provide report generation and analytics data visualization capabilities for both regulatory and management reporting purposes. The majority of capital markets risk strategy and decisions will be conducted as a result of the organization's interaction with this particular layer.
A diagram of risk IT architecture with different text boxes with details for Reporting, Aggregations, Calculation Engine, Pre-Processing, and Data Sourcing.

Figure 6.3 Risk IT architecture

Source: Oliver Wyman

DATA CAPABILITIES TO SUPPORT CAPITAL MARKETS RISK

Data is a critical but often underappreciated component of capital markets risk management—it is what fuels risk management engines. Typically, most risk management calculations require 7–10 years of historical data for robust model development and validation activities. Furthermore, the quality of the risk measurement/output is only as good at the input data sets; in other words, inaccurate input data typically results in inaccurate risk metrics. Thus the availability of historical data across most risk types and the quality control of large‐scale data sets present major data management challenges for capital markets institutions.

Capital markets institutions expend substantial human and financial resources to access, source, consolidate, format, and validate risk data. More recently, most capital markets institutions have developed data management strategies to adequately address the abovementioned data challenges. A data strategy comprises the following:

  • Principles used to govern the sources and uses of data
  • Capabilities required to govern and manage data in an effective and efficient manner
  • Technology to enable data management capabilities

Data Governance Principles

One of the key lessons learned from the global financial crisis was that banks' data architectures were inadequate to support the broad management of financial risks. Many banks lacked the ability to aggregate risk exposures and identify concentrations quickly and accurately at the bank group level, across business lines, and between legal entities. In response, the Basel Committee issued regulation “BCBS 239” for effective risk data aggregation and risk reporting.

Many in the industry recognize the benefits of improving a bank's risk data aggregation and reporting capabilities, as a result strengthening its ability to support better informed decisions. The associated benefits include gains in efficiency, reduced probability of losses, enhanced strategic decision‐making, and, ultimately, increased profitability.

The key principles for achieving effective risk data management are focused on establishing:

  • A robust data governance that enables comprehensive, accurate, complete, and timely risk reporting.
  • A data architecture and IT infrastructure that fully supports the firm's risk data aggregation capabilities and risk reporting practices not only in normal times but also during times of stress or crisis.
  • Capabilities to generate accurate and reliable risk data to meet normal and stress/crisis reporting accuracy requirements. Data should be aggregated on a largely automated basis so as to minimize the probability of errors. Ideally, the firm should be able to capture and aggregate all material risk data across the group.
  • Data that is available by business line, legal entity, asset type, industry, region, and other groupings that permit identification and reporting of risk exposures, concentrations, and emerging risks.
  • Capabilities to generate aggregate risk data that meets a broad range of on‐demand, ad‐hoc risk management reporting requests, including requests during crisis situations, requests due to changing internal needs, and requests to meet supervisory queries.

Data Management Capabilities

In order to achieve and implement the principles described above, firms design, build, and maintain fundamental risk data management capabilities that span the lifecycle of risk data. Typical capabilities in this space include:

  • Data strategy and governance outlines the risk function's data mandate/requirements, oversight committees, resources, and organization structure. Additionally the governance structure details the roles and responsibilities of the risk data group as well as business owners of the data (i.e., data stewards).
  • Data operations delineate the various data lifecycle management processes, encompassing risk data sourcing of inputs from various internal and external sources/systems, data staging and transformation into desired formats, data validation for accuracy, integrity, and completeness, data loading and provisioning to models/analytics systems, data aggregation of results, reconciliation of results, and storage and archiving of inputs and results.
  • Overlaying the above data operations are processes to measure, monitor, and escalate data quality and performance to the risk function's stated data requirements.
  • The appropriate data architecture and IT systems need to be implemented to support data management activities. Each component of the data lifecycle may be executed on multiple systems and platforms, increasing the complexity associated with risk data quality and management.

Technology to Enable Data Management Capabilities

Most large capital markets firms have embarked on the important journey of bolstering their data management capabilities and streamlining their data and IT architectures. Firms have implemented or are investing in new tools and technologies to enable more seamless management, aggregation, and visualization of large volumes of risk data. Depending on the stage of the data lifecycle, the types of systems and tools may vary:

  • Risk data warehouses, operational data stores, and data lakes are types of repositories used for risk data storage and staging.
  • Various tools for data profiling, ETL (extract, transform, load), and validation are available.
  • Data processing technologies such as Hadoop for distributed processing of large data sets, as well as enhancements in hardware platforms enable faster analytics.
  • Business intelligence tools enable slicing and dicing of risk metrics, allowing senior executives to drill down to more granular levels of risk reporting when needed.

The velocity (speed of data delivery), volume (amount of data processed), and variety (the range of data sets leveraged) of data in capital markets is increasing at a relentless pace. Banks are beginning to explore opportunities and evaluate use cases/applications for big data in capital markets. Big data is defined as a strategy and/or technology deployment that addresses data problems that are too large or complex for traditional database technologies. Capital markets tend to largely deal with structured data sets from a multitude of defined sources—clients, counterparties, market data vendors, and market infrastructure players. However, recently, the use of unstructured data is becoming increasingly popular—for example, for risk analytics, client analyses, sentiment analyses, and market surveillance (e.g., asset price, volatility, liquidity trends).

LOOKING FORWARD

Emerging technology enablers such as high‐frequency trading (HFT)1 platforms and blockchain2 are putting increasing pressure on capital markets risk functions to proactively identify, monitor, and mitigate risks in a timely manner, and within accelerated timeframes—previously from days/hours to now minutes/seconds. For capital markets risk, this has major implications on the frequency (e.g., intraday, real‐time) and complexity of risk analytics, as well as the sophistication of underlying data and technology, in order to remain current and effectively monitor risks in the market.

Thus the next generation of risk management will involve the automated intraday and near‐real‐time calculation, aggregation, and reporting of risk exposures and KRIs across the entire capital markets institution for various risk types—market, counterparty, liquidity, and so on, by product, geography, client, and business unit. Capital markets risk will need to have the ability to perform more frequent what‐if analysis, stress‐testing, and liquidity studies to test a broad set of risk assumptions and macroeconomic scenarios. Finally, in order for risk managers to be effective they will require sophisticated tools that synthesize and articulate complex, interrelated portfolio, counterparty, market, and liquidity events into insightful and timely alerts and reports.

NOTES

..................Content has been hidden....................

You can't read the all page of ebook, please click here login for view all page.
Reset