Microsoft: Đừng triển khai tác nhân AI trước khi làm gọn quy trình

Microsoft đưa ra một lập luận khá rõ trong playbook Becoming a Frontier Firm: đưa tác nhân AI vào doanh nghiệp không đơn thuần là triển khai phần mềm. Đây là thay đổi về mô hình vận hành. Dựa trên hàng trăm nỗ lực chuyển đổi AI nội bộ, hãng cho rằng doanh nghiệp cần làm cho công việc trở nên minh bạch, đơn giản và có cơ chế quản trị trước khi yêu cầu tác nhân AI đảm nhận một phần quy trình. Thành công nên được đánh giá bằng chất lượng, tốc độ, rủi ro, doanh thu và tác động tới khách hàng — không phải số lượng giấy phép được cấp hay số lượt gửi câu lệnh. 12

Bắt đầu từ quy trình, không phải từ công cụ AI

Nguyên tắc đầu tiên của Microsoft là hiểu công việc thực sự đang diễn ra như thế nào. Điều đó bao gồm lập bản đồ quy trình từ đầu đến cuối, xác định các điểm bàn giao và tình huống ngoại lệ, làm rõ các quyết định cần đưa ra, cũng như nhận diện dữ liệu và hệ thống mà nhân viên đang phụ thuộc.

Nếu bỏ qua bước này, doanh nghiệp có thể vô tình tự động hóa một quy trình thiếu nhất quán hoặc ít giá trị thay vì cải thiện nó. 12

Microsoft tóm gọn cách tiếp cận bằng cụm “lean before agents” — tạm hiểu là tinh gọn trước khi giao việc cho tác nhân. Trước khi trao trách nhiệm cho tác nhân AI, doanh nghiệp nên:

• đơn giản hóa và chuẩn hóa quy trình nền tảng;
• loại bỏ các bước phê duyệt, thao tác trùng lặp và điểm bàn giao không cần thiết;
• xây dựng dữ liệu dùng chung có thể khai thác cùng các kết nối tới hệ thống liên quan;
• thiết lập kiểm soát truy cập và cơ chế quản trị; và
• xác định rõ những quyết định, ngoại lệ hoặc hành động rủi ro cao vẫn phải do con người dẫn dắt. 12

Hàm ý rất thực tế: tác nhân AI cần được giao một trách nhiệm có ranh giới rõ ràng trong quy trình đã được thấu hiểu, thay vì một yêu cầu chung chung kiểu “hãy nâng năng suất”.

Ba hướng chuyển đổi có thể đi cùng nhau

Microsoft không xem việc ứng dụng AI là một lộ trình duy nhất. Hãng mô tả ba hướng chuyển đổi bổ trợ lẫn nhau.

1. Tăng tốc theo vai trò (Persona Acceleration)

Cách làm này trang bị cho các vai trò ưu tiên những trợ lý, bộ câu lệnh, kỹ năng và tác nhân chuyên biệt theo công việc. Mục tiêu là biến các thực hành hiệu quả của những cá nhân dùng AI giỏi thành năng lực có thể lặp lại ở cấp nhóm, đi kèm hoạt động đào tạo và quản lý để hợp tác người–AI trở thành thông lệ. 1

2. Tái thiết kế quy trình bằng AI (AI-Powered Process Redesign)

Hướng này nhắm vào toàn bộ một quy trình liên phòng ban. Thay vì tự động hóa một tác vụ đơn lẻ, doanh nghiệp thiết kế lại quy trình để giảm chậm trễ, trùng lặp, lãng phí và các quyết định bị phân mảnh. Đây là minh họa rõ nhất cho quan điểm của Microsoft: giá trị AI phụ thuộc vào việc tổ chức lại công việc. 12

3. Khả năng theo tư duy AI-first (AI-First Possibility)

Doanh nghiệp trao không gian cho các nhóm chuyên gia nhỏ xây dựng sản phẩm, dịch vụ hoặc phương thức vận hành với giả định AI hiện diện ngay từ đầu. Con đường này có mức độ bất định cao hơn, nhưng có thể mở ra những cách làm và cơ hội sản phẩm mà tự động hóa từng phần khó nhận ra. 1

Tăng quyền tự chủ từng bước, không “thả” tác nhân ngay từ đầu

Microsoft không coi quyền tự chủ là lựa chọn hoặc có, hoặc không. Playbook mô tả quá trình tăng dần mức độ tham gia của tác nhân trong khi con người vẫn giữ trách nhiệm:

1. Con người dùng trợ lý AI: AI soạn thảo, tóm tắt, phân tích và hỗ trợ phán đoán của con người.
2. Đội ngũ người–tác nhân: tác nhân thực hiện những tác vụ hoặc quyết định đã được chỉ định, trong phạm vi kiểm soát, tuyến leo thang và cơ chế giám sát xác định trước.
3. Con người dẫn dắt, tác nhân vận hành: tác nhân xử lý phần lớn luồng công việc; con người định hướng chiến lược, xử lý ngoại lệ, xác thực kết quả và chịu trách nhiệm cuối cùng. 1

Đây không nhất thiết là thang trưởng thành cứng nhắc. Cùng một tổ chức có thể chọn các mức khác nhau cho các quy trình khác nhau, tùy mức rủi ro, độ sẵn sàng của dữ liệu và hậu quả nếu xảy ra sai sót.

