Nguồn: Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản “Báo cáo DX: Vượt qua ‘vách đá 2025’ của hệ thống IT và triển khai DX toàn diện (Tóm tắt)”

Định nghĩa và đặc điểm của hệ thống legacy

Hệ thống legacy (Legacy System) là hệ thống thông tin được xây dựng trên công nghệ, kiến trúc, cơ chế và phương thức vận hành cũ, hiện gặp khó khăn trong bảo trì, thay đổi và kết nối với hệ thống khác. Nhóm này chủ yếu gồm các hệ thống dựa trên mainframe và máy tính văn phòng cỡ trung từ thập niên 1980; do làm tăng chi phí bảo trì, vận hành và cản trở thúc đẩy DX, chúng được biết đến rộng rãi qua vấn đề “vách đá 2025”. Vì vậy, đổi mới hệ thống legacy (hiện đại hóa) đã trở thành bài toán quản trị quan trọng với nhiều doanh nghiệp. Điều quan trọng không phải bản thân “độ cũ” của hệ thống, mà là hệ thống có đang cản trở sự linh hoạt và năng lực cạnh tranh của doanh nghiệp hay không.

Đặc điểm điển hình của hệ thống legacy (đặc điểm・định nghĩa hệ thống legacy)

• Ngôn ngữ lập trình và framework cũ (COBOL, VB6, Java cũ, FW riêng)
• Phần cứng/OS/middleware đã hết bảo trì từ nhà cung cấp (EoL)
• Thiếu tài liệu và phụ thuộc vào cá nhân (nhân sự phụ trách hạn chế, phụ thuộc vào tri thức ngầm)
• Khó tích hợp API với hệ thống bên ngoài hoặc SaaS
• Ngay cả chỉnh sửa nhỏ cũng khó xác định phạm vi ảnh hưởng, làm tăng khối lượng kiểm thử và chi phí
• Không thể áp dụng bản vá bảo mật, xử lý lỗ hổng bị chậm trễ
• Không hỗ trợ trình duyệt, thiết bị và đám mây mới nhất

Ví dụ điển hình về hệ thống legacy

Khi áp dụng vào thực tế vận hành, các hệ thống sau thường thuộc nhóm này. Ví dụ theo từng lĩnh vực

• Hệ thống lõi (hệ thống nghiệp vụ như bán hàng, tồn kho, kế toán)
• Xử lý batch/online trên mainframe
• Hệ thống Web nội bộ được xây dựng bằng framework riêng

Dấu hiệu thường gặp

• “Chỉ có một người phụ trách có thể chỉnh sửa hệ thống”
• “Không chạy trên trình duyệt mới nhất, nội bộ phải vận hành bằng chế độ tương thích IE”
• “Thay đổi nội dung trên biểu mẫu mất từ vài tuần đến vài tháng”
• “Mỗi lần liên kết dữ liệu đều phải xử lý bằng batch riêng lẻ và thao tác thủ công”

“Vẫn chạy được nên không sao” có thể trở thành quyết định tốn kém nhất. Dưới đây là những gì có thể xảy ra từ 3 góc độ: kinh doanh, IT và bảo mật.

Rủi ro kinh doanh (mất cơ hội, suy giảm năng lực cạnh tranh)

Nếu không thể nhanh chóng mở rộng dịch vụ và kênh theo biến động thị trường, doanh nghiệp sẽ liên tục tích lũy tổn thất cơ hội.

• Cản trở DX: khó kết nối API, không thể liên thông với SaaS hoặc dữ liệu bên ngoài.
• Không đáp ứng mô hình mới: chậm triển khai thuê bao, D2C, nhận đơn hàng trực tuyến
• Rào cản trong khai thác dữ liệu: không thể phân tích thời gian thực và liên kết dữ liệu toàn công ty, khiến việc ra quyết định bị chậm trễ
• Hệ quả là doanh nghiệp bỏ lỡ vòng tăng trưởng tích cực giữa trải nghiệm khách hàng, hiệu quả vận hành và tăng doanh thu

Gia tăng tải công việc và chi phí cho bộ phận IT.

Doanh nghiệp bị cuốn vào công việc duy trì vận hành, khiến tình trạng không thể đầu tư IT mang tính chủ động dần trở nên cố hữu.

