Góc TOGAF
Series: Customer Offering Factory – Góc nhìn Enterprise Architecture · Góc TOGAF
Nội dung series
Series gồm ba kỳ, mỗi kỳ trả lời một câu hỏi. Xuyên suốt cả ba kỳ là câu chuyện của Minh: ngân hàng A biết về anh nhiều hơn ví điện tử B rất nhiều, nhưng ví B mới là bên đưa ra đúng offer vào đúng lúc.
- Kỳ 1: Vì sao người biết nhiều hơn lại thua? là phần chẩn đoán. Cạnh tranh đã chuyển từ đẩy sản phẩm theo chiến dịch sang mô hình “nhà máy offer”. Kỳ này định nghĩa và phân rã năng lực Customer Offering, đặt nó lên value stream bảy giai đoạn, ánh xạ sang BIAN và đưa ra khung đánh giá trưởng thành năm cấp.
- Kỳ 2: Đường ống trước, động cơ sau bàn về nền móng. Nếu AI là động cơ thì kiến trúc dữ liệu là đường ống. Kỳ này trình bày bản đồ năng lực dữ liệu, mô hình dữ liệu offer, ba tầng độ trễ và một kiến trúc tham chiếu tám lớp cho ngân hàng có core legacy.
- Kỳ 3: AI, con người và điều kiện để đi đầu khép lại series. Kỳ này bàn về việc đặt AI vào đâu trong value stream, giới hạn của Agentic AI, ranh giới giữa cá nhân hóa và thao túng, cách chuyển từ phê duyệt từng offer sang phê duyệt khuôn khổ, cùng lộ trình và bộ KPI để đi đầu tại Việt Nam.
Cuối mỗi kỳ có mục “Góc TOGAF” dành cho người làm kiến trúc, cho biết nội dung kỳ đó ứng với phase nào của ADM và dùng artifact nào. Người đọc không làm EA có thể bỏ qua mục này mà vẫn theo được mạch bài.
Góc TOGAF Kỳ 1/3
Series nằm ở đâu trên ADM. Xét theo các cấp kiến trúc của TOGAF, series mô tả một Segment Architecture (segment Customer Offering), có vài chỗ đi xuống mức Capability Architecture như lịch sử offer và consent registry.
| Kỳ | Phase ADM chính | Nội dung tương ứng |
|---|---|---|
| Kỳ 1 | Preliminary, Phase A, một phần Phase B | Business Scenario, chuỗi động lực – mục tiêu – chỉ số, capability map, value stream, cross-mapping, đánh giá năng lực |
| Kỳ 2 | Phase C (Data), một phần Phase C (Application) và Phase D | Data principles, data domain, kiến trúc tham chiếu, gap |
| Kỳ 3 | Phase B (mô hình vận hành), Phase E/F, Phase G/H | Capability/Organization, transition architecture, readiness, governance |
Artifact TOGAF trong Kỳ 1. Business Scenario (Lời dẫn); Driver/Goal/Objective catalog (mục 2.5); Business Capability Map và Business Capabilities catalog (mục 3.3); Value Stream catalog và Value Stream Stages catalog (mục 4.1, 4.2); Value Stream/Capability matrix (mục 4.4); Capability Assessment (mục 5). Trong Enterprise Metamodel: Driver → Goal → Objective → Measure; Value Stream is enabled by Business Capability.
Heatmap minh họa cho một ngân hàng giả định, dùng quy ước màu của TOGAF: xanh là đạt mức mục tiêu, vàng là thiếu một mức, đỏ là thiếu hai mức trở lên, tím là năng lực chưa tồn tại.
| Năng lực | Mức hiện tại | Mức mục tiêu (TA2) | Màu |
|---|---|---|---|
| Customer Insight & Need Sensing | 2 | 4 | Đỏ |
| Offer Design & Configuration | 2 | 3 | Vàng |
| Eligibility & Risk Assessment | 3 | 3 | Xanh |
| Offer Pricing | 2 | 3 | Vàng |
| Offer Decisioning | 2 | 4 | Đỏ |
| Offer Delivery & Engagement | 2 | 3 | Vàng |
| Offer Fulfilment | 3 | 3 | Xanh |
| Offer Performance & Learning | 1 | 3 | Đỏ |
| Offer Governance | 2 | 3 | Vàng |
| Lịch sử offer (dải năng lực dữ liệu) | chưa có | 3 | Tím |
Bên liên quan và mối quan tâm. Phase A yêu cầu xác định ai quan tâm điều gì, để mỗi phần của kiến trúc trả lời đúng người. Với series này:
| Bên liên quan | Mối quan tâm chính | Kỳ trả lời |
|---|---|---|
| CEO, HĐQT | Lợi thế cạnh tranh, giá trị đầu tư | Kỳ 1 mục 2; Kỳ 3 mục 5, 7 |
| Giám đốc khối khách hàng cá nhân | Time-to-offer, tỷ lệ chuyển đổi | Kỳ 1 mục 2.5, 3.5; Kỳ 3 mục 7 |
| Giám đốc rủi ro (CRO) | Khẩu vị rủi ro, chất lượng danh mục | Kỳ 3 mục 3.3, 4 |
| Pháp chế, bộ phận bảo vệ dữ liệu | Consent, giải trình | Kỳ 2 mục 2.4; Kỳ 3 mục 4.2 |
| CIO, CDO | Hệ thống legacy, kiến trúc dữ liệu | Kỳ 2 |
| Chủ các kênh | Offer nhất quán giữa các kênh | Kỳ 1 mục 4.3; Kỳ 3 mục 2 |
| Cơ quan quản lý | Tuân thủ, thử nghiệm có kiểm soát | Kỳ 1 mục 1.3; Kỳ 3 mục 4.4 |
| Khách hàng | Offer có lợi, không bị làm phiền hay thao túng | Kỳ 3 mục 4.3 |
Góc TOGAF Kỳ 2/3
Vị trí trên ADM. Kỳ 2 chủ yếu thuộc Phase C (Data Architecture), có một phần Phase C (Application Architecture) và Phase D (Technology Architecture). Các nội dung tương ứng với output của Phase C: data principles (mục 2.1), data domain và quan hệ giữa các thực thể (mục 1.3, 1.4), yêu cầu chất lượng và độ trễ (mục 1.5, 2.8), vòng đời offer (mục 1.3), bảo mật và consent (mục 2.4), gap (mục 2.6), data governance (mục 2.7).
Tám lớp theo domain TOGAF.
| Lớp | Domain chính | Ghi chú |
|---|---|---|
| 1. Nguồn dữ liệu | Ứng dụng (hiện trạng) | |
| 2. Thu nhận | Công nghệ; dữ liệu | CDC, streaming là công nghệ; data contract là dữ liệu |
| 3. Event backbone | Công nghệ; dữ liệu | Schema sự kiện là dữ liệu |
| 4. Lưu trữ và xử lý | Công nghệ | Medallion, Lambda/Kappa là các pattern công nghệ, tương đương SBB |
| 5. Data product và phục vụ | Dữ liệu; ứng dụng | Các nhóm thực thể là dữ liệu; profile store, consent registry, offer history store là thành phần ứng dụng |
| 6. Quyết định và AI | Ứng dụng | |
| 7. Kích hoạt | Ứng dụng | |
| 8. Vòng phản hồi | Dữ liệu; ứng dụng | |
| Các lớp xuyên suốt | Security và governance | TOGAF coi bảo mật là mối quan tâm xuyên suốt mọi domain |
Đi sâu hơn. Phiên bản đầy đủ theo Phase C, gồm information map, mô hình dữ liệu khái niệm và logic, ma trận ứng dụng – dữ liệu, data migration và yêu cầu cho Architecture Requirements Specification, nằm trong tài liệu Data Architecture cho Customer Offering theo TOGAF 10 đi kèm series.
Góc TOGAF Kỳ 3/3
Vị trí trên ADM. Kỳ 3 trải qua nhiều phase. Mô hình vận hành và ma trận năng lực – đơn vị (mục 3) thuộc Phase B. Lộ trình và các transition architecture (mục 6) thuộc Phase E và F; bảng “Phụ thuộc chính” là phiên bản rút gọn của Consolidated Gaps, Solutions and Dependencies matrix. Governance và phê duyệt theo khuôn khổ (mục 3.3, 3.4, 4) thuộc Phase G và H. Đánh giá rủi ro (mục 1.5) dùng kỹ thuật Risk Management, còn điều kiện đủ (mục 5.2) dùng Business Transformation Readiness Assessment.
Đánh giá mức sẵn sàng chuyển đổi. TOGAF dùng 12 yếu tố. Bảng dưới đây đối chiếu với nội dung series. Cột cuối để tổ chức tự chấm theo thang Thấp / Khá / Chấp nhận được / Tốt / Cao.
| Yếu tố | Series đã đề cập ở | Câu hỏi cần trả lời khi chấm |
|---|---|---|
| Tầm nhìn | Luận điểm series (Kỳ 1) | Lãnh đạo nghiệp vụ có dẫn dắt và phát biểu rõ đích đến không? |
| Nhu cầu | Nghịch lý dữ liệu (Kỳ 1 mục 1.5) | Không làm thì tổ chức mất gì? |
| Mong muốn và quyết tâm | Cam kết của lãnh đạo (mục 5.2) | Tổ chức có lịch sử làm đến nơi các chương trình nhiều năm không? |
| Business case | Cây giá trị (mục 7.1) | Lợi ích nào được cam kết, ai cam kết? |
| Ngân sách | Cam kết của lãnh đạo (mục 5.2) | Cấp vốn theo value stream hay theo từng dự án? |
| Bảo trợ và lãnh đạo | Cam kết của lãnh đạo (mục 5.2) | Người bảo trợ có đủ thẩm quyền và theo suốt chương trình không? |
| Governance | Mục 3.4, mục 4 | Hội đồng kiến trúc và Hội đồng sản phẩm có phối hợp thực chất không? |
| Trách nhiệm giải trình | Offer Owner (mục 3.2), ma trận ở mục 3.1 | Ai chịu trách nhiệm cho kết quả của cả value stream? |
| Cách tiếp cận khả thi | Lộ trình theo horizon, thí điểm fusion team | Có kế hoạch truyền thông và khen thưởng hành vi mới không? |
| Năng lực thực thi của CNTT | Năng lực thực thi (mục 5.2) | Kỹ năng dữ liệu, MLOps hiện có so với cần có? |
| Năng lực thực thi của tổ chức | Năng lực thực thi (mục 5.2) | Hội đồng sản phẩm và Rủi ro ra quyết định trong bao lâu? |
| Năng lực vận hành | Năng lực thực thi (mục 5.2) | Có vận hành được hệ thống ra quyết định thời gian thực và vòng đời mô hình không? |
Tài liệu chuyên đề đi kèm: Data Architecture
Kỳ 2 trả lời câu hỏi “cần dữ liệu gì” và “đặt ở đâu”. Với người làm kiến trúc dữ liệu, câu hỏi tiếp theo là dữ liệu đó cụ thể là gì, liên hệ với nhau ra sao và được mô tả chuẩn mực đến mức nào. Hai tài liệu dưới đây trả lời câu hỏi ấy theo đúng trình tự ADM của TOGAF 10, vẫn dùng bối cảnh Ngân hàng A và khách hàng Minh.
- Hướng dẫn quá trình xây dựng Data Architecture là bản hướng dẫn. Bản này cho thấy tài liệu đầy đủ đi qua từng giai đoạn ADM thế nào, mỗi giai đoạn tạo ra artifact gì và nằm ở mục nào trong tài liệu gốc. Bạn nên đọc bản này trước để nắm bức tranh chung, sau đó mới đi vào tài liệu đầy đủ.
- Data Architecture cho Customer Offering theo TOGAF 10 là tài liệu đầy đủ. Tài liệu đi từ Information Map (18 khái niệm thông tin, 12 business service) qua Conceptual Data (11 subject area, 33 thực thể, vòng đời Offer và Consent) đến Logical Data (thuộc tính, khóa, 15 Logical Data Component, data contract, migration, Data Governance). Phần cuối gồm gap analysis, bốn quyết định kiến trúc cần chốt, các thành phần lộ trình cho Phase E và checklist tuân thủ cho ARB. Mọi phần tử đều truy vết được ngược lên capability, value stream và câu chuyện của Minh.
Hai tài liệu này dành cho người làm kiến trúc và dữ liệu (Tác giả sẽ bổ sung sớm). Người đọc chỉ quan tâm đến mạch chiến lược có thể dừng ở ba kỳ chính.