Những ví dụ nội bộ của Microsoft cho thấy gì?

Microsoft cho biết hoạt động chuỗi cung ứng đám mây của hãng bắt đầu bằng việc thiết kế lại quy trình và xây dựng nền tảng dùng chung, trước khi mở rộng lên hơn 111 tác nhân được thiết kế riêng cho lập kế hoạch, tìm nguồn cung, hoàn tất đơn hàng và logistics. Công ty báo cáo thời gian chu kỳ giảm tới 75% ở một số quy trình chuỗi cung ứng, còn việc điều tra kế hoạch nhu cầu giảm từ 5–7 ngày xuống còn vài giờ. 24

Ở một ví dụ khác, nhóm Copilot Cowork liên phòng ban gồm chín người đã phát hành sản phẩm ban đầu trong 35 ngày theo cách tiếp cận AI-first. Theo Microsoft, bài học không chỉ là tốc độ phát triển nhanh hơn: kỹ sư và quản lý sản phẩm chuyển thành các vai trò được gọi là “meta-engineers” và “meta-PMs” — những người chỉ đạo, rà soát và điều phối đầu ra từ tác nhân, đồng thời tập trung hơn vào phán đoán sản phẩm và thiết kế hệ thống. 24

Theo cách nhìn này, AI giúp giảm thời gian dành cho bản nháp đầu tiên, nghiên cứu thường lệ và việc truy tìm thông tin vận hành. Phần việc của con người dịch chuyển sang xác định vấn đề, thiết kế hệ thống, kiểm chứng đầu ra, xử lý ngoại lệ, xây dựng quan hệ và đưa ra phán đoán. Sự dịch chuyển đó đòi hỏi hiểu biết về AI, niềm tin, tinh thần thử nghiệm cùng thay đổi về vai trò và cách quản lý — chứ không chỉ là quyền truy cập một giấy phép Copilot. 12

Lợi thế bền vững không nằm ở một mô hình nền tảng duy nhất

Microsoft cho rằng các mô hình nền tảng sẽ ngày càng dễ thay thế lẫn nhau. Lợi thế phòng thủ thực sự, theo hãng, nằm ở những tài sản riêng của tổ chức: tri thức thể chế đáng tin cậy, quyền truy cập được quản trị vào dữ liệu và công cụ, năng lực điều phối quy trình, định nghĩa riêng về “công việc tốt” và các phép đánh giá gắn với kết quả thực tế. 15

Hãng gọi vòng lặp tạo ra từ đó là “hill-climbing machine” — có thể hiểu là một hệ thống cải tiến liên tục. Cách làm cơ bản là xác định kết quả mong muốn, đánh giá đầu ra của tác nhân, ghi nhận phản hồi và lỗi, cải thiện tác nhân hoặc quy trình, rồi lặp lại. Theo Microsoft, lợi thế ít nằm ở việc chọn một mô hình cụ thể, mà nhiều hơn ở khả năng liên tục cải thiện hệ thống theo tiêu chuẩn và công việc của chính tổ chức. 5

Dữ liệu về tác nhân doanh nghiệp nói lên điều gì?

Phân tích mà Microsoft báo cáo, dựa trên 40.093 tác nhân doanh nghiệp Copilot Studio tại gần 2.000 tenant — tức các môi trường tổ chức riêng trên nền tảng Microsoft — cho thấy các trường hợp sử dụng hỗ trợ năng suất nội bộ và hỗ trợ người dùng chiếm 64,6% số tác nhân đã triển khai. Hãng cũng ghi nhận xu hướng dịch chuyển sang các ứng dụng vận hành có phạm vi hẹp hơn, gồm hỗ trợ kỹ thuật và những quy trình nghiệp vụ chuyên biệt. 3

Mô hình này củng cố luận điểm lớn hơn của playbook: trợ lý năng suất tổng quát có thể là điểm khởi đầu phổ biến, nhưng các triển khai tác nhân có tác động đáng kể hơn thường sẽ cần quy trình được khoanh vùng rõ, dữ liệu phù hợp, cơ chế kiểm soát và kết quả có thể đo lường.

Nên xem đây là khung tham chiếu, không phải chuẩn chung cho mọi doanh nghiệp

Các số liệu trong playbook là báo cáo của chính Microsoft, dựa trên công việc chuyển đổi nội bộ và hệ sinh thái sản phẩm của hãng. Những kết quả hiệu năng này chưa được xác thực độc lập; Microsoft cũng nói rõ playbook là cách tiếp cận đang tiếp tục phát triển, không phải giải pháp mang tính áp đặt hay cam kết kết quả cho tổ chức khác. 12

Vì vậy, giá trị thiết thực nhất không phải là sao chép các con số hoặc tên gọi tổ chức của Microsoft. Đó là thử nghiệm đúng trình tự: chọn một kết quả kinh doanh quan trọng, làm rõ và tinh gọn quy trình, thiết lập nền tảng dữ liệu cùng quản trị, giao cho tác nhân phần việc có ranh giới, duy trì trách nhiệm của con người và cải tiến hệ thống bằng phản hồi được đo lường.