OLB #02 — Enterprise Architecture: Từ chiến lược ngân hàng đến năng lực thực thi

[GIẢ LẬP · PHỤC VỤ NGHIÊN CỨU & ĐÀO TẠO]

Ở OLB #01, Odin Lab Bank bắt đầu từ Mission, Vision 2030 và năm Strategic Pillars. Nhưng chiến lược chỉ thực sự có giá trị khi có thể chuyển thành năng lực thực thi. Khoảng cách giữa “chúng ta muốn trở thành gì?” và “ngân hàng phải được thiết kế như thế nào để đạt được điều đó?” chính là không gian của Enterprise Architecture — Kiến trúc doanh nghiệp.

1. Enterprise Architecture không phải là sơ đồ CNTT

Khi nhắc đến architecture, chúng ta thường nghĩ tới Core Banking, API Gateway, Database, Cloud hay DC/DR. Đó mới chỉ là một phần. Enterprise Architecture phải bắt đầu cao hơn:

Strategy → Business → Organization → Data → Application → Technology

và xuyên qua tất cả các lớp là Governance • Risk • Security • Resilience.

Vì vậy, EA của OLB không nhằm trả lời “Ngân hàng có những hệ thống nào?”, mà trả lời: Ngân hàng cần những năng lực nào để thực hiện chiến lược, và Business, Organization, Data, Application, Technology phải được thiết kế ra sao để tạo ra những năng lực đó?

2. OLB Enterprise Architecture Model

OLB sử dụng một mô hình EA gồm năm lớp liên kết với nhau.

Layer 1 — Strategy: WHY?

Mission, Vision, Strategic Pillars, Customer Segments, Business Model và Strategic Objectives xác định ngân hàng muốn đi đâu và tạo ra giá trị gì.

Layer 2 — Business Architecture: WHAT?

Business Domains, Capabilities, Value Streams, Customer Journeys, Business Services và Processes xác định ngân hàng cần làm được những gì để thực hiện chiến lược.

Layer 3 — Organization & Governance: WHO?

Organization Structure, Business Ownership, Accountability, Decision Rights, Governance Forums và Operating Model trả lời ai sở hữu capability, ai chịu trách nhiệm với business service và ai có quyền quyết định.

Layer 4 — Information, Application & Technology: HOW?

Data & Information Architecture quản lý các data domain, governance, quality, analytics và AI. Application Architecture bao gồm các building block như Mobile Banking, API Gateway, IAM, Payment Hub, Core Banking, CRM, Fraud Management và Integration Services. Technology Architecture cung cấp compute, database, container platform, network, cloud, storage, observability, backup và DC/DR.

Layer 5 — Trust & Resilience: CROSS-CUTTING

Risk Management, Cybersecurity, Compliance, Internal Control, Operational Resilience, Business Continuity & Disaster Recovery và Third-party Risk chạy xuyên suốt enterprise, thay vì là một lớp kiểm tra được bổ sung sau cùng.

3. Từ Strategy xuống Capability

Hãy lấy một strategic ambition của OLB: Digital-first Banking. Nếu dừng ở đó, đây mới chỉ là định hướng. Enterprise Architecture phải phân rã nó thành những đối tượng có thể thiết kế, đầu tư, vận hành và kiểm soát.

Strategic Objective → Customer Journey → Business Service → Business Capabilities → Applications → Technology → Risk & Controls → Resilience.

Ví dụ, hành trình Transfer Money sử dụng Digital Payment Service. Dịch vụ này cần các capability như Customer Authentication, Payment Initiation, Payment Processing, Account Posting, Fraud Detection, Reconciliation và Customer Notification. Các capability sau đó mới được hiện thực hóa bởi application và technology phù hợp.

4. Capability là đơn vị trung tâm của OLB Architecture

Một nguyên tắc quan trọng của OLB là: Organization có thể thay đổi. Application có thể thay đổi. Technology có thể thay đổi. Capability mà ngân hàng cần có thường ổn định hơn.

Ví dụ, ngân hàng luôn cần capability Payment Processing. Hôm nay capability đó có thể được thực hiện bởi một Payment Hub; ngày mai platform có thể thay đổi nhưng capability vẫn tồn tại. Tương tự, Customer Identity Management không đồng nghĩa với một sản phẩm IAM cụ thể và Core Account Processing không đồng nghĩa với một Core Banking vendor cụ thể.

Vì vậy, Business Capability Map sẽ trở thành một artifact trung tâm của OLB Enterprise Architecture.

5. Không kiến trúc ngân hàng theo sơ đồ tổ chức

Nếu architecture được thiết kế thuần túy theo các khối Retail, Corporate, Operations, Technology hay Risk, rất dễ hình thành silo. Nhưng khách hàng không trải nghiệm ngân hàng theo sơ đồ tổ chức. Khi khách hàng chuyển tiền, họ trải nghiệm một end-to-end business service đi xuyên qua Digital Channel, Authentication, Payments, Core Banking, Fraud, Operations và External Payment Network.