• Nhân sự bảo trì già hóa và rủi ro nghỉ việc khiến bàn giao khó khăn, dẫn đến black box
• Không xác định được phạm vi ảnh hưởng, nên ngay cả chỉnh sửa nhỏ cũng cần kiểm thử quy mô lớn
• Chi phí vận hành và bảo trì tăng qua từng năm, trong khi phát triển tính năng mới không tiến triển (TCO phình to)
• Trường hợp ngắn: chi phí bảo trì tăng hằng năm, nhưng người dùng vẫn thấy “không có gì thay đổi”

Rủi ro về bảo mật và tuân thủ

Chỉ một sự cố nghiêm trọng cũng có thể gây ra tổn thất vượt quá phần chi phí đã tiết kiệm.

• Không thể xử lý lỗ hổng bảo mật do OS/middleware đã hết hỗ trợ
• Nhật ký chưa đầy đủ, mã hóa chưa tốt gây cản trở truy vết và báo cáo khi xảy ra sự cố
• Khó đáp ứng các quy định trong lĩnh vực tài chính, y tế, bảo vệ thông tin cá nhân và các lĩnh vực liên quan

Bước đầu tiên không phải là quy trách nhiệm, mà là hiểu vì sao vấn đề phát sinh từ góc độ cơ chế vận hành. Đây cũng là cơ sở thuyết phục hữu ích.

Hãy ra quyết định dựa trên dữ kiện, không dựa vào cảm tính. Các mục kiểm tra dưới đây giúp sàng lọc hiện trạng.

Danh sách kiểm tra về công nghệ và kiến trúc

Nếu có từ 3 mục trở lên trong các dấu hiệu sau, khả năng cao hệ thống đang dần trở thành legacy.

• OS và middleware đang sử dụng có còn được hỗ trợ không
• Có dễ tuyển dụng và đào tạo nhân sự cho ngôn ngữ chính và FW không
• Sơ đồ cấu hình hệ thống và tài liệu thiết kế có được cập nhật mới nhất hay không
• Có kiểm thử tự động (unit/E2E) và CI/CD hay không
• Có thể kết nối bên ngoài qua API hay không (không phụ thuộc vào xử lý batch hoặc thao tác thủ công).
• Có hỗ trợ cloud (thiết kế mở rộng/khả dụng) hay không
• Có áp dụng bản vá bảo mật theo kế hoạch hay không
• Kiểm tra audit, log và mã hóa có đáp ứng tiêu chuẩn hay không
• Mức độ chuẩn hóa vận hành như container hóa, ảo hóa đã tiến triển hay chưa
• Chức năng có bị dồn quá mức vào một monolith duy nhất không

Checklist về vận hành và kinh doanh

Cần kiểm tra cả từ góc độ tải vận hành và tác động đến kinh doanh.

• Việc chỉnh sửa nhỏ trên báo cáo mất từ vài tuần đến vài tháng
• Nghiệp vụ đang phải điều chỉnh theo giới hạn của hệ thống
• Mất hơn nửa năm để bổ sung dịch vụ hoặc kênh mới
• Khảo sát ảnh hưởng của thay đổi và kiểm thử nghiệm thu luôn quá tải
• Cảm thấy công tác bảo mật và đáp ứng kiểm toán nặng nề hơn so với doanh nghiệp khác
• Báo giá từ nhà cung cấp tăng qua từng năm, hiệu quả chi phí không rõ ràng

Tham chiếu điểm số: 0–2 mục = vấn đề nhỏ, 3–5 mục = trung bình, 6 mục trở lên = lớn. Nếu thấy cần chẩn đoán chi tiết hơn, hãy cân nhắc đánh giá bởi chuyên gia.

Mục tiêu là “không làm hỏng, không làm gián đoạn, tiếp tục phát triển”. Giải pháp thực tế là cách tiếp cận theo từng giai đoạn.

Cách tiếp cận để tránh đổi mới toàn diện ngay từ đầu

Big bang là lựa chọn có rủi ro thất bại cao về thời gian, chi phí và mức độ chấp nhận của người dùng. Cách hợp lý hơn là hiện đại hóa theo từng giai đoạn: phân tích hiện trạng → lập roadmap → bắt đầu nhỏ theo thứ tự ưu tiên, rồi tích lũy hiệu quả và bài học.

