INFOCHIEF ACADEMY · CAIO KNOWLEDGE SERIES

Thiết lập AI Governance Framework: Vai trò, trách nhiệm và cơ chế ra quyết định.

Chính sách chưa đủ nếu không biết ai cho phép thử, ai nhận vận hành và ai được dừng. AI Governance Framework cần kết nối quyền, bằng chứng và trách nhiệm trong vòng đời ứng dụng.

Biên soạn: Infochief Academy · Chuyên đề: Giám đốc Trí tuệ Nhân tạo – CAIO

← Trở về danh mục CAIO

Nam chủ tọa châu Âu lớn tuổi cùng nữ CAIO trung niên và nữ chuyên gia rủi ro trẻ xem hồ sơ quyết định trong phòng họp sáng
Governance cần quyền chốt, điều kiện sử dụng và bằng chứng có thể truy lại.

Chính sách AI chưa trả lời được ai có quyền cho phép triển khai

Doanh nghiệp có thể ban hành nguyên tắc dùng AI có trách nhiệm nhưng vẫn không biết ai phê duyệt một use case, ai chấp nhận phần rủi ro còn lại và ai được dừng hệ thống. Khi một vấn đề đi qua nhiều phòng ban, mọi người cùng tham gia chưa đồng nghĩa có một người chịu trách nhiệm quyết định.

AI Governance Framework cần nối mục tiêu, quyền, quy trình quyết định và bằng chứng trong vòng đời ứng dụng. Framework không nhất thiết là một bộ tài liệu lớn hoặc hội đồng mới. Nó phải giúp đề xuất được xem đúng, triển khai trong giới hạn và xử lý thay đổi khi điều kiện khác đi.

Chương trình đào tạo CAIO hỗ trợ thiết kế quản trị gắn với chiến lược, dữ liệu và rủi ro. CAIO giữ vai trò điều phối, nhưng quyền chốt cần được xác nhận theo cơ cấu doanh nghiệp; không mặc nhiên mọi quyết định AI đều thuộc một chức danh.

Xác định phạm vi và danh mục ứng dụng

Framework cần nêu hoạt động nào nằm trong phạm vi: phát triển nội bộ, mua dịch vụ, tích hợp AI vào công cụ hiện có và sử dụng bởi các phòng ban. Cần biết AI được dùng để hỗ trợ nhiệm vụ nào, dữ liệu gì, mức hành động ra sao và ai nhận kết quả. Công cụ có tính năng AI được bật sẵn cũng cần được xem theo cách sử dụng thực tế.

Danh mục nên ghi chủ nghiệp vụ, chủ vận hành, nhà cung cấp, phạm vi, trạng thái và các quyết định quan trọng. Không cần bắt đầu với mọi chi tiết kỹ thuật. Cần đủ để biết ứng dụng nào đang hoạt động, ứng dụng nào chỉ được thử và ứng dụng nào có thay đổi cần xem lại.

Đặt cách tiếp nhận thông tin và cập nhật danh mục. Nếu người dùng không có đường báo công cụ mới hoặc lo bị xử lý chỉ vì báo, doanh nghiệp có thể thiếu thông tin về cách sử dụng thật. Hướng dẫn nên rõ phần được phép, phần phải xin và phần không được thực hiện trong điều kiện hiện tại.

Thiết kế quyền theo loại quyết định

Phân biệt đề xuất, đánh giá, phê duyệt, thực hiện và giám sát. Người xây giải pháp có thể chuẩn bị bằng chứng, nhưng không nên mặc định tự chấp nhận mọi tác động của giải pháp. Người phê duyệt cần thẩm quyền, thông tin và khả năng yêu cầu điều kiện trước khi cho phép.

Chủ nghiệp vụ nhận kết quả công việc và việc áp dụng. Chủ dữ liệu giữ trách nhiệm về định nghĩa và điều kiện dùng trong phạm vi. IT phụ trách kỹ thuật, tích hợp và vận hành được giao. An toàn, pháp chế và chức năng khác tham gia khi có điều kiện liên quan. CAIO kết nối các bên và xử lý phần đánh đổi vượt một đơn vị.

Quyết địnhNội dung phải được chốtBằng chứng và trách nhiệm
Cho khảo sátMục tiêu và phạm vi thu thậpChủ đề xuất, quyền tiếp cận dữ liệu
Cho thửDữ liệu, người dùng, giới hạn hành độngKế hoạch đánh giá và người hỗ trợ
Cho vận hànhChất lượng, kiểm soát, khả năng duy trìChủ nghiệp vụ và chủ dịch vụ nhận việc
Cho mở rộngTác động của phạm vi mớiĐánh giá lại và nguồn lực được xác nhận
Đổi hoặc dừngLý do, hậu quả và chuyển tiếpNgười có quyền chốt, kế hoạch xử lý

