Executive Summary Since the financial crisis of 2008, investment banks’ (IBs) operating margins have been narrowing while their expenses have been rising (see Figure 16, appendix1 ). The rising cost of regulatory compliance and a volatile global economic environment have added to the woes of investment banking divisions (IBDs). The growth of electronic trading, regulatory restrictions on proprietary trading (as mandated by the Volcker Rule) and the trading of complex high-margin products have squeezed operating margins. Structural issues such as complex operations, weak corporate governance and inadequate controls compound the problem.
Cost-cutting measures such as headcount reduction, offshoring and outsourcing have helped the IBs in the short term but might not be enough over the long term. We believe that sustainable improvement in the cost profile of these businesses requires a more systematic and holistic approach.
This paper discusses the key cost and efficiency challenges facing IBDs. It proposes a comprehensive framework for enhancing operational efficiency by simplifying business processes and improving IT architecture. A Framework for Operational Efficiency In the current macroeconomic environment, investment banks face a range of internal and external challenges (see Figure 1) that can negatively impact operating margins, operational risks and operating flexibility. Figure 2 defines a solution framework that can help achieve the two operational efficiency themes identified above. The framework is based on the idea that simplified and standardized business processes that are aligned to business strategy can support improvements in technology architecture and ultimately drive sustained operational efficiency improvements. As Figure 2 depicts, the framework consists of the following six interrelated steps.
Challenges, Impact Areas and Key Themes
Solution Framework for IBD Processes and Architecture
STEP 1 Define Core Business Capabilities and Sub-capabilities Based on Business
Strategy and Identify Target Data Flows Core capabilities can be defined by logically grouping similar business activities performed within the IBD. These capabilities can then be divided into sub-capabilities. For example, trade execution and management is a core capability with sub-capabilities of market connectivity, order management, trade capture, etc.
Figure 3 provides an example to illustrate Step 1.
Defining Core Capabilities/Sub-capabilities/Data Flows for Target State
STEP 2 Document Current State Business Processes and Data Flows for Each Entity and Product Impacted by Business Strategy
The current state documentation can be used at the product level to:
• Identify inter-entity variations in functional ownership for each capability. For example, position management done in trade execution and management for entity A but in operations for entity B.
• Identify duplication in the functional ownership of capabilities within an entity. For example, for an entity, trade capture process resides in both trade execution and management and operations.
Mapping Current State Business Process to Capabilities/Sub-capabilities
IBDs will typically trade multiple products, and each product will be traded across multiple entities. As the intention is to standardize the business flows for a product across entities, the current state mapping process should be documented for each product/entity pair (see Figures 4 and 5).
Mapping Current State Data Flows Between Sub-capabilities
STEP 3 Identify Redundancies/Variations/Issues Across Regions/Entities/Products and Devise Resolution Strategy
After defining the target state of the different sub-capabilities and associated data flows, the next step is to identify issues in the current state for each product. To standardize business processes across entities and eliminate any redundancies:
• For each product and entity, analyze the current state capability-process map. Focus on those business processes that can be mapped to multiple business capabilities within an entity. Examine these processes thoroughly, as they typically indicate either straight through processing (STP) deficiencies between capabilities (e.g., dual keying of trades in trade execution and management, and in operations) or process redundancies in the existing infrastructure.
Investigating Business Processes Mapped to Multiple Capabilities to Identify Redundancies
• For each product, compare the capability-process map across entities to pinpoint areas where the same business process is mapped to different capabilities in different entities. Examine such entity variations and rectify them for a more standardized business process architecture.
Comparing Capability-Process Map Across Entities for Given Product to Investigate Inter-entity Variations
• For each product, compare the target-state and current-state data flows between capabilities to identify additional or missing data flows. This indicates redundant data or incomplete data flowing between capabilities that require data enrichment.
Comparing Current-State and Target-State Data Flows Between Sub-capabilities to Identify Data Attributes Issues
• Once all the issues have been collated, they must be analyzed to identify the root cause. Based on the outcome of the root cause analysis, a comprehensive resolution strategy must be defined. The strategy must not only help simplify business processes but also provide inputs for streamlining the underlying IT architecture and control framework.
Investigating Issues and Defining Resolution Strategy Based on Root Cause Analysis
STEP 4 Streamline Underlying IT Architecture Based on Resolution Strategy
Business processes are tightly coupled with the underlying IT architecture, and any change in the former necessitates realignment of the latter to ensure maximum operational efficiency. As the resolution strategy identified in Step 3 will impact business processes, it will also affect the supporting IT architecture. The IT organization will need to understand each proposed item of the strategy, identify the key changes required to support the strategy and then decide on an implementation approach.
Following are key steps/activities that the IT organization would need to undertake for some of the items proposed in Figure 9 (previous page).
• Create a canonical trade data model defined and owned by trade execution and management with the ability to handle all trade lifecycle events. > IT Alignment: Analyze existing trade models within IBD and define a common trade data model that can accommodate all products and their respective lifecycle events. All systems that are either producers or consumers of trade-related data will need to implement the new trade data model. As trade execution and management (TEM) will now be able to capture all trade types and trade-related lifecycle events, any trade capture functionality in back-office systems must be discontinued.
• Establish data standards with robust governance.
> IT Alignment: A common messaging standard will need to be agreed upon between TEM and all consumers of trade-related data. The messaging protocol can be developed internally or an industry standard protocol such as FIX or FML can be used. The delivery mechanisms (publish/ subscribe or message queue) of the trade data messages must also be agreed upon between TEM and downstream consumers.
• Create business services that can cater to the requirements of various business functions.
> IT Alignment: The creation of shared services supporting a business capability across businesses/ entities aids in reusability of components within the IT architecture. Figure 10 illustrates trade routing and booking capability as a service that can be used by all businesses and entities within the IBD.
• Define golden sources and ownership for key data classes produced or consumed by trade execution and management.
> IT Alignment: Enlist the key data classes consumed as part of the trade lifecycle processing and identify the golden source for each of the data classes together with the target distribution mechanism. For each data class, any enrichments happening in systems other than the golden source must be discontinued.
Figure 11 uses reference data as an example to showcase how the concept of golden sources can be implemented with delivery through local hubs that act as data quality monitoring gateways, ensuring any upstream data is quality checked for completeness and accuracy before it is fed to downstream components. Illustration of a Capability Designed as a Service
Reference Data Sourced from Golden Stores Through Local Hubs
STEP 5 Realign Supporting Control Model to Ensure Efficient Monitoring of Data Flows
Defining robust business and IT operational controls is a must to ensure that all data touchpoints (front to back) are monitored. Cross-functional controls should be emphasized. Any control breaks such as data SLA breaches and poor quality data must be managed through a well-defined quality assurance process.
The realignment of a control model can be broken down into the following sequential steps:
• Create a framework by key IT and business representatives to document controls with a defined list of attributes. Figure 12 highlights some key control attributes that should be a part of the framework.
• Identify and document key controls as per the control framework. Figure 13 (next page) provides an example for defining controls related to the trade execution and booking process.
• Implement the controls identified in the step above. The design must ensure that each control is performed as per the frequency defined in a service level agreement and all breaks are reported in real time. Any break that requires real-time intervention should be handled through a well-defined exception management process.
Key Attributes of Control Framework
Control Definition Example (Trade Booking)
STEP 6 Establish Well-Defined Metrics to Measure Operational Efficiency
A sound performance measurement process will be able to link the key metrics to strategy and therefore the business capabilities defined in Step 1 of the framework. It will enable senior management to:
• Assess the progress towards achieving the key operational efficiency themes by providing insights into the efficiency of the systems/processes and the efficacy of the controls in place.
• Detect risks by identifying inefficiencies and highlighting areas that need attention. Systematic measurement of operational efficiency starts with the definition of metrics that are based on measurable, specific and actionable parameters. Figure 14 (next page) outlines the essential elements of a metrics-based approach for operational performance assessment.
Metrics-Based Approach to Assess Operational Efficiency
Performance assessment must be an iterative process that evolves over time. The metrics must be periodically reviewed to test their worth and relevance in a dynamic operating environment. Figure 15 illustrates a set of metrics by using the trade enrichment and validation process as an example.
Example to Illustrate Metrics-Based Approach
We believe sustainable operational efficiency will become a key differentiator for investment banks in gaining competitive advantage. The framework proposed above offers benefits of synergy when compared with isolated efforts to reduce operating costs. Some of the key benefits of adopting this approach are:
• It establishes a clear logical business architecture that is in sync with the business strategy and capabilities, thus ensuring alignment between business and IT.
• It streamlines the IT architecture through rationalization, use of common services and messaging standards, ensuring reusability and sustained efficiencies.
• It reduces the operational overheads due to manual interventions for resolving discrepancies through a well-defined data sourcing strategy supported by strong business and IT controls.
We believe that the key requirements to ensure the effective implementation of the solution framework are:
• Strong sponsorship from senior IBD management.
• A robust governance structure to ensure the implementation aligns with strategic objectives.
• Involvement of cross-functional teams (business and IT) with knowledge of front-to-back processes, systems and data flows.
• A commitment to spending in the short term to deliver sustainable savings in the long term.
Aggregate Investment Banking Revenue and Expense
Footnote 1 “UBS Restructuring Shows Need for Banking’s Simpler Future”, Paul J Davies. http://www.wsj.com/ articles/ubs-restructuring-shows-need-for-bankings-simpler-future-heard-on-the-street-1412006159 References
• “Transforming Investment Banks”, Ernst & Young. http://www.ey.com/Publication/vwLUAssets/eytransforming-investment-banks/$File/ey-transforming-investment-banks.pdf.
• “Investment Banking: Syndetic Solutions to Discordant Challenges”, Grant Thornton Financial Services Group. http://www.grant-thornton.co.uk/Documents/Investment-Banking-Challenges.pdf.
• “Top 10 Challenges for Investment Banks”, Accenture. http://www.accenture.com/microsite/10-challenges-investment-banks-2015/Documents/pdfs/AccentureTop10Challenges_2011.pdf.
• “UBS Tells Why it Cut Off a Limb”, Francesco Guerrera. http://www.wsj.com/articles/SB100014241278 87323894704578114863817976002.
Recent PostsCI/CD Transformation at ABN
32The Evolution of the Business Architect
15Fin-tech Decoded: The Capital Markets Infrastructu…
18Commenting is disabled on this post.