Các cách tiếp cận tiêu biểu trong hiện đại hóa hệ thống legacy

Hiện đại hóa hệ thống legacy chủ yếu được chia thành 4 cách tiếp cận dưới đây, tùy theo mục tiêu và các điều kiện ràng buộc (tác động đến nghiệp vụ, chi phí, rủi ro).

Các bước triển khai hiện đại hóa theo từng giai đoạn

Phân công vai trò: bộ phận nghiệp vụ phụ trách yêu cầu và giả thuyết giá trị, bộ phận IT phụ trách kiến trúc và quản lý chất lượng, đối tác thúc đẩy thiết kế, triển khai và nền tảng tự động hóa.

Điểm chung của các doanh nghiệp thành công là cân bằng hợp lý giữa ban lãnh đạo và hiện trường, giữa nội bộ và nguồn lực bên ngoài. Hãy nắm các điểm then chốt có hiệu quả trong thực tiễn.

Thu hút ban lãnh đạo và các bộ phận nghiệp vụ tham gia

Điều quan trọng là không xem đây chỉ là chủ đề IT, mà cần bàn dưới góc độ vấn đề quản trị doanh nghiệp.

• Trục thông điệp: giảm thiểu rủi ro (bảo mật, liên tục kinh doanh) × cơ hội tăng trưởng (dịch vụ mới, khai thác dữ liệu)
• KPI dễ hiểu: lead time phát triển -30%, công sức vận hành -20%, số sự cố -50%, tần suất thay đổi ×2, v.v.
• Giúp ra quyết định dễ dàng hơn: trực quan hóa hiệu quả qua PoC và giảm bất định bằng đầu tư theo từng giai đoạn

Cân bằng giữa phát triển nội bộ và tận dụng đối tác bên ngoài

Cách làm chuẩn là tự thực hiện tri thức cốt lõi và thiết kế vận hành trong nội bộ, đồng thời tận dụng nguồn lực bên ngoài cho triển khai, kiểm thử và vận hành 24/7.

• Lợi ích của offshore/nearshore: tối ưu chi phí, bảo đảm nguồn lực quy mô lớn, bổ sung công nghệ tiên tiến
• Ví dụ mô hình hợp tác: chuẩn hóa cách làm “phía Nhật Bản quản lý yêu cầu và chất lượng, đội ngũ overseas thực hiện phát triển và tự động hóa”
• SMILE cung cấp mô hình kết hợp PM/BrSE hỗ trợ tiếng Nhật và đội ngũ phát triển tại Việt Nam, giúp cân bằng chất lượng và tốc độ.

“Bắt đầu nhỏ, kiểm chứng rồi mở rộng từng bước.” SMILE kết hợp hỗ trợ DX với phát triển offshore, đồng hành trong quá trình đổi mới với rủi ro thấp và hiệu quả cao.

Thế mạnh của SMILE: kết hợp hỗ trợ DX với phát triển offshore.

• Đặc điểm: hiểu biết về thị trường Nhật Bản kết hợp năng lực phát triển tại Việt Nam. Cung cấp trọn gói từ thiết kế thượng nguồn, phát triển, kiểm thử đến vận hành
• Cơ cấu: PM/BrSE hỗ trợ tiếng Nhật + đội ngũ chuyên môn theo lĩnh vực (cloud, Web, mobile, AI)
• Giá trị: cân bằng chi phí và chất lượng, kiểm chứng bằng PoC → triển khai toàn diện để tối đa hóa hiệu quả đầu tư

Hãy bắt đầu nhỏ với chẩn đoán legacy và hỗ trợ PoC để đánh giá hiệu quả cùng rủi ro.

Dịch vụ đánh giá hiện trạng hệ thống legacy và xây dựng lộ trình

Quy trình đánh giá và đề xuất

• Để thúc đẩy hiện đại hóa hệ thống một cách chắc chắn và hiệu quả, chúng tôi
• Thực hiện đánh giá và xem xét dựa trên quy trình theo từng giai đoạn, rõ ràng và dễ hiểu.
• Nhờ đó, chúng tôi kiểm soát rủi ro phù hợp và đề xuất phương án tối ưu theo đúng mục tiêu kinh doanh của khách hàng.

Sản phẩm bàn giao (deliverable)