Do đó OLB sử dụng đồng thời hai chiều: Vertical — Capability Ownership và Horizontal — End-to-End Business Service. Nguyên tắc này sẽ được sử dụng khi thiết kế Organization Structure ở các bài sau.

6. Business Service là điểm gặp nhau của Business, IT và Risk

Với một Digital Payment Service, Business nhìn thấy customer experience, transaction và service level; IT nhìn thấy Mobile Banking, API Gateway, IAM, Payment Hub, Core Banking và Database; Risk nhìn thấy Fraud, Cyber, Operational và Third-party Risk; BCP/DR nhìn thấy critical dependencies và recovery; Audit nhìn thấy controls, evidence và accountability.

Tất cả đang nói về cùng một Business Service.

Vì vậy OLB sử dụng Business Service như một đối tượng liên kết giữa các architecture domain và các chức năng quản trị.

7. Enterprise Architecture gặp Odin Method ở đâu?

Enterprise Architecture hỏi: chúng ta cần capability nào? Odin Method tiếp tục hỏi capability đó phục vụ mục tiêu gì, điều gì có thể cản trở mục tiêu, control nào cần thiết, evidence nào chứng minh control hoạt động, ai chịu trách nhiệm và quyết định nào phải được đưa ra.

MỤC TIÊU → RỦI RO → KIỂM SOÁT → BẰNG CHỨNG → TRÁCH NHIỆM → QUYẾT ĐỊNH

Enterprise Architecture và Odin Method vì vậy không phải hai phương pháp tách rời. Một bên cấu trúc enterprise; bên kia giúp quản trị rủi ro và quyết định trên chính cấu trúc đó.

8. Kiến trúc phải có khả năng truy vết

• System → Capability nào?
• Capability → Strategic Objective nào?
• Control → Risk nào?
• Risk → Business Objective nào?
• Recovery Test → Critical Business Service nào?
• Evidence → Decision nào?

Nếu một đối tượng không thể trace ngược tới giá trị hoặc mục tiêu phía trên, chúng ta cần đặt câu hỏi liệu nó có đang tạo thêm complexity mà chưa chứng minh được giá trị hay không.

9. Enterprise Architecture Repository của OLB

Khi OLB phát triển, một repository sẽ dần hình thành gồm Strategy Map, Business Capability Map, Value Stream Map, Customer Journey Map, Business Service Catalog, Organization & Accountability Map, Information/Data Model, Application Portfolio, Application Dependency Map, Technology Reference Architecture, Risk & Control Map, Critical Service Map và Resilience & Recovery Architecture.

Điều quan trọng không phải số lượng sơ đồ. Các artifact phải liên kết và trace được với nhau.

10. Baseline, Target và Transition Architecture

OLB không giả định một ngân hàng hoàn hảo không có legacy hay constraint. Một enterprise thực tế luôn phải xử lý legacy systems, regulatory requirements, vendor dependency, technical debt, budget, skills và thay đổi kỳ vọng khách hàng. Vì vậy OLB sẽ sử dụng ba trạng thái:

• Baseline Architecture — Where are we now?
• Target Architecture — Where do we want to be?
• Transition Architecture — How do we get there?

Transition Architecture chính là cầu nối từ architecture sang transformation roadmap.

11. Mười nguyên tắc Enterprise Architecture của OLB

1. Business-service first — bắt đầu từ customer và business outcome.
2. Capability-based — investment phải trace tới capability.
3. Digital & API-first — ưu tiên reusable services và controlled integration.
4. Data as an Enterprise Asset — dữ liệu phải có ownership, quality và governance.
5. Security by Design — security được thiết kế từ đầu.
6. Risk by Design — risk assessment là một phần của architecture decision.
7. Resilience by Design — critical service phải có khả năng chịu lỗi và phục hồi.
8. Modular & Replaceable — giảm coupling, tăng khả năng thay đổi.
9. Evidence-driven — control và recovery phải có thể chứng minh.
10. Traceable Architecture — Strategy phải trace xuống capability, system, control và investment.

12. Bước tiếp theo: Business Architecture & Capability Map

OLB #01 trả lời: Why does the bank exist and where does it want to go? OLB #02 trả lời: How should the enterprise be structured conceptually to get there?

Bước tiếp theo là xác định ngân hàng thực sự cần có những năng lực gì. Trong OLB #03 — Business Architecture & Capability Map, chúng ta sẽ xây Capability Map v1.0 từ các domain như Customer & Distribution, Products & Services, Payments, Lending, Deposits, Operations, Risk & Compliance, Finance & Treasury, Data & AI, Technology và Enterprise Support, sau đó phân rã Level 1 → Level 2 → Level 3.

Strategy → Capability → Accountability → Organization.

Chỉ khi Capability Map đủ rõ, OLB mới thiết kế Organization Structure & Governance.

---

ODIN LAB BANK · OLB #02 — ENTERPRISE ARCHITECTURE
From Strategy to Capability. From Capability to Execution.
TURN RISK INTO VALUE
[GIẢ LẬP · PHỤC VỤ NGHIÊN CỨU & ĐÀO TẠO]