TOGAF: Từ Nguyên Tắc Nền Tảng đến Thực Hành Kiến Trúc Nâng Cao – Phần cuối

Làm chủ các Thành phần Cấu trúc của TOGAF

Phần này giải thích các mô hình khái niệm và khung làm việc chính trong TOGAF dùng để lưu trữ, phân loại và quản trị các tài sản kiến trúc được tạo ra bởi ADM.

3.1 Enterprise Continuum và Kho lưu trữ Kiến trúc

Phần này sẽ làm sáng tỏ hai khái niệm thường gây nhầm lẫn: Enterprise Continuum và Architecture Repository.

• Kho lưu trữ Kiến trúc (Architecture Repository): Đây là nơi lưu trữ vật lý (hoặc logic) cho tất cả các tạo tác kiến trúc, bao gồm các mô hình, nguyên tắc, tiêu chuẩn và tài liệu định nghĩa kiến trúc. Nó là kho chứa trung tâm của đội ngũ EA.
• Enterprise Continuum: Đây không phải là một kho lưu trữ vật lý, mà là một “kho lưu trữ ảo” hay một hệ thống phân loại cho các tài sản trong Kho lưu trữ Kiến trúc. Nó tổ chức các tài sản theo một phổ từ chung (generic) đến cụ thể (specific), bao gồm cả:

• Architecture Continuum: Chứa các tài sản kiến trúc có thể tái sử dụng như mô hình, mẫu thiết kế (patterns), và các khối xây dựng kiến trúc (Architecture Building Blocks – ABBs).
• Solutions Continuum: Chứa các tài sản giải pháp có thể tái sử dụng như mã nguồn, các sản phẩm thương mại có sẵn (COTS), và các khối xây dựng giải pháp (Solution Building Blocks – SBBs).

Cấu trúc này thúc đẩy mạnh mẽ việc tái sử dụng tài sản, một nguyên lý cốt lõi của TOGAF nhằm tăng hiệu quả và tính nhất quán.

Cấu trúc của Continuum (Foundation -> Common Systems -> Industry -> Organization-Specific) không chỉ là một hệ thống sắp xếp hồ sơ. Nó là một mô hình cho việc áp dụng và điều chỉnh chiến lược. Các tổ chức không cần phải phát minh lại mọi thứ. Có sẵn các tiêu chuẩn nền tảng (ví dụ: chính TOGAF), các mẫu hệ thống phổ biến (ví dụ: ERP, CRM), và các mô hình đặc thù của ngành (ví dụ: BIAN cho ngân hàng). Enterprise Continuum cung cấp một mô hình chính thức để một tổ chức đặt các tài sản bên ngoài này vào và sau đó cho thấy cách chúng được

tùy chỉnh và chuyên biệt hóa để trở thành đặc thù của tổ chức. Điều này tạo ra một đường liên kết rõ ràng từ một tiêu chuẩn ngành đến việc triển khai cụ thể của nó trong doanh nghiệp. Do đó, Continuum là một công cụ chiến lược cho phép các kiến trúc sư đưa ra các quyết định “tận dụng và tùy chỉnh” một cách có chủ ý, thay vì các quyết định “xây dựng từ đầu”. Điều này giúp tăng tốc đáng kể quá trình phát triển kiến trúc và đặt nó trên nền tảng của các thực tiễn tốt nhất đã được kiểm chứng.

3.2 Khung Quản trị Kiến trúc (Architecture Governance Framework)

Phần này sẽ đi sâu vào Quản trị Kiến trúc, xây dựng dựa trên Pha G. Nó sẽ chi tiết hóa các thành phần của một khung quản trị, bao gồm:

• Cấu trúc tổ chức: Ví dụ như Hội đồng Kiến trúc (Architecture Board), một cơ quan ra quyết định và giám sát.
• Quy trình: Ví dụ như quy trình đánh giá tuân thủ, quy trình miễn trừ (dispensation), và quy trình quản lý thay đổi.
• Nội dung: Các tạo tác hỗ trợ quản trị như Hợp đồng Kiến trúc, danh mục các tiêu chuẩn, và các báo cáo tuân thủ.

Mục tiêu cuối cùng của quản trị là đảm bảo kiến trúc mang lại giá trị, quản lý rủi ro và duy trì sự liên kết với chiến lược kinh doanh theo thời gian.

Sơ đồ sau mô hình hóa một cấu trúc quản trị đơn giản:

Các Chủ đề Nâng cao và Tích hợp Chiến lược

Phần này trang bị cho các nhà thực hành có kinh nghiệm những kỹ thuật tiên tiến để áp dụng, tùy chỉnh và tích hợp TOGAF trong các môi trường doanh nghiệp hiện đại và phức tạp.

4.1 Một cách tiếp cận Chiến lược: Lập kế hoạch dựa trên Năng lực (Capability-Based Planning)

Lập kế hoạch dựa trên Năng lực (Capability-Based Planning – CBP) là một kỹ thuật mạnh mẽ để kết nối chiến lược với việc thực thi. Một Capability (Năng lực) định nghĩa cái gì một tổ chức cần có khả năng làm để thành công, khác biệt với cách thức nó làm (một quy trình) hoặc ai làm điều đó (một vai trò).

Quá trình CBP bao gồm các bước sau:

1. Định nghĩa Năng lực: Xác định các năng lực cốt lõi của doanh nghiệp.
2. Tạo Bản đồ Năng lực (Capability Map): Trực quan hóa các năng lực theo một cấu trúc phân cấp.
3. Đánh giá Mức độ Trưởng thành: Sử dụng các công cụ như bản đồ nhiệt (heatmaps) để đánh giá hiệu suất hiện tại của từng năng lực so với mức độ mong muốn.
4. Liên kết Năng lực với Chiến lược: Liên kết các năng lực với các Goal (Mục tiêu) chiến lược và các Resource (Tài nguyên) như quy trình, ứng dụng, con người để hiện thực hóa chúng.

Các năng lực đóng vai trò như “Hòn đá Rosetta”, kết nối ngôn ngữ trừu tượng của chiến lược với ngôn ngữ cụ thể của kiến trúc. Chiến lược kinh doanh thường tồn tại dưới dạng các thuật ngữ cấp cao (“trở nên lấy khách hàng làm trung tâm hơn”). Kiến trúc tồn tại dưới dạng các thuật ngữ cụ thể (quy trình, ứng dụng, máy chủ). Năng lực cung cấp lớp trung gian quan trọng để dịch “điều chúng ta muốn trở thành” thành “những gì chúng ta cần có khả năng làm”. Ví dụ, một mục tiêu chiến lược như “Cải thiện sự thân thiết với khách hàng” có thể được dịch thành các năng lực cần thiết như “Quản lý khách hàng kỹ thuật số” hoặc “Bảo hiểm dựa trên dữ liệu”. Những năng lực này sau đó có thể được phân rã và ánh xạ tới con người, quy trình và công nghệ cụ thể cần thiết để cung cấp chúng. Điều này tạo ra một đường liên kết rõ ràng, có thể truy vết từ một mục trong kế hoạch chiến lược xuống đến một máy chủ hoặc ứng dụng cụ thể.Sơ đồ sau minh họa một Góc nhìn Lộ trình Năng lực (Strategy-to-Capability Viewpoint), cho thấy cách một mục tiêu chiến lược được hiện thực hóa bởi các năng lực, và các năng lực này lại được hiện thực hóa bởi các yếu tố kiến trúc cốt lõi.

4.2 Tùy chỉnh TOGAF cho Doanh nghiệp Hiện đại: Agile và DevOps

Phần này giải quyết trực tiếp thách thức áp dụng TOGAF trong môi trường linh hoạt (agile). Như đã nhấn mạnh, TOGAF không cố hữu là thác nước và phải được điều chỉnh.¹⁰ Các mô hình tích hợp thực tế bao gồm:

• Căn chỉnh các pha ADM với các nghi lễ Agile: Ví dụ, Pha A có thể được sử dụng để định nghĩa một “Program Increment” hoặc một “Epic”. Các pha B, C, D có thể được chia nhỏ thành các thành phần có thể giải quyết trong các sprint.
• Tích hợp Kiến trúc sư vào quy trình Agile: Kiến trúc sư tham gia vào các buổi đánh giá sprint (sprint reviews) và lập kế hoạch để cung cấp hướng dẫn và đảm bảo sự tuân thủ.
• Giới thiệu Kiến trúc Khả thi Tối thiểu (Minimum Viable Architecture – MVA): Tương tự như Sản phẩm Khả thi Tối thiểu (MVP), MVA là một sản phẩm kiến trúc gọn nhẹ, cung cấp vừa đủ hướng dẫn kiến trúc (“guardrails”) để các đội phát triển có thể tiến hành công việc trong các sprint tiếp theo mà không bị chặn.

