Tháng 6/2026, Cloud Security Alliance công bố kết quả rà soát khoảng 5.600 ứng dụng được tạo ra bằng cách mô tả yêu cầu cho AI rồi đưa thẳng lên chạy thật. Không ứng dụng nào hội đủ ba kiểm soát cơ bản nhất: chống giả mạo yêu cầu, tiêu đề bảo mật và phân quyền truy cập đúng phạm vi. Bốn tháng trước đó, các nhà nghiên cứu của Wiz phát hiện một sản phẩm dựng theo đúng cách ấy để lộ 1,5 triệu khoá truy cập và 35.000 địa chỉ thư điện tử, chỉ vì thiếu kiểm soát ở cấp bản ghi.
Đó là phần dễ nhìn thấy. Phần khó thấy hơn nằm ở quy mô. Netskope ghi nhận 72% lượt sử dụng AI tạo sinh trong doanh nghiệp vẫn đi qua tài khoản cá nhân, ngoài tầm quản lý của bộ phận công nghệ thông tin. Okta ghi nhận số ứng dụng trung bình một doanh nghiệp đang dùng đã vượt mốc 100, tăng 9% chỉ trong một năm. Con số đó mới chỉ đếm phần mềm được mua.
01 Vấn đề không còn là Shadow IT, mà là Shadow Architecture
Shadow IT của giai đoạn trước là câu chuyện mua sắm. Một trưởng phòng quẹt thẻ tín dụng công ty để mua một công cụ. Hành vi đó nằm ngoài kiểm soát của bộ phận công nghệ, nhưng không nằm ngoài tầm nhìn của tổ chức, bởi nó để lại một hoá đơn. Cách chúng ta phát hiện shadow IT suốt mười lăm năm qua chưa bao giờ là công nghệ; đó luôn là kế toán.
Bây giờ phần mềm không được mua nữa, nó được sinh ra. Không nhà cung cấp, không hợp đồng, không dòng chi phí. Tổ chức vừa mất đi giác quan duy nhất mà nó từng có.
Hình 1 — Khác biệt quyết định nằm ở dòng “dấu vết phát hiện”.
Hệ quả sâu hơn nằm ở tầng kiến trúc. Hãy hình dung ba đơn vị cùng cần đánh giá giá trị khách hàng: tài chính xây công cụ dựa trên dữ liệu giao dịch, kinh doanh tạo báo cáo từ hệ thống quản lý khách hàng, một đơn vị nghiệp vụ dựng AI agent tổng hợp nhiều nguồn. Cả ba đều đúng với nhu cầu của mình, nhưng tạo ra ba định nghĩa khác nhau về cùng một khách hàng, ba công thức cho cùng một chỉ số và ba bản sao dữ liệu. Không quyết định riêng lẻ nào sai. Hàng trăm quyết định tối ưu cục bộ vẫn cho ra một kiến trúc phi tối ưu.
Bất đối xứng cốt lõi là ở đây: chi phí tạo ra phần mềm đang giảm nhanh hơn rất nhiều so với chi phí sở hữu nó. AI giúp một nhân viên dựng ứng dụng trong vài giờ, nhưng ứng dụng ấy có thể sống nhiều năm. Ai sở hữu? Nguồn dữ liệu nào là chính thức? Ai sửa khi giao diện kết nối thay đổi? Khi năm ứng dụng cùng giải một bài toán, giữ cái nào?
02 Ba khoản nợ đang được ghi ngoài sổ sách
Nợ ngữ nghĩa là khoản khó đảo ngược nhất. Khi mười đội xây mười báo cáo, tổ chức không có mười phiên bản của một sự thật, nó có mười sự thật. Báo cáo State of Teams 2026 của Atlassian, khảo sát hơn 12.000 nhân sự tri thức và 173 lãnh đạo Fortune 1000, ước tính chi phí phân mảnh này khoảng 161 tỷ USD mỗi năm chỉ với nhóm Fortune 500: 89% lãnh đạo xác nhận AI giúp tăng tốc độ, nhưng chỉ 6% chắc chắn chỉ ra được hiệu quả đầu tư ở phạm vi toàn tổ chức. Lịch sử đã cảnh báo bằng một công cụ khiêm tốn hơn nhiều. Bảng tính chính là shadow IT đầu tiên và chưa bao giờ bị đánh bại: năm 2020, cơ quan y tế Anh mất 15.841 kết quả xét nghiệm dương tính vì một quy trình dùng định dạng tệp cũ giới hạn 65.536 dòng. Khác biệt là bảng tính sai vẫn còn công thức để người khác đọc được; một ứng dụng do AI sinh ra mà chính người tạo chưa từng đọc mã thì không còn cơ chế kiểm tra chéo nào.
Nợ vận hành nằm ở những ứng dụng đã cũ nhưng vẫn chạy. Gartner ghi nhận 79% người tự xây cũng tự bảo trì thứ mình xây. Nghe như tin tốt, cho đến khi nhận ra hệ quả: không bàn giao, không tài liệu, không người thứ hai. Mỗi lần một nhân sự chuyển việc, tổ chức nhận thêm một ứng dụng mồ côi. Và không ai dám tắt một thứ mình không sở hữu, nên mặc định luôn là để nguyên. Trong phân loại rủi ro vận hành, một hệ thống hỏng hẳn là sự cố; một hệ thống trả kết quả sai một cách im lặng là thảm hoạ.
Nợ an ninh và tuân thủ có xác suất thấp nhưng hậu quả lớn nhất. Veracode ghi nhận 45% mã do AI sinh ra chứa ít nhất một lỗ hổng thuộc nhóm OWASP Top 10. Theo IBM, sự cố liên quan tới AI không được quản lý làm tăng thêm tới khoảng 670.000 USD cho mỗi vụ, và 97% tổ chức gặp sự cố loại này không có kiểm soát truy cập phù hợp. Đây không phải vấn đề của công nghệ AI, mà của danh tính và quyền hạn.
Hình 2 — Sprawl không sinh ra từ việc xây quá nhiều, mà từ việc không bao giờ dừng bất cứ thứ gì.
03 Siết về trung tâm sẽ không giải quyết được
Phản xạ tự nhiên là kéo mọi thứ về bộ phận công nghệ và yêu cầu phê duyệt từng ứng dụng. Cách đó thất bại vì lý do toán học chứ không phải vì thiếu quyết tâm. Một hội đồng kiến trúc họp hai tuần một lần xử lý được vài chục hồ sơ mỗi quý, trong khi một tổ chức vài nghìn người có thể sinh ra hàng trăm sản phẩm phần mềm mỗi tháng. Khi tốc độ đến vượt tốc độ phục vụ, hàng đợi không dài ra tuyến tính, nó phân kỳ. Tệ hơn là hệ quả hành vi: khi cổng phê duyệt quá chậm so với nhịp công việc, người ta không xếp hàng mà đi vòng. Dữ liệu về AI trong doanh nghiệp cho thấy rõ điều này, lệnh cấm không làm giảm mức sử dụng, chỉ làm giảm mức báo cáo.
Deutsche Bahn chọn hướng khác: quản trị liên bang. Một trung tâm năng lực đặt ra tiêu chuẩn, thành phần dùng chung và nền tảng; mỗi công ty con có nhóm quản trị tại chỗ với sự tham gia của giám đốc công nghệ đơn vị; người dùng phát triển ứng dụng trong môi trường đã được kiểm soát sẵn, và chỉ những vấn đề vượt khả năng địa phương mới đưa lên trung tâm. Người phụ trách chương trình mô tả nguyên tắc rất gọn: ông không cần trả lời mọi câu hỏi của mọi người, chỉ những câu mà chuyên gia tại chỗ không giải được. Mặt tích cực thì rất rõ. Deutsche Bahn đã hình thành cộng đồng khoảng 4.000 người tự phát triển ứng dụng, với hơn 500 ứng dụng đang vận hành thật. Một ứng dụng bảo trì đường ray chỉ tiết kiệm ba phút cho mỗi tác vụ, nhưng nhân với 8.440 tác vụ thì tương đương 56 ngày công.
Cùng logic đó đang xuất hiện ở phía nhà cung cấp nền tảng. Đội ngũ làm việc với khách hàng doanh nghiệp của Atlassian đã ghi nhận đúng hiện tượng này: nhiều đội trong cùng một tổ chức xây các ứng dụng chồng lấn chức năng, mỗi ứng dụng xử lý dữ liệu theo một cách hơi khác, và có ứng dụng đã cũ nhưng vẫn được dùng vì không ai còn thời gian bảo trì.
Với Rovo Studio, Atlassian cho phép người dùng tự tạo ứng dụng, tự động hoá và AI agent, nhưng quản trị viên kiểm soát ai được quyền tạo, nhìn thấy toàn bộ agent đang tồn tại trong tổ chức và quản lý quyền truy cập của chúng từ một nơi. Chính Atlassian cũng cảnh báo rằng mở quyền tạo cho mọi người mà không có quản trị đi kèm sẽ dẫn thẳng tới tình trạng phân mảnh mà doanh nghiệp đang lo ngại.
Công nghệ được tạo ra ngay tại nơi phát sinh vấn đề, bởi chính người hiểu vấn đề nhất. Không doanh nghiệp nào nên ngăn điều đó, và trên thực tế cũng không ngăn được. Nguyên tắc rút ra không phải là ngăn việc tạo ra công nghệ, mà là thiết kế kiến trúc sao cho việc tạo ra công nghệ diễn ra bên trong một hệ thống có kiểm soát.
04 Khung hành động cho CIO
Hình 3 — Ba lớp với ba chế độ quản trị khác nhau, cộng một vòng đời bắt buộc.
Điểm kiểm soát cần dịch chuyển: từ phê duyệt đầu vào sang độc quyền cấp phát, đo lường liên tục và hạn sử dụng bắt buộc. Bốn lớp dưới đây có thể triển khai tuần tự.
• Nhìn thấy. Biết trong tổ chức đang tồn tại những ứng dụng, luồng tự động hoá và AI agent nào, ai sở hữu, chạm vào dữ liệu gì, phục vụ quy trình nào. Không quản trị được thứ mình không nhìn thấy.
• Rào chắn đặt trong nền tảng. Danh tính, phân loại dữ liệu, quyền truy cập và nguyên tắc kiến trúc phải nằm sẵn trong đường ray. Không đăng ký thì không có danh tính; không có danh tính thì không có dữ liệu. Tuân thủ trở thành lựa chọn dễ nhất chứ không phải lựa chọn an toàn nhất.
• Tái sử dụng trước khi xây. Cần danh mục cho giao diện kết nối, sản phẩm dữ liệu, agent và các thành phần dùng chung. Nếu tìm và dùng lại khó hơn tự xây lại thì trùng lặp chắc chắn xảy ra.
• Vòng đời có hạn. Mỗi tài sản có chủ sở hữu, mức độ trọng yếu, thời hạn rà soát và cơ chế khai tử. Một công cụ cá nhân không cần mức quản trị như hệ thống tài chính lõi, nhưng cũng không được phép tồn tại vĩnh viễn mà không ai chịu trách nhiệm.
Xuyên suốt bốn lớp là một ranh giới không thoả hiệp: nới lỏng tối đa ở lớp trình bày, siết chặt tuyệt đối ở lớp ngữ nghĩa. Giao diện, cách hiển thị, cách tương tác cứ để các đội tự quyết, vì họ hiểu vấn đề của mình hơn bộ phận công nghệ rất nhiều. Nhưng định nghĩa chỉ số, quy tắc tính toán và chính sách truy cập phải đến từ một tầng dùng chung. Một định nghĩa, nghìn giao diện. Nếu chỉ chọn được một việc để làm trong mười hai tháng tới, hãy chọn việc này.
Một tổ chức có năm trăm ứng dụng nhỏ nhưng cùng đọc từ một tầng dữ liệu chung vẫn khoẻ mạnh. Một tổ chức chỉ có năm mươi ứng dụng nhưng mỗi cái mang một định nghĩa riêng về doanh thu thì đã hỏng. Số lượng là hiện tượng, phân mảnh mới là bệnh.
Càng dễ tạo phần mềm, kiến trúc doanh nghiệp càng quan trọng. Nhưng kiến trúc doanh nghiệp thế hệ mới không tồn tại để kiểm soát từng quyết định. Nó tồn tại để dựng những đường ray đủ chắc, sao cho hàng nghìn người có thể cùng đổi mới ở tốc độ cao mà tổ chức vẫn giữ được sự nhất quán về dữ liệu, kiến trúc và trách nhiệm.
