Nhóm dự án AI ở doanh nghiệp nhỏ chỉ cần năm vai trò: một lãnh đạo bảo trợ, một người phụ trách AI điều phối hằng ngày, một đến hai người chủ việc ở phòng thí điểm, một người duyệt đầu ra, và một người hiểu kỹ thuật hoặc quản trị hệ thống để lo tài khoản và dữ liệu. Ở công ty hai mươi người, một người có thể kiêm hai vai. Điều không được thiếu là mỗi vai có tên người cụ thể và có thời gian thật dành cho dự án.
Phần lớn dự án AI ở công ty nhỏ không chết vì kỹ thuật mà vì mơ hồ về trách nhiệm: ai được quyết dùng công cụ nào, ai chịu trách nhiệm khi đầu ra sai, ai được dừng thí điểm. Bài này mô tả từng vai, đưa ra bảng phân quyền quyết định và những lỗi lập nhóm hay gặp. Chuyện trưởng nhóm nói chuyện với từng nhân viên lo mất việc, hay quản trị thay đổi ở cấp đội, AI Lãnh Đạo viết kỹ hơn; ở đây tập trung vào cấu trúc dự án.
Năm vai trò và việc của từng vai
Lãnh đạo bảo trợ. Thường là giám đốc hoặc phó giám đốc. Không làm việc hằng ngày của dự án, nhưng cấp thời gian cho người tham gia, duyệt ngân sách theo mức, ký quy chế dùng AI, và có mặt ở các buổi chốt chặng. Khi trưởng phòng không chịu nhả người cho thí điểm, đây là người gỡ.
Người phụ trách AI. Người điều phối hằng ngày: giữ kế hoạch, đọc nhật ký, tổ chức họp ngắn, gom câu lệnh, soạn báo cáo. Cần hiểu nghiệp vụ của nhiều phòng, có uy tín với đồng nghiệp và chịu ghi chép. Không bắt buộc là người giỏi công nghệ nhất.
Người chủ việc. Người làm việc thí điểm hằng ngày và muốn thử cách mới. Họ là người viết câu lệnh đầu tiên, ghi nhật ký kỹ nhất và hướng dẫn đồng nghiệp trong phòng. Ở nhiều công ty, người chủ việc giỏi về sau trở thành đại sứ AI của phòng.
Người duyệt đầu ra. Người có chuyên môn để nói một đầu ra là đạt hay chưa trước khi gửi ra ngoài: trưởng nhóm kinh doanh duyệt báo giá, kế toán trưởng duyệt văn bản có số liệu. Vai này phải có thời gian duyệt mỗi ngày, nếu không đầu ra sẽ dồn ứ.
Người lo kỹ thuật và dữ liệu. Có thể là nhân viên quản trị hệ thống, người phụ trách phần mềm, hoặc đơn vị ngoài. Lo tạo và thu hồi tài khoản, đọc điều khoản dữ liệu của công cụ, cấu hình chia sẻ, giữ danh mục công cụ được duyệt.
Bảng phân quyền: ai quyết việc gì
Bảng dưới dùng bốn chữ: Q là người quyết, T là người thực hiện, H là người được hỏi ý kiến trước, B là người được báo sau. Mỗi dòng chỉ có một Q.
| Quyết định | Lãnh đạo | Người phụ trách AI | Chủ việc | Người duyệt | Kỹ thuật |
|---|---|---|---|---|---|
| Chọn việc thí điểm | Q | T | H | H | B |
| Chọn công cụ được duyệt | Q | T | H | B | H |
| Viết và sửa câu lệnh chuẩn | B | H | Q | H | B |
| Cho đầu ra gửi ra ngoài | B | B | T | Q | B |
| Cấp và thu hồi tài khoản | B | H | B | B | Q |
| Dừng thí điểm khi có sự cố | Q | T | H | H | H |
| Ban hành quy trình mới | Q | T | H | H | B |
Hai dòng hay gây tranh cãi nhất là "cho đầu ra gửi ra ngoài" và "dừng thí điểm khi có sự cố". Ghi rõ người duyệt là người quyết dòng thứ nhất giúp chủ việc không bị kẹt giữa hai sếp. Còn dòng thứ hai, người phụ trách AI được quyền tạm dừng ngay khi thấy lỗi nghiêm trọng, rồi báo lãnh đạo quyết dừng hẳn hay chạy tiếp.
Lập nhóm trong một tuần: năm bước
Lập nhóm không cần nhiều cuộc họp. Với công ty dưới hai trăm người, một tuần là đủ nếu lãnh đạo đã quyết làm dự án. Năm bước gợi ý:
- Ngày đầu: lãnh đạo bảo trợ chọn người phụ trách AI, nói chuyện riêng để thống nhất phần việc cũ nào được chuyển đi và người đó có bao nhiêu giờ mỗi tuần cho dự án.
- Ngày thứ hai: người phụ trách AI cùng các trưởng phòng xem kết quả khảo sát mức sẵn sàng, đề xuất phòng thí điểm và người chủ việc. Người chủ việc phải được hỏi ý, không bị chỉ định.
- Ngày thứ ba: chọn người duyệt đầu ra cho phòng thí điểm và xác nhận thời gian duyệt mỗi ngày. Chọn người lo kỹ thuật, trong nội bộ hoặc nhờ đơn vị cung cấp phần mềm.
- Ngày thứ tư: điền bảng phân quyền như trong bài, gửi cho mọi người trong nhóm đọc và góp ý. Sửa những dòng có nhiều hơn một người quyết.
- Ngày thứ năm: lãnh đạo gửi thông báo ngắn cho toàn công ty: dự án là gì, ai phụ trách, phòng nào thử trước, mục tiêu là bớt việc lặp lại chứ không cắt người, có thắc mắc thì hỏi ai.
Thông báo ngày thứ năm là bước hay bị bỏ qua, nhưng nó quyết định cách cả công ty nhìn dự án. Thiếu thông báo chính thức, tin đồn sẽ lấp chỗ trống, và tin đồn về AI ở công sở hiếm khi là tin tích cực. Một thông báo năm câu, có tên người để hỏi, đủ để chặn phần lớn lo lắng không cần thiết.
Người phụ trách AI: chọn ai và giao bao nhiêu thời gian
Câu hỏi hay gặp nhất là có cần tuyển một người chuyên về AI không. Với công ty dưới hai trăm người, câu trả lời thường là chưa cần trong năm đầu. Người phụ trách AI tốt nhất thường là người đã ở công ty đủ lâu để hiểu việc của các phòng, được đồng nghiệp tin, có thói quen viết lại cách làm. Họ học kỹ năng AI nhanh hơn một người giỏi AI học nghiệp vụ của công ty.
Thời gian là điểm hay bị xem nhẹ. Trong giai đoạn thí điểm, người phụ trách AI cần khoảng một ngày mỗi tuần, tức chừng một phần năm thời gian làm việc. Nếu chỉ giao thêm việc mà không bớt việc cũ, dự án sẽ là thứ làm vào cuối ngày khi đã mệt. Ghi rõ trong văn bản giao việc phần việc cũ nào được chuyển sang người khác.
Người phụ trách AI cũng cần được học trước nhóm một bước. Một khoá ngắn về triển khai dự án AI, đọc kỹ quy chế dữ liệu của công ty, và tự làm thử việc thí điểm trước khi hướng dẫn người khác. Vietnam AI Center có lớp thí điểm dành cho người phụ trách AI của doanh nghiệp nhỏ, đăng ký ở trang của trung tâm; công ty cũng có thể tự học theo các bài trong danh mục này.
Đại sứ AI ở từng phòng: khi nào cần
Khi dự án qua giai đoạn thí điểm và bắt đầu nhân rộng, một người phụ trách AI không đủ sức kèm mọi phòng. Lúc này cần đại sứ AI: mỗi phòng một người, thường chính là người chủ việc ở đợt thí điểm hoặc người dùng AI giỏi nhất phòng. Đại sứ trả lời câu hỏi hằng ngày của đồng nghiệp, gom câu lệnh hay của phòng, báo lên người phụ trách AI những vướng mắc lặp lại.
Đại sứ không phải chức danh để khen. Họ cần được dành khoảng hai đến bốn giờ mỗi tuần, được ghi nhận trong đánh giá công việc, và được học thêm trước đồng nghiệp. Không có những thứ này, vai đại sứ thành gánh nặng và người giỏi nhất sẽ ngại nhận.
Cách tổ chức đào tạo đại sứ, thiết kế lớp học nội bộ và giữ nhịp học sau khoá là nội dung của danh mục tổ chức đào tạo AI trong doanh nghiệp trên Vietnam AI Center. Ở góc triển khai, điều cần nhớ là đại sứ phải có kênh báo vướng mắc lên trên và được trả lời nhanh, nếu không họ sẽ tự đoán cách xử lý và mỗi phòng dần làm một kiểu.
Trách nhiệm khi đầu ra AI sai
Nguyên tắc nên ghi thẳng vào quy chế: người gửi đầu ra ra ngoài chịu trách nhiệm như khi tự làm, dù bản nháp do AI soạn. Người duyệt chịu trách nhiệm về việc đã duyệt. Công cụ không chịu trách nhiệm, và "AI viết thế" không phải lời giải thích chấp nhận được với khách.
Nguyên tắc này nghe nghiêm khắc nhưng thật ra bảo vệ người làm. Nó buộc quy trình phải có bước duyệt rõ ràng, buộc công ty phải cấp thời gian để duyệt, và tránh tình trạng đổ lỗi qua lại khi có sự cố. Song song, công ty nên có cơ chế báo sự cố không trừng phạt: ai phát hiện lỗi do AI gây ra, kể cả lỗi của chính mình, được khuyến khích báo để sửa quy trình, không bị kỷ luật vì đã báo.
Ví dụ giả định: ở một công ty phân phối mỹ phẩm, một email AI soạn đã ghi sai thời hạn đổi trả, và nhân viên gửi đi mà không kiểm. Thay vì kỷ luật, nhóm dự án thêm một dòng vào câu lệnh mẫu buộc AI để trống mọi con số về thời hạn và chính sách, đánh dấu cho người làm tự điền từ văn bản chính sách. Lỗi tương tự không lặp lại.
Để cơ chế này chạy, cần một chỗ ghi sự cố đơn giản: ngày, việc gì, AI sai ở đâu, đã lọt ra ngoài chưa, đã sửa quy trình hay câu lệnh thế nào. Người phụ trách AI giữ sổ này và đem ra đọc ở mỗi buổi họp chốt chặng. Qua vài tháng, sổ sự cố trở thành tài liệu đào tạo quý nhất của công ty, vì nó chứa đúng những lỗi người mới hay mắc, bằng ví dụ của chính công ty.
Bốn lỗi lập nhóm hay gặp
Giao cho phòng công nghệ thông tin một mình. Họ lo được tài khoản và kết nối, nhưng không phải người dùng thật. Dự án thành bài toán kỹ thuật, trong khi vướng mắc thật nằm ở cách làm việc của phòng nghiệp vụ.
Nhóm quá đông. Mời đủ mọi trưởng phòng vào nhóm dự án để "ai cũng có phần". Họp thành buổi báo cáo, không ai thật sự làm. Nhóm lõi nên dưới sáu người, các trưởng phòng khác được báo định kỳ.
Lãnh đạo bảo trợ chỉ trên giấy. Có tên nhưng không dự buổi chốt nào, không gỡ vướng khi trưởng phòng giữ người. Người phụ trách AI mất quyền điều phối.
Không có người duyệt rõ ràng. Chủ việc tự gửi đầu ra ra ngoài, hoặc ngược lại phải xin ba người duyệt. Cả hai đều làm thí điểm méo: một bên rủi ro, một bên chậm.
Câu hỏi thường gặp
Công ty mười lăm người có cần nhóm dự án không?
Cần, nhưng rất gọn: giám đốc làm bảo trợ kiêm người duyệt, một nhân viên làm người phụ trách kiêm chủ việc, phần kỹ thuật nhờ đơn vị cung cấp phần mềm hoặc người quen việc máy tính trong công ty. Quan trọng là ghi tên từng vai và thời gian dành cho dự án.
Người phụ trách AI có cần biết lập trình không?
Không cần cho phần lớn dự án ở doanh nghiệp nhỏ, vì việc chủ yếu là chọn việc, viết câu lệnh, đo và viết quy trình. Khi dự án cần kết nối nhiều phần mềm hoặc tự động hoá sâu, có thể nhờ người lo kỹ thuật hoặc thuê ngoài cho phần đó.
Đại sứ AI có nên được trả thêm không?
Tuỳ chính sách từng công ty. Điều tối thiểu là dành thời gian thật trong giờ làm, ghi nhận trong đánh giá công việc, và ưu tiên cho học thêm. Nếu vai đại sứ chỉ là việc làm thêm ngoài giờ, người giỏi sẽ ngại nhận và chất lượng hỗ trợ thấp.
Trưởng phòng không muốn tham gia thì làm sao?
Hỏi rõ lý do: thiếu người, lo rủi ro, hay không thấy lợi ích. Thường cách hiệu quả là để trưởng phòng làm người duyệt đầu ra, giữ quyền kiểm soát chất lượng, thay vì yêu cầu họ tự dùng AI ngay. Lãnh đạo bảo trợ gỡ phần thời gian nếu vướng ở đó.
Có nên thuê đơn vị ngoài làm người phụ trách AI không?
Đơn vị ngoài có thể kèm cặp, đào tạo và tư vấn chọn công cụ, nhưng vai người phụ trách hằng ngày nên là người trong công ty. Khi đơn vị ngoài rút đi, công ty cần có người hiểu dự án, giữ câu lệnh và quy trình, và tiếp tục nhân rộng.
Ai chịu trách nhiệm khi khách khiếu nại vì nội dung AI viết sai?
Theo nguyên tắc nên có trong quy chế, người gửi và người duyệt chịu trách nhiệm như khi tự làm. Công ty xử lý với khách như mọi sai sót khác, rồi rà quy trình và câu lệnh để lỗi không lặp lại. Tranh chấp có yếu tố pháp lý thì nên hỏi luật sư, ví dụ trên AI Cố Vấn.