Bài 05 trong series (loạt bài) Đạo đức AI: từ giá trị đến vận hành.
Một hệ quản trị sống được nhận ra ở những quyết định giúp tổ chức đưa ra vào tuần này, rồi học để làm tốt hơn ở tuần sau.
Cảnh mở dưới đây là tình huống giả định tổng hợp về AI xếp lịch lao động, không mô tả một doanh nghiệp, sản phẩm hay vụ việc cụ thể. Qua tình huống này, series (loạt bài) đi vào câu hỏi về thẩm quyền và trách nhiệm trong quản trị AI.
Chiều muộn thứ Năm, người quản lý cửa hàng nhận lịch làm việc tuần tới vừa được AI tạo tự động. Thuật toán đã tối ưu chi phí nhân sự, phân bổ ca theo dự báo khách hàng. Mọi chỉ số trên bảng điều hành đều báo xanh.
Nhưng ngay trước đó, một nữ nhân viên đã xin nghỉ ca đóng cửa tối thứ Sáu để đưa mẹ đi viện định kỳ, và được quản lý trực tiếp đồng ý. Trớ trêu thay, một đợt cập nhật kỹ thuật vào tuần trước khiến hệ thống nhân sự trễ nhịp đồng bộ sang phần mềm xếp ca. Máy móc vẫn đẩy cô vào ca đóng cửa đêm thứ Sáu, rồi nối tiếp bằng ca mở cửa sáng sớm thứ Bảy.
Muốn sửa lịch, người quản lý vướng ngay rào cản: mỗi thao tác sửa tay (manual override) đều bị tính là can thiệp thủ công, tiêu chí đang bị trừ điểm KPI gắt gao vì “chưa tin tưởng công nghệ”. Gọi lên vận hành vùng thì nhận được câu trả lời rằng khung ca đã được nhân sự chốt; phòng nhân sự bảo họ chỉ quản lý chính sách chung chứ không can thiệp luồng dữ liệu; khối CNTT khẳng định thuật toán chạy chuẩn theo dữ liệu nhận được; còn nhà cung cấp đề nghị mở phiếu hỗ trợ (ticket) và chờ xử lý.
Doanh nghiệp không hề thiếu văn bản. Họ có chính sách AI phê duyệt từ cấp cao nhất, có hội đồng công nghệ họp định kỳ, có cả cam kết minh bạch và giám sát con người. Nhưng hội đồng ba tuần nữa mới họp, còn lịch ca sẽ tự động đẩy xuống điện thoại của nhân viên lúc sáu giờ tối.
Chính sách không tự phân bổ quyền lực
Tôi từng đọc nhiều bộ chính sách AI của các doanh nghiệp, phần lớn đều được soạn thảo rất chỉn chu. Chúng lặp lại đầy đủ những gì các bộ tiêu chuẩn quốc tế khuyến nghị: thuật toán phải công bằng, dữ liệu phải được bảo mật, con người phải giữ quyền kiểm soát tối hậu, và mọi sự cố kỹ thuật đều phải được báo cáo kịp thời. Nhưng khi đứng trước quầy thu ngân vào cuối ngày, một người quản lý hay một nhân viên cửa hàng khó lòng dùng những câu chữ trang trọng ấy để giải quyết một ca làm việc đang bị xếp sai.
Khoảng cách xuất hiện ở nơi nguyên tắc chưa được chuyển thành thẩm quyền cụ thể. Yêu cầu “con người giám sát” cần đi cùng quyền sửa lịch mà không bị trừ điểm vì một can thiệp có căn cứ. Yêu cầu “dữ liệu chính xác” cần có người chịu trách nhiệm về việc đồng bộ và cách xử lý khi dữ liệu nhân sự đến muộn. Còn quy định “báo cáo sự cố” phải trả lời rõ: Tín hiệu bất thường được gửi tới ai? Trong thời hạn bao lâu? Người tiếp nhận được phép tạm dừng phần nào của quy trình tự động?
Quản trị AI (AI governance) đưa cam kết trong chính sách vào cách tổ chức quyết định mỗi ngày. Cơ chế ấy cần tiếp tục hoạt động khi người phụ trách vắng mặt, nhà cung cấp cập nhật phần mềm hoặc các phòng ban bất đồng. Vì vậy, khi đọc một chính sách, tôi muốn hỏi thêm: Cuộc họp nào sẽ mang nó ra đối chiếu? Quyết định nào sẽ thay đổi nhờ nó? Ai có quyền can thiệp? Hồ sơ nào còn lại sau cuộc họp?
Một khuôn khổ quản trị chỉ tạo ra giá trị thực sự khi nó thay đổi được diễn biến của các cuộc họp điều hành, phân định rõ quyền phán quyết và để lại bằng chứng kiểm soát có thể truy vết.
Từ dự án chứng nhận đến nhịp vận hành
Trong Chương 5 cuốn Đạo đức AI: Nguyên tắc và Thực hành, tôi từng viết: “Đừng biến ISO/IEC 42001 thành một dự án chứng nhận, hãy biến nó thành nhịp vận hành”. Một tờ chứng chỉ treo khung kính nơi sảnh lễ tân không cứu được cuộc gọi khẩn lúc 17h45, khi người quản lý cần biết mình có quyền bấm nút giữ lại một lịch làm việc vô lý hay không.
ISO/IEC 42001:2023 và NIST AI RMF 1.0 thực chất là hai điểm tựa bổ trợ cho nhau: NIST giúp người làm thực tế đặt câu hỏi đúng theo bối cảnh rủi ro (Map, Measure, Manage); còn ISO 42001 giúp duy trì cơ chế giải quyết các câu hỏi ấy qua chu trình quản lý liên tục (Plan–Do–Check–Act). Nhưng không chuẩn mực quốc tế nào làm thay doanh nghiệp một quyết định sinh tử: Ai có quyền chấp nhận rủi ro còn lại? Căn cứ vào đâu? Và khi nào buộc phải xem xét lại?
Quản trị phải theo kịp nhịp thay đổi
Hệ thống AI xếp lịch không bao giờ đứng yên sau ngày nghiệm thu kỹ thuật. Lượng khách mua sắm biến động theo mùa vụ, nhân sự cập nhật lịch cá nhân, nhà cung cấp phần mềm nâng cấp thuật toán và ban điều hành điều chỉnh chỉ tiêu KPI. Mỗi sự thay đổi khi xem xét riêng rẽ đều có vẻ hợp lý; nhưng khi kết hợp lại, chúng tạo nên một hệ thống hoàn toàn khác biệt so với phiên bản ban đầu từng được thẩm định và phê duyệt.
Nếu chỉ chờ cuộc họp theo quý để xử lý những thay đổi trọng yếu hằng tuần, tổ chức sẽ phản ứng quá muộn. Đẩy mọi điều chỉnh nhỏ lên hội đồng cũng khiến công việc ùn lại. Nhịp quản trị cần phù hợp với tốc độ thay đổi và hệ quả của từng quyết định. Các nhịp tuần, tháng dưới đây là gợi ý cho tình huống xếp lịch, không phải lịch bắt buộc do ISO hay NIST quy định.
Bộ phận vận hành có thể rà soát hằng tuần danh sách các yêu cầu đổi ca bị bỏ sót, tỷ lệ can thiệp điều chỉnh (override), các ca làm việc đóng mở liên tiếp (vừa làm ca đóng cửa tối muộn vừa phải mở cửa sáng sớm hôm sau) và những khiếu nại phát sinh từ nhân viên. Người quản lý ứng dụng (chủ use case) định kỳ hằng tháng đánh giá lại xem mục tiêu ban đầu, nguồn dữ liệu, ngưỡng sai lệch và các biện pháp kiểm soát có còn phù hợp hay không. Ban lãnh đạo nhìn theo chu kỳ dài hơn vào xu hướng sự cố toàn hệ thống, kết quả kiểm toán nội bộ và các điểm không phù hợp chưa được khắc phục dứt điểm. Khi xuất hiện sự cố nghiêm trọng hoặc mức độ tác hại vượt ngưỡng an toàn, một cuộc xem xét bất thường phải được kích hoạt tức thì, không thể thụ động chờ tới lịch họp định kỳ.
Một nhịp quản trị hiệu quả luôn kết hợp hài hòa giữa lịch rà soát định kỳ và cơ chế kích hoạt theo tín hiệu: lịch định kỳ giúp tổ chức không lãng quên trách nhiệm, còn tín hiệu cảnh báo kịp thời giúp bộ máy không phải thụ động chờ đợi đến kỳ họp sau.
Quyền năng quản trị không thể dồn hết lên vai một hội đồng duy nhất. Người quản lý cửa hàng cần có thẩm quyền xử lý nhanh các ca trực cụ thể. Người quản lý ứng dụng có quyền tinh chỉnh các quy tắc thuật toán trong phạm vi được phân quyền. Các bộ phận kiểm soát độc lập có quyền đòi hỏi bằng chứng minh bạch hoặc tạm dừng những quyết định thuộc phạm vi chuyên môn của mình. Hội đồng chỉ nên tập trung giải quyết các ngoại lệ phức tạp, những xung đột giá trị giữa các phòng ban và những rủi ro vượt quá khẩu vị của doanh nghiệp; trong khi ban lãnh đạo chịu trách nhiệm cao nhất về thiết kế của toàn bộ hệ thống phân quyền đó.
Người phụ trách ứng dụng cần được trao quyền tương xứng với trách nhiệm: được quyết định trong phạm vi đã giao và biết phải chuyển vấn đề tới ai khi vượt quyền. Ngân sách, thay đổi lớn hay quyết định đình chỉ có thể thuộc các cấp khác nhau; từng quyền ấy phải có người nắm giữ cụ thể. Gán tên một chuyên viên điều phối vào ma trận phân công trách nhiệm mà không trao thực quyền sẽ để nguyên khoảng trống đó. Trách nhiệm của ban lãnh đạo cũng không mất đi khi đã chỉ định người phụ trách.
Bốn động từ phải gặp nhau trong một quyết định
Áp bốn chức năng của NIST AI RMF vào sự cố xếp ca, ta thấy rõ những khoảng trống mà doanh nghiệp thường bỏ quên:
Govern (Thẩm quyền): Ai là chủ trì bài toán nghiệp vụ (use case owner)? Người quản lý được quyền sửa tay trong điều kiện nào? Hành vi sửa lịch có căn cứ để bảo vệ nhân sự phải được ghi nhận là một điểm cộng về trách nhiệm, thay vì bị phần mềm tự động chấm điểm trừ tuân thủ.
Map (Bối cảnh con người): Đặt thuật toán cạnh đời sống công nhân viên. Một ca xếp sai với một sinh viên làm thêm có thể chỉ là bất tiện nhỏ, nhưng với người đang chăm mẹ già ốm đau hay phụ thuộc chuyến xe buýt cuối ngày, đó là sự tổn thương nghiêm trọng. Mục tiêu tối ưu chi phí của ban giám đốc không thể tách rời sự tôn trọng người lao động.
Measure (Đo lường đa chiều): Báo cáo quản trị không chỉ nhìn vào tỷ lệ lấp đầy ca hay số giờ máy chạy. Con số trung bình rất đẹp hoàn toàn có thể che giấu việc các nhân viên yếu thế đang âm thầm gánh phần lớn ca trực khắc nghiệt nhất.
Manage (Ra quyết định xử lý): Sự cố xảy ra không thể kết thúc bằng việc IT âm thầm vá luồng dữ liệu rồi đóng phiếu hỗ trợ. Vòng lặp quản trị chỉ đóng lại khi bài học đó được đưa ngược về để cấp lại thẩm quyền can thiệp cho người quản lý ở cơ sở.
Bốn động từ này chỉ tạo thành một vòng lặp học hỏi liên tục khi kết quả xử lý của Manage được đưa ngược trở lại để hiệu chỉnh Govern và Map. Nếu sau ba tuần xảy ra sự cố, đội ngũ kỹ thuật chỉ âm thầm sửa một dòng kết nối rồi vội vã khép lại hồ sơ sự cố (đóng ticket), doanh nghiệp vẫn chưa học được gì về nguyên nhân sâu xa vì sao người quản lý thiếu thẩm quyền can thiệp. Ngược lại, nếu sự cố thúc đẩy tổ chức xác lập lại cơ chế override, điều chỉnh tiêu chí xuất bản lịch và bổ sung cơ chế giám sát đồng bộ dữ liệu, bộ máy quản trị đã thực sự biến một vấp váp cụ thể thành năng lực tổ chức bền vững cho những chu kỳ vận hành tiếp theo.
Một cuộc họp phải để lại nhiều hơn biên bản
Tôi đề xuất một cuốn sổ quyết định sống cho từng ứng dụng AI trọng yếu: hồ sơ được cập nhật sau mỗi lần xem xét. Tài liệu có thể ngắn, miễn là được dùng khi cần quyết định và ghi đủ bảy nội dung sau:
Nội dung quyết định: Duy trì, nới/siết điều kiện chạy, thu hẹp phạm vi, hay dừng khẩn cấp hệ thống?
Chủ thể phê duyệt: Ai chuẩn bị hồ sơ? Ai ký duyệt chịu trách nhiệm giải trình? Ai giữ quyền phủ quyết (veto)?
Biến động bối cảnh: Dữ liệu, thuật toán, mục tiêu kinh doanh hoặc đối tượng chịu tác động đã thay đổi thế nào?
Bằng chứng đối chiếu: Chỉ số vận hành, nhật ký lỗi, khiếu nại nhân sự và ý kiến phản biện của các bên.
Ngưỡng rủi ro chấp nhận: Doanh nghiệp chấp nhận dung sai nào, trong bao lâu, và tín hiệu đỏ nào buộc phải kích hoạt rà soát lại?
Biện pháp & Thời hạn: Ai khắc phục, hạn chót khi nào, và kịch bản lùi về phương án truyền thống (rollback plan) nếu thất bại?
Vết kiểm toán (audit trail): Toàn bộ căn cứ, phiên bản mô hình và biên bản bảo lưu ý kiến được lưu trữ tại đâu để phục vụ hậu kiểm?
Sổ quyết định nối chính sách với danh mục rủi ro, nhật ký thay đổi, bảng theo dõi vận hành và hồ sơ sự cố. Người đọc cần lần được từ tín hiệu bất thường đến bằng chứng đã xem, rồi đến quyết định và người phê duyệt. Nhờ vậy, lần rà soát sau có thể bắt đầu từ điều tổ chức đã biết.
Ý kiến bất đồng trong các cuộc họp cũng cần được trân trọng ghi nhận lại một cách trung thực. Khi phòng nhân sự muốn hoãn xuất bản lịch để bảo vệ quyền lợi người lao động nhưng bộ phận vận hành lại muốn đẩy nhanh để kịp tiến độ kinh doanh, lập luận của cả hai bên bắt buộc phải được ghi chép cùng phán quyết cuối cùng của người có thẩm quyền. Chỉ bằng cách đó, ở kỳ rà soát tiếp theo, tổ chức mới có thể kiểm chứng xem giả định ban đầu của mình đúng hay sai, thay vì rơi vào căn bệnh viết lại lịch sử theo kiểu suy diễn hậu nghiệm.
Trưởng thành được thử khi người quen việc vắng mặt
Có những hệ thống AI trong doanh nghiệp vận hành tưởng chừng rất trơn tru, nhưng thực chất chỉ nhờ vào một vài cá nhân thâm niên nhớ rõ ai có quyền ký duyệt, dữ liệu lưu ở đâu và tệp nhật ký (log) nằm trong thư mục nào. Người ta rất dễ nhầm lẫn sự phụ thuộc cá nhân đó với năng lực tổ chức. Chỉ đến khi người quen việc ấy nghỉ phép, chuyển công tác hay đột ngột vắng mặt, ban lãnh đạo mới ngỡ ngàng nhận ra toàn bộ hệ thống quản trị bấy lâu nay thực chất chỉ nằm trong trí nhớ của một vài con người cụ thể.
Để người khác tiếp quản được, vai trò, quyền hạn, cách chuyển vấn đề lên cấp trên và nơi lưu bằng chứng phải rõ. Người tiếp quản cần đủ năng lực và được trao quyền, cùng với hồ sơ cho biết những gì đã xảy ra. Cơ chế ấy giúp họ có căn cứ để phán đoán và biết khi nào cần xin thêm ý kiến.
Với tôi, sự trưởng thành thực sự trong quản trị AI được nhận diện qua ba khoảnh khắc rất rõ ràng: khi bối cảnh thay đổi, tổ chức biết chính xác quyết định nào cần phải mở lại để xem xét; khi tín hiệu bất thường xuất hiện, người tiếp nhận biết mình nắm quyền hạn gì để xử lý ngay lập tức; và sau khi quyết định được ban hành, bất kỳ ai cũng có thể truy vết được lý do, căn cứ cùng bằng chứng kiểm chứng xem hành động đã được hoàn tất trọn vẹn hay chưa.
Ở kỳ rà soát tới, hãy thử lấy một quyết định gần nhất và nhờ người có thể tiếp quản lần theo hồ sơ. Họ có biết vì sao quyết định được đưa ra và lúc nào cần mở lại nó không? Nếu chiều thứ Ba tới lại có một lịch xếp sai, ai đủ quyền giữ nó lại trước sáu giờ?
Vị trí trong bản đồ
Quyền lực được ủy thác. Tổ chức thiết lập cơ chế quản trị toàn diện cho danh mục các dự án và mô hình AI trong doanh nghiệp.
Tính chính đáng về giá trị. Biến các cam kết và tiêu chuẩn quốc tế thành năng lực bảo vệ tổ chức và con người một cách thực chất, không hình thức.
Thẩm quyền và trách nhiệm. Ban điều hành, Giám đốc AI/Rủi ro, các chủ sở hữu ứng dụng (use case owner) và ma trận RACI phân công thẩm quyền ra quyết định lặp lại.
Kiểm soát và bằng chứng vận hành. Hồ sơ phân loại rủi ro (Risk Register), nhịp đánh giá định kỳ Govern, Map, Measure và Manage, báo cáo kiểm toán nội bộ, bằng chứng cải tiến liên tục.
Quyền tự quyết cần giữ. Năng lực của tổ chức trong việc tự làm chủ hệ thống quản lý AI (AIMS), không phụ thuộc thụ động vào các đơn vị tư vấn hay tổ chức cấp chứng nhận bên ngoài.
Vết nứt xuyên hệ thống. Khoảng trống năng lực và thẩm quyền: Doanh nghiệp có bộ chính sách dày cộp nhưng khi sự cố phát sinh thì các phòng ban bối rối đùn đẩy, không ai có thẩm quyền dừng hệ thống hoặc sửa sai.
Phản tư và điều chỉnh. Nhịp rà soát quản trị định kỳ buộc ban lãnh đạo cập nhật lại mức độ ưu tiên và phân bổ nguồn lực dựa trên kết quả vận hành thực tế.
Gợi mở từ sách & nguồn tham chiếu
[Sách] Điểm tựa từ sách: Chương 5, tr. 202, cuốn Đạo đức AI: Nguyên tắc và Thực hành (Đào Trung Thành). Đoạn trích trong bài dẫn vào nhịp vận hành gồm chính sách, kiểm toán nội bộ, rà soát hệ thống quản lý định kỳ và cải tiến liên tục. Đã đối chiếu bản full có đánh trang ngày 08-09-2026.
[Nhận định mới] Góc nhìn thực thi: Luận điểm trung tâm: Một khuôn khổ quản trị chỉ tạo giá trị khi nó thay đổi được diễn biến cuộc họp, thẩm quyền quyết định và bằng chứng lưu trữ sau cuộc họp. Đi cùng với đó là tình huống gãy đổ vận hành ca trực bán lẻ, mô hình sổ quyết định sống 7 trường để duy trì ký ức tổ chức, và nguyên lý phân bổ nhịp quản trị theo chu kỳ kết hợp tín hiệu kích hoạt.
[Nguồn ngoài] Tham chiếu mở rộng: Tiêu chuẩn ISO/IEC 42001:2023 về hệ thống quản lý AI và phần Core của NIST AI RMF 1.0. Đối chiếu ngày 08-09-2026; phần NIST trong bài sử dụng bản 1.0.
Bài tiếp theo
Bài 06. Đánh giá rủi ro không phải một thủ tục; nó là cổng quyết định
Khi đã biết ai có quyền dừng, tổ chức vẫn còn một câu hỏi khó: Dựa vào đâu để người ấy nói “chưa thể triển khai” trước một dự án đang được kỳ vọng? Trong tình huống xếp lịch, lỗi dữ liệu đã lộ ra trước mắt người quản lý. Nhưng có những hệ quả chưa xuất hiện trong báo cáo, và người chịu chúng chưa có mặt trong cuộc họp.
Bài 06 đi vào khoảng chưa thấy ấy: phân biệt việc đánh giá rủi ro với việc xem xét tác động đối với con người, rồi đưa kết quả vào quyết định triển khai. Trước khi ký, người có thẩm quyền cần nhìn thấy gì để biết mình đang chấp nhận điều gì, và ai sẽ phải sống với lựa chọn đó?
Cuốn sách đồng hành cùng series (loạt bài)
Đạo đức AI: Nguyên tắc và Thực hành của Đào Trung Thành do Nhà xuất bản Khoa học - Công nghệ - Truyền thông xuất bản năm 2026; Công ty Cổ phần Xuất bản Khoa học và Giáo dục Thời Đại (Times Books) phát hành. Sách có 616 trang, ISBN 978-604-45-2705-5.
Khám phá cuốn sách tại website chính thức.
#DaoDucAI #AIEthics #AIgovernance #QuanTriAI #ISO42001 #NISTAIRMF