Trong bối cảnh Agile, vai trò của TOGAF chuyển từ “Thiết kế Lớn Ban đầu” (Big Upfront Design) sang “Kiến trúc Có Chủ đích” (Intentional Architecture) và “Quản trị như những Lan can Bảo vệ” (Governance as Guardrails). Kiến trúc không còn là một bản thiết kế chi tiết, cứng nhắc được tạo ra từ đầu. Thay vào đó, ADM được sử dụng để tạo ra một tầm nhìn cấp cao và một “lát cắt mỏng” của kiến trúc (MVA) đủ cho vài sprint tới. Kiến trúc sau đó được phát triển lặp lại, đồng bộ với các sprint phát triển. Vai trò của kiến trúc sư chuyển từ “người lập kế hoạch” thành “người hướng dẫn”, cung cấp các “lan can” kiến trúc (nguyên tắc, tiêu chuẩn, các mẫu thiết kế chính từ kho lưu trữ) để các đội Agile có thể tự do hoạt động bên trong. Các pha quản trị của TOGAF (G và H) trở thành các điểm kiểm tra gọn nhẹ được tích hợp vào các buổi đánh giá sprint và lập kế hoạch phát hành, đảm bảo rằng các thiết kế phát sinh không vi phạm các nguyên tắc kiến trúc chính. Điều này biến TOGAF từ một yếu tố bị cho là cản trở sự linh hoạt thành một công cụ chiến lược đảm bảo việc giao hàng linh hoạt không biến thành sự hỗn loạn về kiến trúc.

4.3 Xây dựng một Hệ sinh thái Gắn kết: Tích hợp TOGAF với các Khung khác (COBIT, ITIL)

TOGAF không tồn tại trong một không gian biệt lập. Nó là một khung EA bao quát có thể và nên được tích hợp với các khung chuyên biệt khác để tạo ra một hệ thống quản lý toàn diện.

• Tích hợp với COBIT: TOGAF định nghĩa kiến trúc, trong khi COBIT cung cấp khung để quản trị và quản lý CNTT của doanh nghiệp được tạo ra từ kiến trúc đó. TOGAF trả lời câu hỏi “Chúng ta nên xây dựng cái gì?”, còn COBIT trả lời “Làm thế nào để chúng ta kiểm soát và đảm bảo giá trị từ những gì chúng ta đã xây dựng?”. Chúng có thể được sử dụng cùng nhau như một mô hình lai để tạo ra một khung quản trị mạnh mẽ.
• Tích hợp với ITIL: TOGAF định nghĩa cái gì cần được xây dựng (ví dụ, Pha D: Kiến trúc Công nghệ xác định hạ tầng). ITIL cung cấp các quy trình chi tiết để vận hành và quản lý các dịch vụ chạy trên hạ tầng đó (ví dụ: quản lý sự cố, vấn đề, thay đổi). TOGAF thiết kế ngôi nhà, ITIL cung cấp quy tắc để sống trong đó.

Sơ đồ sau minh họa mối quan hệ cấp cao này:

4.4 TOGAF trong Thực tiễn: Các Tình huống Nghiên cứu Tổng hợp

Phần cuối cùng này sẽ tổng hợp các nghiên cứu để trình bày các tình huống ứng dụng cô đọng, minh họa cách TOGAF và ArchiMate được sử dụng trong các ngành công nghiệp khác nhau.

