TÓM TẮT Ý CHÍNH
- Enterprise Architecture (kiến trúc doanh nghiệp, EA) là cách nhìn và thiết kế doanh nghiệp như một hệ thống, để mọi thay đổi về quy trình, dữ liệu, ứng dụng và công nghệ cùng phục vụ chiến lược.
- EA thường được mô tả qua bốn lớp: nghiệp vụ, dữ liệu, ứng dụng và công nghệ. Lớp nghiệp vụ, với năng lực và chuỗi giá trị, là điểm bắt đầu.
- TOGAF của The Open Group là khung EA phổ biến nhất; chu trình ADM đi từ tầm nhìn kiến trúc đến lộ trình chuyển đổi và quản trị thay đổi.
- Enterprise architect nhìn toàn doanh nghiệp và chọn đúng việc cần làm; solution architect thiết kế giải pháp cho một bài toán cụ thể.
- Người lãnh đạo không cần vẽ sơ đồ, nhưng cần đặt câu hỏi kiến trúc: tổ chức cần năng lực gì, khoảng trống ở đâu, đi theo lộ trình nào và ai chịu trách nhiệm.
TRẢ LỜI NHANH
Enterprise Architecture là gì? Enterprise Architecture (kiến trúc doanh nghiệp) là phương pháp mô tả và thiết kế doanh nghiệp như một tổng thể gồm nghiệp vụ, dữ liệu, ứng dụng và công nghệ, để thay đổi đi đúng hướng chiến lược. EA cho người lãnh đạo biết cần năng lực gì, thiếu ở đâu và đầu tư việc gì trước.
Mục lục
Enterprise Architecture là gì?
Enterprise Architecture, thường gọi tắt là EA, là cách nhìn doanh nghiệp như một hệ thống thống nhất thay vì một tập hợp phòng ban, dự án và phần mềm rời rạc. Gartner định nghĩa EA là một lĩnh vực giúp chủ động và toàn diện dẫn dắt cách doanh nghiệp ứng phó với những biến động, bằng cách nhận diện và phân tích việc thực thi thay đổi hướng tới tầm nhìn và kết quả kinh doanh mong muốn (Gartner Glossary).
Nói gọn hơn, EA trả lời ba câu hỏi: doanh nghiệp muốn đi đến đâu, hiện đang ở đâu, và cần thay đổi những gì, theo thứ tự nào để đến được đích. Câu trả lời không chỉ nằm ở công nghệ, mà ở cả cách tổ chức làm việc, cách dữ liệu được quản trị và cách các hệ thống kết nối với nhau.
Các học viên Hạt Giống Lãnh Đạo Số từng học chủ đề EA thường mô tả nó bằng hình ảnh rất đời. Một học viên mùa 9 TP.HCM viết: “Giá trị là điểm đến – còn EA là tấm bản đồ giúp ta nhìn ra con đường để đến đó.” Một học viên mùa 9 Hà Nội gọi EA là “một lăng kính để phân tích, một phương pháp để quản trị sự thay đổi liên tục”.
Tên tiếng Việt “kiến trúc doanh nghiệp” ít được dùng khi tìm kiếm, nên trong thực tế, người làm nghề vẫn quen gọi là Enterprise Architecture hoặc EA. Người làm công việc này được gọi là enterprise architect (kiến trúc sư doanh nghiệp).
Vì vậy, khi hỏi kiến trúc doanh nghiệp là gì, câu trả lời ngắn nhất là: Enterprise Architecture là cách giữ cho mọi thay đổi trong tổ chức cùng đi một hướng.
Vì sao người lãnh đạo cần kiến trúc doanh nghiệp?
Nhiều doanh nghiệp đầu tư công nghệ đều đặn mỗi năm nhưng vẫn thấy vận hành rối hơn. Anh Hoàng Gia Quốc (Team Leader, TPBank; Hạt giống mùa 9 Hà Nội) chỉ ra nguyên nhân sau khi học EA: “Nếu không có kiến trúc tổng thể, mỗi hệ thống mới lại làm tăng độ rối, tăng trùng lặp”. Theo anh, chuyển đổi số không bắt đầu từ công nghệ, mà bắt đầu từ kiến trúc (đọc bài của anh Quốc).
Với người lãnh đạo, Enterprise Architecture mang lại bốn lợi ích cụ thể:
- Gắn mọi thay đổi với chiến lược. Ban huấn luyện chủ đề EA mùa 10 Hà Nội mô tả mục tiêu của EA là đảm bảo mọi chuyển động của tổ chức đều đồng điệu với chiến lược chung, và kết nối chiến lược kinh doanh với khối công nghệ của doanh nghiệp.
- Chọn đúng việc cần làm trước. Chị Nguyễn Thị Tuyết Hồng (Founder, Công ty TNHH Brandlove; Hạt giống mùa 9 TP.HCM) cho biết nhờ EA, “founder ra quyết định có hệ thống, chọn đúng việc cần làm trước thay vì chạy theo cảm tính”.
- Nhìn ra khoảng trống thay vì triệu chứng. EA so sánh hiện trạng với mục tiêu để thấy năng lực nào đang thiếu, thay vì xử lý từng sự cố riêng lẻ.
- Làm rõ trách nhiệm. Anh Đào Tuấn Anh (Solution Architect Manager, Lotte Vietnam; Hạt giống mùa 9 Hà Nội) viết rằng kiến trúc nghiệp vụ, ở tầng sâu nhất, là kiến trúc về trách nhiệm: ai sở hữu năng lực nào, dữ liệu nào và quyết định nào.
Một quan niệm sai phổ biến là EA làm chậm tổ chức vì thêm thủ tục. Anh Đào Tuấn Anh đề xuất cách nhìn ngược lại: vai trò của EA chuyển từ “người vẽ sơ đồ” thành “người thiết kế tốc độ”, giống một đường cao tốc có lan can. Khi đã có khuôn khổ và mẫu thiết kế được duyệt trước, các nhóm triển khai đi nhanh hơn mà vẫn an toàn.
HUẤN LUYỆN HẠT GIỐNG LÃNH ĐẠO SỐ
Enterprise Architecture là một trong sáu chủ đề huấn luyện, học bằng cách áp dụng TOGAF vào bài toán thật của chính doanh nghiệp mình. Hành trình 8 tháng, phi lợi nhuận, không thu học phí, có huấn luyện viên đồng hành.
Bốn lớp của kiến trúc doanh nghiệp
Enterprise Architecture thường được chia thành bốn lớp, hay còn gọi là bốn domain, viết tắt là BDAT: Business (nghiệp vụ), Data (dữ liệu), Application (ứng dụng) và Technology (công nghệ). Bốn lớp này nối với nhau theo thứ tự: nghiệp vụ đặt ra yêu cầu, dữ liệu và ứng dụng hiện thực hóa yêu cầu đó, công nghệ là nền tảng chạy bên dưới.
| Lớp kiến trúc | Câu hỏi chính | Sản phẩm thường gặp |
|---|---|---|
| Nghiệp vụ (Business) | Doanh nghiệp tạo giá trị cho ai, cần những năng lực gì? | Bản đồ năng lực, chuỗi giá trị, mô hình tổ chức |
| Dữ liệu (Data) | Thông tin nào hỗ trợ năng lực nào, ai chịu trách nhiệm về dữ liệu? | Mô hình dữ liệu, data domain, quy tắc quản trị dữ liệu |
| Ứng dụng (Application) | Ứng dụng nào phục vụ năng lực nào, chúng tích hợp với nhau ra sao? | Danh mục ứng dụng, sơ đồ tích hợp |
| Công nghệ (Technology) | Nền tảng nào giúp hệ thống mở rộng, bảo mật và vận hành liên tục? | Nguyên tắc và định hướng hạ tầng, nền tảng |
Kiến trúc nghiệp vụ: bắt đầu từ năng lực, không bắt đầu từ hệ thống
Điểm khác biệt lớn nhất của EA là bắt đầu từ năng lực nghiệp vụ (business capability) và chuỗi giá trị (value stream), chứ không bắt đầu từ quy trình hay phần mềm. Theo cách TOGAF tiếp cận, năng lực mô tả việc tổ chức có thể làm, không phụ thuộc vào ai làm hay làm bằng hệ thống nào. Vì vậy, khi vẽ bản đồ năng lực, một lỗi rất hay gặp là điền tên hệ thống, như “AI platform” hay “core banking”, vào chỗ của năng lực.
Chị Tạ Thị Chinh (Quản lý phân tích nghiệp vụ, Tập Đoàn Cổng Vàng; Hạt giống mùa 6 Hà Nội) phân biệt kiến trúc nghiệp vụ với phân tích nghiệp vụ (BA) bằng một cặp câu dễ nhớ: BA lo “Do the project right”, còn kiến trúc nghiệp vụ lo “Do the right project”. BA bắt đầu từ một bài toán đã được định nghĩa; kiến trúc nghiệp vụ bắt đầu từ câu hỏi chiến lược, xem năng lực nào nên tồn tại và nó liên kết với các mảng khác ra sao.
Ba lớp còn lại: từ dữ liệu đến nền tảng
Ở lớp dữ liệu, Đỗ Minh Hồng (Head of Product, CTCP 9Pay; Hạt giống mùa 9 Hà Nội) nhắc rằng dữ liệu “không chỉ là bảng, cột mà là thông tin nào hỗ trợ capability nào”. Ở lớp ứng dụng, chị Nguyễn Thị Tuyết Hồng rút ra rằng ít ứng dụng nhưng tích hợp tốt mạnh hơn nhiều ứng dụng rời rạc. Ở lớp công nghệ, việc của kiến trúc không phải chọn một sản phẩm cụ thể, mà là định hình và định hướng công nghệ, vì công nghệ cũng là một quyết định chiến lược.
TOGAF và chu trình ADM: khung EA phổ biến nhất
TOGAF là bộ tiêu chuẩn Enterprise Architecture do The Open Group phát triển, phiên bản hiện hành là TOGAF Standard, 10th Edition. The Open Group mô tả TOGAF là một trong những tiêu chuẩn EA được dùng rộng rãi nhất thế giới, cung cấp khung, bộ thuật ngữ và phương pháp chung để những người làm EA làm việc và trao đổi nhất quán (The Open Group).
Phần cốt lõi của TOGAF là ADM (Architecture Development Method), chu trình phát triển kiến trúc gồm các pha (xem phân tích từng pha qua ví dụ thật trong bài TOGAF là gì?):
- Preliminary: chuẩn bị, xác lập nguyên tắc kiến trúc và cách tổ chức làm EA.
- A. Architecture Vision: tầm nhìn kiến trúc, phạm vi và các bên liên quan.
- B. Business Architecture: kiến trúc nghiệp vụ, hiện trạng và mục tiêu.
- C. Information Systems Architectures: kiến trúc dữ liệu và ứng dụng.
- D. Technology Architecture: kiến trúc công nghệ.
- E. Opportunities and Solutions: gom khoảng trống thành gói công việc và giải pháp.
- F. Migration Planning: lập lộ trình chuyển đổi theo giai đoạn.
- G. Implementation Governance: giám sát việc triển khai tuân thủ kiến trúc.
- H. Architecture Change Management: quản lý thay đổi kiến trúc khi bối cảnh thay đổi.
- Requirements Management nằm ở trung tâm, xuyên suốt mọi pha.
Người mới học thường thấy ADM giống một “vòng tròn” dài và dễ lạc. Nhưng ADM không phải mô hình thác nước. Một học viên mùa 9 TP.HCM viết: “EA cũng vậy – không phải là mô hình cứng nhắc kiểu waterfall, mà là một vòng lặp linh hoạt”. Anh Đào Tuấn Anh nhấn mạnh vai trò của pha trung tâm: “Không có Requirements Management là ADM sẽ thành phim hành động – hỗn loạn và đầy bất ngờ.”
Với người lãnh đạo, giá trị lớn nhất của ADM nằm ở phân tích khoảng trống (gap analysis) và lộ trình chuyển tiếp. Như anh Hoàng Gia Quốc viết, “Không tổ chức nào có thể thay đổi tất cả cùng lúc.” ADM giúp chia thay đổi thành từng giai đoạn, mỗi giai đoạn có giá trị đo được.
Enterprise architect khác solution architect thế nào?
Hai vai trò này thường bị nhầm vì cùng có chữ “architect”. Khác biệt giữa enterprise architect và solution architect nằm ở phạm vi và câu hỏi mỗi người trả lời.
| Tiêu chí | Enterprise architect | Solution architect |
|---|---|---|
| Phạm vi | Toàn doanh nghiệp hoặc một phân khúc lớn | Một bài toán, một sản phẩm hoặc một dự án |
| Câu hỏi chính | Nên làm những gì, theo thứ tự nào, để phục vụ chiến lược? | Giải quyết bài toán này bằng kiến trúc và công nghệ nào? |
| Khung thời gian | Nhiều năm, theo lộ trình chuyển đổi | Theo vòng đời dự án |
| Sản phẩm | Bản đồ năng lực, nguyên tắc kiến trúc, lộ trình, cơ chế quản trị | Thiết kế giải pháp, lựa chọn công nghệ, sơ đồ tích hợp |
Anh Phạm Quang Anh Kha (Digital Solution Manager, HD SAISON; Hạt giống mùa 5 TP.HCM) mô tả solution architect là người thiết kế giải pháp công nghệ tổng thể cho một bài toán kinh doanh, với tư duy hệ thống làm nền tảng, để “chọn kiến trúc phù hợp, thay vì chạy theo công nghệ mới nhất” (Solution architect là gì?). Hai vai trò bổ trợ nhau: enterprise architect đặt khuôn khổ và nguyên tắc, solution architect thiết kế trong khuôn khổ đó.
Ví dụ: EA cho bài toán “đưa đúng ưu đãi” trong ngân hàng
Trong series “Customer Offering Factory – Góc nhìn Enterprise Architecture” đăng trên Digital Leaders Publishing Club, anh Đào Tuấn Anh dùng một tình huống giả định để cho thấy EA làm việc thế nào. Lương của một khách hàng vừa về tài khoản; một ví điện tử gửi ngay hai ưu đãi phù hợp, còn ngân hàng của anh ấy, dù có nhiều dữ liệu hơn, lại mời mở một thẻ tín dụng mà khách đã có từ hai năm trước.
Theo tác giả, đây trước hết là bài toán Enterprise Architecture, không chỉ là bài toán marketing hay mua thêm công cụ AI. Cách EA tiếp cận gồm bốn bước:
- Định nghĩa năng lực: “Customer Offering” được xem là một năng lực của cả ngân hàng, phân rã thành các năng lực con như thấu hiểu khách hàng, ra quyết định ưu đãi, quản trị ưu đãi. Năng lực này không trùng với một phòng ban hay một hệ thống nào.
- Đánh giá hiện trạng: chấm mức trưởng thành của từng năng lực và tô màu khoảng trống. Kết quả trong ví dụ cho thấy khoảng trống nằm ở con người, quy trình và thông tin nhiều hơn ở công nghệ.
- Thiết kế dữ liệu trước: nếu chỉ được làm một việc trong năm đầu, tác giả khuyên ghi lại lịch sử ưu đãi một cách có cấu trúc. Với hệ thống lõi cũ, bài đề xuất cách “bọc và giải phóng” dữ liệu thay vì thay toàn bộ lõi.
- Lập lộ trình và trách nhiệm: đi theo nguyên tắc tuân thủ và “trí nhớ” đi trước, tốc độ theo sau; đồng thời chỉ rõ ai sở hữu ưu đãi, dữ liệu dùng chung và quyền đồng ý (consent) của khách hàng.
Ví dụ này dùng hồ sơ ngân hàng giả định và số liệu minh họa, nhưng cho thấy rõ giá trị của EA với người lãnh đạo: nó biến một triệu chứng khó chịu của khách hàng thành danh sách quyết định cụ thể về năng lực, dữ liệu và trách nhiệm.
Người lãnh đạo bắt đầu với EA từ đâu?
Để bắt đầu với Enterprise Architecture, người lãnh đạo không cần tự vẽ sơ đồ kiến trúc, nhưng cần đặt đúng câu hỏi và tạo điều kiện để kiến trúc được dùng khi ra quyết định. Năm bước dưới đây tổng hợp từ cách các học viên và ban huấn luyện áp dụng TOGAF:
- Bắt đầu từ một kịch bản kinh doanh có thật. Mô tả vấn đề bằng ngôn ngữ của khách hàng và kết quả kinh doanh, trước khi bàn đến giải pháp.
- Vẽ bản đồ năng lực ở mức cao. Liệt kê những việc tổ chức phải làm được để tạo giá trị, gắn mỗi năng lực với chuỗi giá trị nó phục vụ.
- So hiện trạng với mục tiêu. Chấm mức trưởng thành của các năng lực quan trọng, xem khoảng trống nằm ở con người, quy trình, thông tin hay công nghệ.
- Lập lộ trình theo giai đoạn. Ưu tiên việc bắt buộc và việc không thể làm bù về sau; mỗi giai đoạn phải có giá trị đo được.
- Thiết lập “lan can” thay vì “cổng chặn”. Đặt nguyên tắc kiến trúc và cơ chế phê duyệt theo khuôn khổ, để các nhóm triển khai nhanh mà không đi chệch hướng.
Với doanh nghiệp vừa và nhỏ, EA không cần một đội kiến trúc riêng. Chị Nguyễn Thị Tuyết Hồng dùng EA như một “bản quy hoạch” để quyết định việc làm trước, việc làm sau và chấp nhận “chậm lại để đi xa” (Kiến trúc doanh nghiệp cho founder).
Câu hỏi thường gặp về Enterprise Architecture
Enterprise Architecture là gì?
Enterprise Architecture (kiến trúc doanh nghiệp) là phương pháp mô tả và thiết kế doanh nghiệp như một tổng thể gồm nghiệp vụ, dữ liệu, ứng dụng và công nghệ, để mọi thay đổi đi đúng hướng chiến lược. EA giúp xác định năng lực cần có, khoảng trống hiện tại và lộ trình đầu tư.
Kiến trúc doanh nghiệp gồm những thành phần nào?
Kiến trúc doanh nghiệp thường gồm bốn lớp: nghiệp vụ, dữ liệu, ứng dụng và công nghệ (BDAT). Ngoài ra còn có các nguyên tắc kiến trúc, lộ trình chuyển đổi và cơ chế quản trị để giữ các thay đổi nhất quán với nhau.
TOGAF là gì, người lãnh đạo có cần học TOGAF không?
TOGAF là bộ tiêu chuẩn EA của The Open Group, với phần cốt lõi là chu trình ADM. Người lãnh đạo không cần chứng chỉ, nhưng nên hiểu ADM để đặt câu hỏi đúng. Xem chi tiết trong bài TOGAF là gì? Khung kiến trúc doanh nghiệp dưới góc nhìn lãnh đạo.
Enterprise architect khác solution architect thế nào?
Enterprise architect làm việc ở phạm vi toàn doanh nghiệp, trả lời câu hỏi nên làm gì và theo thứ tự nào để phục vụ chiến lược. Solution architect làm việc ở phạm vi một bài toán hoặc dự án, thiết kế giải pháp và chọn công nghệ trong khuôn khổ mà kiến trúc doanh nghiệp đặt ra.
Doanh nghiệp nhỏ có cần Enterprise Architecture không?
Có, nhưng ở mức gọn nhẹ. Doanh nghiệp nhỏ áp dụng Enterprise Architecture không cần đội kiến trúc riêng; chỉ cần bản đồ năng lực đơn giản, danh sách ứng dụng và dữ liệu chính, cùng một lộ trình ưu tiên để tránh mua thêm phần mềm rời rạc.
Đọc tiếp: các bài trong cụm Enterprise Architecture
- EA – Cầu nối chiến lược và công nghệ: bài học và góc nhìn sau môn học (Hoàng Gia Quốc)
- Enterprise Architecture: “bản quy hoạch” giúp founder điều hành doanh nghiệp bền vững (Nguyễn Thị Tuyết Hồng)
- Khi TOGAF bước vào cuộc sống (Đào Tuấn Anh)
- Vượt qua vòng tròn ADM để khám phá tư duy kiến trúc (Đỗ Minh Hồng)
- Tính nhất quán và vai trò cầu nối chiến lược: điều tôi học từ EA (Đinh Thị Phương)
- Tôi nhận ra kiến trúc là công cụ dịch chuyển chiến lược (Hạt giống mùa 9 Hà Nội)
- Kết nối chiến lược và cấu trúc, từ tầm nhìn đến giá trị (Hạt giống mùa 9 TP.HCM)
- Solution architect là gì? Lộ trình và 4 cách rèn tư duy hệ thống (Phạm Quang Anh Kha)
- Chuyển đổi số: chiến lược 6 bước cho người lãnh đạo công nghệ
- Lãnh đạo số là gì? 5 vai trò và năng lực cốt lõi
Tham khảo
- Gartner Glossary – Enterprise Architecture (EA)
- The Open Group – Understanding the TOGAF Standard
- The TOGAF Standard, 10th Edition – Pocket Guide
- Đào Tuấn Anh, series “Customer Offering Factory – Góc nhìn Enterprise Architecture” (Kỳ 1, Kỳ 2, Kỳ 3, Góc TOGAF) và bài Khi offer trở thành năng lực chung của ngân hàng, Digital Leaders Publishing Club
- Tạ Thị Chinh, BA (Business Analysis) và Biz Arch (Business Architecture), Digital Leaders Publishing Club
- Ban Huấn luyện EA, Chinh phục Enterprise Architecture (EA) – mảnh ghép chiến lược của nhà lãnh đạo số, Digital Leaders Publishing Club