Bảng cần được chuyển thành tên vai trò và quyền cụ thể. Một danh sách người tham gia không thay việc chỉ rõ ai có quyền chốt. Khi nhiều cấp phê duyệt, phải biết mỗi cấp quyết định phần nào và không lặp lại cùng một cuộc đánh giá không có đầu ra mới.

Phân luồng theo bối cảnh và mức ảnh hưởng

Một ứng dụng tạo bản nháp nội bộ có thể cần cơ chế khác với ứng dụng tự gửi thông tin hoặc cập nhật giao dịch. Xem mục đích, dữ liệu, đối tượng bị ảnh hưởng, mức tự động hóa và khả năng phục hồi. Phân loại cần giúp chọn mức kiểm tra phù hợp, không tạo nhãn rủi ro mà không dẫn tới hành động.

Những điều kiện cổng như quyền dữ liệu và chủ trách nhiệm cần được xác nhận trước bước tương ứng. Không để lợi ích dự kiến cao bù một điều kiện chưa được phép. NIST AI RMF gồm các chức năng Govern, Map, Measure và Manage; doanh nghiệp có thể dùng để tổ chức câu hỏi về bối cảnh, đánh giá và xử lý rủi ro.

Việc phân luồng phải có cơ chế xem lại. Một ứng dụng thử với người dùng nội bộ có thể đổi mức ảnh hưởng khi gửi kết quả ra ngoài. Một kết nối mới có thể mở quyền hành động. Người vận hành cần biết khi nào thay đổi vượt phạm vi đã được cho phép.

Đặt các cổng với hồ sơ đủ để quyết định

Hồ sơ đầu cần mục đích, phạm vi, chủ nghiệp vụ, dữ liệu và lựa chọn thay thế. Hồ sơ thử cần tiêu chí chất lượng, mẫu đại diện, giới hạn, người hỗ trợ và điều kiện dừng. Hồ sơ vận hành cần kết quả, lỗi còn lại, trách nhiệm hỗ trợ, ngân sách và phần rủi ro chưa xử lý.

Không yêu cầu mọi use case viết cùng độ dài. Mức bằng chứng nên phù hợp hậu quả và bất định. Tuy nhiên, hồ sơ ngắn vẫn phải trả lời các câu hỏi thiết yếu. Một trình diễn hoặc cam kết của nhà cung cấp không thay được việc kiểm chứng trong phạm vi sử dụng của doanh nghiệp.

Quản trị rủi ro IT hỗ trợ đặt quyền, hành động và kiểm chứng. Quyết định cần ghi phạm vi, điều kiện, người chốt và mốc xem lại. Nếu phê duyệt có điều kiện, phải biết ai kiểm tra điều kiện trước khi chuyển bước.

Tạo cơ chế giải quyết bất đồng và ngoại lệ

Có thể xuất hiện xung đột giữa tốc độ triển khai, quyền dữ liệu, chất lượng và ngân sách. Framework cần đường chuyển quyết định tới cấp có thẩm quyền, với tác động, lựa chọn và khuyến nghị. Không dùng cuộc họp liên chức năng để giữ vấn đề ở trạng thái chờ vô thời hạn.

Ngoại lệ cần lý do, phạm vi, thời hạn, biện pháp bù và người phê duyệt. Nếu một kiểm soát chưa thực hiện, phải ghi đúng khoảng trống; không đổi tên nó thành linh hoạt để bỏ qua. Những điều kiện không được phép ngoại lệ phải được chức năng có thẩm quyền xác nhận.

Năng lực lãnh đạo IT hỗ trợ tổ chức trao đổi về đánh đổi. CAIO cần giúp người quyết định hiểu hậu quả và trách nhiệm, đồng thời bảo đảm người dùng có đường báo khi gặp tình huống vượt phạm vi.

Quản trị sau triển khai là phần của framework

Giao chủ vận hành theo dõi chất lượng, chi phí, lỗi, dữ liệu và phản hồi. Chủ nghiệp vụ xác nhận kết quả và điều kiện áp dụng. Các tín hiệu cần có người nhận và cách xử lý; không chỉ đưa lên dashboard rồi chờ một cuộc họp định kỳ.

