AI Agent của bạn cần chủ sở hữu, không chỉ người dùng

Phòng Tài chính của bạn triển khai một AI agent để hỗ trợ chốt sổ cuối tháng. Nó tự động kéo dữ liệu từ ERP, soạn thảo báo cáo biến động, đánh dấu các ngoại lệ. Tiết kiệm thời gian là rõ ràng và đo lường được. Rồi các câu hỏi bắt đầu xuất hiện: Ai chịu trách nhiệm cho output khi agent phân loại sai một tài khoản? Ai quyết định cải tiến nào sẽ được ưu tiên trong sprint tới? Ai đảm bảo agent không truy cập vào dữ liệu nhạy cảm mà nó không được phép thấy?

Kịch bản này đang diễn ra ở khắp các doanh nghiệp hiện nay. Các team nghiệp vụ cho rằng agent là vấn đề của IT. IT lại coi agent như "tính năng" mà team nghiệp vụ nên sở hữu. Bộ phận Risk & Compliance chỉ được gọi vào sau khi có sự cố. Vận hành hứng chịu tác động hàng ngày nhưng không có quyền thiết kế. Kết quả có thể dự đoán: các agent tồn tại trong khoảng trống giữa các phòng ban, không ai thực sự sở hữu.

Đây không phải là vấn đề công nghệ. Đây là vấn đề mô hình vận hành. Khi các công ty chuyển từ thử nghiệm copilot sang vận hành agent như một phần của quy trình hàng ngày, những công việc mới xuất hiện—không chỉ là công việc kỹ thuật, mà còn là công việc xung quanh việc thiết kế workflow dựa trên agent, giám sát output và ngoại lệ, quản lý rủi ro và phê duyệt, quản lý tri thức và business rules, và quản lý vòng đời agent như một tài sản vận hành.

Sự thay đổi này là nền tảng: con người không còn chỉ là người dùng AI. Họ đang trở thành kiến trúc sư, giám sát viên, người quản lý và người điều hành các "nhân viên số". Nếu những vai trò này không được định nghĩa rõ ràng, hai điều sẽ xảy ra: giá trị kinh doanh từ agent không bao giờ được hiện thực hóa đầy đủ, và rủi ro vận hành gia tăng vì không có chủ sở hữu rõ ràng.

Năm vai trò mà doanh nghiệp agentic của bạn thực sự cần

Hãy để tôi giới thiệu năm vai trò quan trọng. Đây không phải là chức danh bạn cần tuyển dụng ngay ngày mai—mà là các chức năng bạn cần giao ngay hôm nay.

1. Agent Product Owner

Đây là vai trò quan trọng nhất. Người này đảm bảo agent mang lại giá trị kinh doanh thực sự, được áp dụng và phát triển theo các ưu tiên thay đổi. Họ nắm giữ:

• Luận điểm giá trị: Vấn đề kinh doanh nào đang được giải quyết? Làm thế nào để đo lường thành công?
• Roadmap và backlog: Agent thay đổi liên tục khi chính sách, công cụ và các dạng lỗi phát sinh. Đây không phải là bản dựng một lần.
• Mức độ áp dụng và phù hợp vận hành: Agent có thực sự có thể sử dụng được trong workflow hàng ngày không? Nó có tích hợp với các công cụ hiện có không?
• Vòng đời và metrics: Từ thử nghiệm đến ngừng hoạt động, với các KPI rõ ràng như tỷ lệ chấp nhận, tỷ lệ sửa lỗi và tác động đến thời gian xử lý.

Agent Product Owner nằm ở giao điểm của năm thế giới: lĩnh vực nghiệp vụ, nền tảng/kỹ thuật, dữ liệu/tri thức, rủi ro/tuân thủ và người dùng vận hành. Đây không phải là vai trò bán thời gian cho các use case có tác động cao, đa chức năng. Khi quyền sở hữu sản phẩm yếu, roadmap bị chi phối bởi những gì dễ xây dựng, không phải những gì có giá trị. Vận hành cảm thấy bị phớt lờ. Rủi ro tham gia quá muộn. Agent trôi dạt mà không có định hướng.

2. Agent Supervisor

Người canh gác vận hành. Trọng tâm của họ không phải là thiết kế chiến lược—mà là hiệu suất hàng ngày. Họ giám sát output, xử lý ngoại lệ, sửa lỗi, cung cấp phản hồi có cấu trúc và đảm bảo agent tuân theo SOP. Nếu Product Owner nắm giữ roadmap, thì Supervisor nắm giữ thực tế kiểm chứng.

Sai lầm phổ biến là coi Supervisor chỉ là "người kiểm tra output AI". Điều đó quá hẹp và quá đắt. Một Supervisor hiệu quả có công cụ và thẩm quyền để:

• Đánh dấu các dạng lỗi và nhóm các mẫu lỗi
• Đề xuất thay đổi SOP hoặc ngưỡng
• Cung cấp đầu vào có cấu trúc cho backlog của Product Owner
• Báo cáo các vấn đề mang tính hệ thống trước khi chúng trở thành sự cố

Họ là một phần của vòng lặp cải tiến liên tục, không chỉ là một rào cản an toàn.

3. Agent Risk Owner

Vai trò này nắm giữ thẩm quyền quản trị. Họ thiết lập các cấp độ rủi ro, kiểm soát tối thiểu, ngưỡng phê duyệt, ranh giới ủy quyền, yêu cầu kiểm toán và nhu cầu tuân thủ. Họ trả lời các câu hỏi như:

• Agent này chỉ có thể đề xuất, hay có thể thực thi khi được phê duyệt?
• Những giao dịch nào luôn phải có sự can thiệp của con người?
• Agent có thể truy cập dữ liệu nào?
• Khi nào một sự cố agent được coi là trọng yếu?

Nếu bạn gộp Supervisor và Risk Owner thành một người, hai điều sẽ xảy ra: vận hành sẽ thúc đẩy năng suất bằng mọi giá, hoặc rủi ro sẽ chi phối và agent không bao giờ đủ tự chủ để mang lại giá trị. Sự tách biệt giữ cho sự cân bằng.

4. Agent Platform Engineer

Vai trò này xây dựng lớp thực thi đáng tin cậy—runtime và orchestration, registry và thực thi công cụ, IAM và kiểm soát truy cập, khả năng quan sát và tracing, pipeline triển khai và tích hợp với các hệ thống lõi. Các hệ thống agentic cần kỷ luật vượt xa phần mềm thông thường:

• Model gateway với thực thi chính sách
• Audit trail cho mọi hành động của agent
• Truy cập nhận biết quyền hạn vào dữ liệu doanh nghiệp
• Kiểm soát chi phí, độ trễ và dung lượng
• Triển khai agent có phiên bản với khả năng rollback

5. Knowledge Curator

Vai trò này giữ cho "bộ não" của agent chính xác. Họ đảm bảo tài liệu có liên quan, SOP và chính sách được cập nhật, business rules được ghi chép, metadata và nguồn dữ liệu chính thống rõ ràng, và tri thức lỗi thời hoặc mâu thuẫn được dọn dẹp.

Nhiều thất bại của agent không phải là thất bại của model—mà là thất bại của ngữ cảnh. Chính sách cũ được truy xuất. Các SOP mâu thuẫn với nhau. Tài liệu không chính thức trộn lẫn với quy tắc chính thức. Agent trả lời một cách tự tin nhưng sai. Knowledge curation là yếu tố thầm lặng giúp agent đáng tin cậy.

Mô hình vận hành giúp điều này hoạt động

Đây là khuôn khổ thực tế. Hãy nghĩ về ba vùng:

Vùng trên: Sở hữu chiến lược & Quản trị. Agent Product Owner nắm giữ roadmap vòng đời. Agent Risk Owner thiết lập các ranh giới. Họ kết nối thông qua các đánh giá định kỳ—hàng tuần cho các mẫu ngoại lệ, hàng tháng cho các thay đổi ngưỡng và phê duyệt khi agent tăng mức độ tự chủ.

Vùng giữa: Vận hành & Giám sát hàng ngày. Agent Supervisor giám sát output và đưa các chỉnh sửa trở lại vòng lặp cải tiến. Agent Platform Engineer duy trì nền tảng kỹ thuật. Knowledge Curator giữ cho lớp ngữ cảnh sạch sẽ.

Vùng dưới: Thực thi & Tin cậy. Các hành động của agent chảy từ nguồn dữ liệu qua các rào cản chính sách đến các nút phê duyệt của con người, với các vòng lặp phản hồi để cải tiến liên tục và audit trail cho trách nhiệm giải trình.

Bản đồ mô hình vận hành: ba vùng ngang kết nối sở hữu chiến lược, giám sát hàng ngày và thực thi với các vòng lặp phản hồi và cổng quản trị.

Áp dụng vào hệ thống thật: Lộ trình hành động

Bạn không cần tạo năm chức danh mới vào ngày mai. Nhưng bạn cần đảm bảo các chức năng này tồn tại. Đây là những gì bạn nên làm ngay bây giờ:

Bước 1: Gán chủ sở hữu cho mọi agent đang hoặc sắp vào production

Không agent nào được tồn tại mà không có Agent Product Owner rõ ràng, người có thể trả lời: Giá trị nào agent này mang lại? Làm sao chúng ta biết? Ai quyết định cải tiến tiếp theo?

Bước 2: Tách giám sát vận hành khỏi quyền sở hữu rủi ro

Với mọi use case quan trọng, chỉ định Agent Supervisor (người theo dõi chất lượng hàng ngày) và Agent Risk Owner (người thiết lập ranh giới). Họ nên gặp nhau thường xuyên nhưng nắm giữ các nhiệm vụ khác nhau.

Bước 3: Quyết định mô hình nền tảng

Bạn sẽ có một team nền tảng tập trung hay mô hình liên bang? Tính nhất quán trong IAM, khả năng quan sát, triển khai và quản trị quan trọng hơn việc bạn chọn mô hình nào.

Bước 4: Coi knowledge curation là công việc thực sự

Nếu bạn để nó không chính thức, chất lượng agent sẽ âm thầm suy giảm. Đây là một trong những lý do phổ biến nhất khiến agent trông tốt khi thử nghiệm nhưng xuống cấp khi mở rộng quy mô.

Tóm lại

Các công ty làm đúng sẽ không phải là những công ty có model tốt nhất. Họ sẽ là những công ty thiết kế mặt con người của đội ngũ người-agent với cùng sự nghiêm ngặt mà họ áp dụng cho công nghệ.

Để tìm hiểu sâu hơn về khuôn khổ mô hình vận hành đầy đủ và các mẫu triển khai, hãy xem bài viết gốc trên blog của tôi.