• Ngân hàng: Một tình huống nghiên cứu tổng hợp sẽ mô tả “Xvalley Bank” (một thực thể hư cấu) đối mặt với các thách thức từ ngân hàng mở (PSD2) và các hệ thống thông tin phân mảnh. Tình huống sẽ cho thấy cách họ sử dụng TOGAF ADM để dẫn dắt quá trình chuyển đổi. Trong Pha B, họ tận dụng mô hình tham chiếu BIAN (một “Kiến trúc Ngành” trong Enterprise Continuum) để định hình kiến trúc kinh doanh mục tiêu của mình. Các pha C và D sau đó được sử dụng để thiết kế các kiến trúc ứng dụng và công nghệ hỗ trợ, với các sơ đồ ArchiMate chi tiết hóa các dịch vụ thanh toán, API và sự tuân thủ ISO 20022. Lộ trình di chuyển trong Pha E và F sẽ vạch ra các bước để hợp nhất các hệ thống, giảm thiểu rủi ro tuân thủ và tăng cường khả năng tích hợp.
• Sản xuất: Tình huống này sẽ tập trung vào một “Mạng lưới Sản xuất Động” (Dynamic Manufacturing Network) trong ngành hàng không vũ trụ. Thách thức chính là khả năng tương tác trong Quản lý Vòng đời Sản phẩm (PLM) giữa nhiều doanh nghiệp hợp tác. TOGAF và ArchiMate được sử dụng để mô hình hóa toàn bộ mạng lưới doanh nghiệp, không chỉ một doanh nghiệp đơn lẻ. Các sơ đồ ArchiMate cấp cao (blueprint) được sử dụng để xác định các lớp kinh doanh, ứng dụng và công nghệ của mạng lưới. Một điểm nhấn quan trọng là cách các mô hình kiến trúc ArchiMate này được liên kết với các mô hình thực thi như BPMN2, thu hẹp khoảng cách giữa thiết kế cấp cao và điều phối quy trình thực tế. Tình huống cũng sẽ minh họa việc sử dụng Lớp Vật lý (Physical Layer) của ArchiMate để mô hình hóa các thiết bị sản xuất (robot, máy hàn), vật liệu và cơ sở vật chất trong dây chuyền lắp ráp.
• Chính phủ/Khu vực công: Tình huống này sẽ thảo luận về việc áp dụng TOGAF để giải quyết các thách thức chung trong khu vực công. Ví dụ, một dự án di chuyển lên đám mây đa nền tảng sẽ sử dụng ADM để lập kế hoạch và quản trị. Pha A xác định tầm nhìn về hiệu quả và tiết kiệm chi phí. Pha B, C, D xác định các kiến trúc mục tiêu cho các dịch vụ công dân. Pha E và F lập kế hoạch di chuyển theo từng giai đoạn để giảm thiểu gián đoạn. Một ví dụ khác có thể là việc bảo mật hệ thống giáo dục, nơi TOGAF được tích hợp với các tiêu chuẩn như ISO 27005 để xác định các tài sản quan trọng, đánh giá rủi ro và thiết kế một kiến trúc an toàn, tuân thủ các quy định phức tạp của chính phủ.

---

Kết luận

TOGAF không chỉ là một bộ sưu tập các tài liệu lý thuyết; nó là một khung phương pháp luận sống động, có khả năng thích ứng cao, cung cấp một quy trình đã được kiểm chứng để điều hướng sự phức tạp của chuyển đổi doanh nghiệp. Khi được kết hợp với sức mạnh biểu cảm của ngôn ngữ mô hình hóa ArchiMate, nó trở thành một bộ công cụ không thể thiếu cho các kiến trúc sư hiện đại.

Hành trình từ các nguyên tắc cơ bản đến các ứng dụng nâng cao cho thấy rằng giá trị thực sự của TOGAF không nằm ở việc tuân thủ cứng nhắc các pha của nó, mà ở việc hiểu được tư duy đằng sau chúng. Đó là tư duy về việc căn chỉnh chiến lược với thực thi, quản lý sự thay đổi một cách có cấu trúc, thúc đẩy việc tái sử dụng, và quan trọng nhất là đảm bảo rằng mọi nỗ lực kiến trúc đều mang lại giá trị kinh doanh có thể đo lường được.

Bằng cách làm chủ ADM, hiểu rõ các thành phần cấu trúc như Enterprise Continuum và Khung Quản trị, và học cách tùy chỉnh TOGAF cho các bối cảnh hiện đại như Agile, các nhà thực hành có thể nâng mình từ vai trò của một kỹ thuật viên CNTT lên thành một nhà lãnh đạo chiến lược, người có khả năng định hình tương lai của doanh nghiệp mình. Các sơ đồ ArchiMate không chỉ là hình ảnh minh họa; chúng là công cụ giao tiếp mạnh mẽ, biến những ý tưởng kiến trúc phức tạp thành những câu chuyện rõ ràng, dễ hiểu, thu hút sự tham gia và đồng thuận từ tất cả các bên liên quan. Với bộ công cụ này, các kiến trúc sư được trang bị đầy đủ để xây dựng các doanh nghiệp linh hoạt, hiệu quả và sẵn sàng cho tương lai.