Thay đổi mô hình, nguồn, cấu hình, công cụ kết nối hoặc mức tự động hóa cần được đánh giá theo tác động. Có thay đổi nhỏ trong phạm vi được ủy quyền, có thay đổi phải trình lại. Cần giữ phiên bản và khả năng biết quyết định nào áp dụng cho phiên bản đang vận hành.

Framework cũng phải có ngừng sử dụng: xử lý công việc còn treo, quyền, dữ liệu, hợp đồng và phương án thay thế. Quản lý dịch vụ IT hỗ trợ tổ chức hỗ trợ và liên tục vận hành khi ứng dụng AI đi vào dịch vụ thực tế.

Nối nguyên tắc với hệ thống quản lý

OECD đề cập trách nhiệm giải trình trong vòng đời AI. Trong doanh nghiệp, cần chuyển thành người sở hữu, quyết định có thể truy lại và cơ chế kiểm chứng. Một tuyên bố minh bạch không đủ nếu người bị ảnh hưởng không hiểu vai trò AI hoặc không có cách đưa vấn đề tới đầu mối xử lý phù hợp.

ISO/IEC 42001 đặt yêu cầu cho hệ thống quản lý AI của tổ chức. Một governance framework có thể góp phần vào hệ thống đó, nhưng riêng việc có hội đồng và quy trình phê duyệt chưa chứng minh đáp ứng toàn bộ tiêu chuẩn. Nếu chọn áp dụng, doanh nghiệp cần xác định phạm vi, đối chiếu yêu cầu và kiểm chứng thực hiện.

Nên tận dụng cơ chế dữ liệu, an toàn, mua sắm và quản lý thay đổi đã có. Không tạo hệ thống phê duyệt AI tách rời khiến cùng một vấn đề phải đi qua nhiều đường không liên thông. Bổ sung các điểm riêng của AI, đồng thời giữ trách nhiệm và bằng chứng nhất quán.

Tình huống giả định: từ thử nghiệm đến tự gửi phản hồi

Một doanh nghiệp giả định cho phép nhóm dịch vụ thử AI soạn bản nháp. Sau một thời gian, nhóm muốn kết nối để tự gửi phản hồi khách hàng. Chất lượng bản nháp trước đó chưa đủ chứng minh điều kiện tự gửi vì phạm vi hành động và hậu quả sai đã khác.

Framework yêu cầu đánh giá lại nhiệm vụ, dữ liệu, chất lượng, quyền gửi và cơ chế xử lý lỗi. Chủ dịch vụ cùng IT và chức năng kiểm soát chuẩn bị bằng chứng. Người có thẩm quyền quyết định giữ người duyệt hoặc cho phép mức tự động hóa phù hợp với các điều kiện đã kiểm chứng.

Quyết định được ghi với phạm vi và thời điểm xem lại. Tình huống không giả định hệ thống đã đạt mức chất lượng cụ thể; nó minh họa vì sao quyền thử không tự trở thành quyền vận hành rộng hơn. Framework cần nhận ra thay đổi này trước khi hành động mới được bật.

Kiểm tra framework bằng một quyết định thật

Chọn một use case đang cần chuyển giai đoạn và đi qua cơ chế đã thiết kế. Kiểm tra người chuẩn bị biết yêu cầu, người đánh giá có thông tin và người chốt có quyền. Ghi điểm trùng, thiếu hoặc chờ không cần thiết rồi cải tiến. Không chỉ kiểm tra tài liệu đã được ban hành.

Những câu hỏi cần trả lời gồm:

  • Danh mục có phản ánh ứng dụng và phạm vi sử dụng hiện tại không?
  • Mỗi cổng có người chốt, bằng chứng và điều kiện rõ không?
  • Người dùng biết giới hạn và đường báo vấn đề không?
  • Ngoại lệ có người nhận, thời hạn và cách kiểm tra không?
  • Thay đổi và sự cố có được đưa vào quyết định xem lại không?
  • Khi dừng, trách nhiệm chuyển tiếp và dữ liệu có rõ không?

AI Governance Framework tạo giá trị khi giúp tổ chức quyết định có căn cứ và duy trì trách nhiệm trong công việc thật. CAIO cần giữ cơ chế đủ rõ để triển khai, đủ khả năng nhận thay đổi và đủ quyền để điều chỉnh khi điều kiện không còn phù hợp.

Nguồn tham khảo

  1. ISO – ISO/IEC 42001:2023, AI management systems
  2. OECD – Advancing accountability in AI
  3. NIST – AI Risk Management Framework