Sếp tin AI 100% rồi ném cho bạn đống tài liệu không ai review: xử lý sao đây?

Hi lại là Hoàng đây! Mấy bữa trước có một bạn nhắn cho mình, kể là đang đau đầu lắm vì sếp cứ vứt vô AI xong ra một đống tài liệu rồi không có sự review, kêu bạn vô xử lý, mà bạn cũng đang bó tay luôn — vì sếp bạn tin tưởng AI 100%. Đọc xong cái tin nhắn đó mình ngồi nghĩ một lúc, không phải vì nó lạ, mà vì ngược lại: nó quá quen. Gần như tháng nào mình cũng nghe một phiên bản khác của đúng câu chuyện này, chỉ đổi tên công ty với tên con AI thôi.

Nên mình viết bài này, chia sẻ vài cách mà mình với anh em trong nghề đang thực sự sài để sống chung với tình huống đó — không phải để cãi thắng sếp, mà để công việc chạy được, mà mình cũng không kiệt sức.

Vì sao cãi thẳng với sếp là thua

Cái bẫy lớn nhất là bạn nghĩ mình đang tranh luận về chất lượng tài liệu. Không phải đâu. Khi sếp vừa mới tin một thứ gì đó — nhất là thứ vừa giúp sếp làm xong việc trong 30 phút thay vì 3 ngày — thì thứ bạn đang đối đầu không phải là một lập luận, mà là một niềm tin vừa mới hình thành. Mà niềm tin thì nó không thua bằng lý lẽ, nó chỉ thua bằng trải nghiệm.

Bạn vô nói "AI viết cái này sai tùm lum, không dùng được đâu anh" => trong đầu sếp nó dịch ra thành "thằng/con này ngại đổi mới, hoặc là sợ bị AI thay thế". Xong đâu lại vô đó, mà lần sau còn có thêm câu:

"ây AI nó làm hết rồi, 30 phút là xong thôi, em làm gì mà lâu vậy"

Nghe quen không? Mình phải nói rõ chỗ này: sếp kiểu vậy đa số không phải người xấu, cũng không phải người dở. Sếp là người vừa nhìn thấy một công cụ làm được thứ mà trước giờ tốn cả team, nên hào hứng hơi quá đà một chút. Người hào hứng thì bạn không dập được, bạn chỉ có thể dắt thôi.

Lấy độc trị độc: để chính AI của sếp tự lộ ra chỗ nó sai

Đây là phần mình tâm đắc nhất và cũng là thứ mình hay khuyên các bạn nhất: đừng ngồi tự tay bắt lỗi rồi đi méc sếp. Nhanh trí quăng ngược cái tài liệu đó vô cho AI phân tích tìm điểm sai, rồi báo lại sếp — kiểu "con AI này viết chưa kỹ, lần sau mình kêu nó viết kỹ hơn xíu anh ơi". AI check và feedback lại sếp luôn.

Cái hay của chiêu này nằm ở chỗ bạn không hề phản đối niềm tin của sếp. Bạn dùng đúng công cụ mà sếp đang tin để chứng minh, nên bằng chứng đó tự động đáng tin trong mắt sếp. Và cái sai thì thuộc về con AI chứ không thuộc về sếp => sếp không mất mặt, không phải phòng thủ. Còn bạn thì bước ra khỏi cuộc nói chuyện với cái mác người biết sài AI giỏi hơn, chứ không phải người chống AI. Vị thế hai cái đó khác nhau một trời một vực.

Prompt soi tài liệu nên viết gì

Đừng hỏi chung chung kiểu "tài liệu này có gì sai không" — hỏi vậy nó sẽ khen bạn một tràng rồi thôi. Phải ép nó làm đúng mấy việc cụ thể:

Bạn đóng vai một BA senior đang review tài liệu đặc tả dưới đây trước khi bàn giao
cho dev. Không tóm tắt, không khen. Chỉ làm đúng 4 việc:

1. Liệt kê toàn bộ business rule có trong tài liệu, rồi đối chiếu từng cặp với nhau.
   Chỉ ra chỗ nào mâu thuẫn, chồng lấn, hoặc phụ thuộc lẫn nhau mà không nói rõ.
   Ghi kèm số mục để tôi tra lại được.
2. Liệt kê những chỗ mà chính bạn đã phải TỰ SUY ĐOÁN vì tài liệu không nói rõ.
   Mỗi chỗ ghi: giả định bạn đã đặt + câu hỏi cần hỏi lại người ra yêu cầu.
3. Với mỗi luồng chính, liệt kê các luồng ngoại lệ còn thiếu: lỗi hệ thống, timeout,
   mất mạng giữa chừng, user bấm back, dữ liệu rỗng, không đủ quyền, thao tác trùng.
4. Chỉ ra chỗ nào nhắc tới màn hình / API / trạng thái mà không có mô tả tương ứng
   ở phần nào khác trong tài liệu.

Trả về dạng bảng: Mục | Vấn đề | Mức rủi ro (cao/vừa/thấp) | Câu cần hỏi lại.

Cái mục số 2 là mục mình thích nhất — bắt nó tự khai ra chỗ nó đoán. Vì vấn đề của tài liệu AI viết không nằm ở chỗ nó viết dở, nó viết trơn tru lắm, mà nằm ở chỗ nó lấp đầy khoảng trống bằng phỏng đoán rồi trình bày y như sự thật. Anh em trong group hay nói vui: "không bịa không bịa không bịa… vẫn phải căng mắt ra ngồi dò lại bằng hết" — đúng thật, nhưng ít ra bắt nó tự khai thì bạn biết đường mà dò chỗ nào trước.

Câu báo lại sếp nên nói thế nào

Chỗ này quan trọng không kém cái prompt. Trong bụng thì nghĩ "con AI của sếp cùi quá" cũng được, nhưng ra miệng thì phải khác:

"Anh ơi em đọc bộ tài liệu anh gửi rồi, luồng chính em thấy ổn, em làm theo được. Có điều em quăng ngược nó vô AI nhờ soi lại thì nó chỉ ra 12 chỗ business rule đang mâu thuẫn nhau với 8 chỗ nó phải tự đoán vì tài liệu không có. Em gửi anh cái bảng đây. Mấy chỗ dính tới phí với hạn mức em nghĩ mình chốt trước rồi em làm tiếp cho chắc. Lần sau anh thử thêm mấy dòng này vô cuối prompt xem, em thấy nó viết kỹ hơn hẳn."

Để ý mấy chi tiết nhỏ: khen trước ("luồng chính ổn"), chủ ngữ của lỗi là con AI chứ không phải sếp, có con số cụ thể, và kết bằng một thứ giúp sếp làm tốt hơn ở lần sau chứ không phải một lời than. Sếp nghe xong không thấy bị bắt lỗi, sếp thấy được tặng một mẹo.

Bốn bước của một anh trong group

Hôm mình đem chuyện này ra hỏi, có một anh trong group đưa ra bốn bước, mình thấy quá hay nên xin trích nguyên văn:

"bước 1: tiếp nhận, không phản đốibước 2: làm đúng, nhưng đừng làm đủbước 3: cho sếp thể hiệnbước 4: làm đúng, và đủnếu ngay từ bước 1 em làm đúng, thì từ hôm sau KPI mới sẽ được giao thêm"

Dịch ra ngôn ngữ của mình thì:

• Bước 1 — tiếp nhận, không phản đối. Nhận task, không bình luận về chất lượng AI, không thở dài. Câu thoại mẫu mà anh đó đưa ra mình thấy quá chuẩn: "vâng anh, em cũng không nghĩ là AI tốt thế. Mà em dùng chưa mượt lắm, anh chỉ em thêm với". Một câu mà làm được ba việc: công nhận sếp, hạ mình xuống, và mở đường cho sếp chỉ dạy.
• Bước 2 — làm đúng, nhưng đừng làm đủ. Phần bạn giao ra phải chính xác, không được sai. Nhưng đừng dọn sạch toàn bộ bãi chiến trường ngay trong ngày đầu.
• Bước 3 — cho sếp thể hiện. Chỗ nào còn thiếu thì đem lên hỏi. Sếp trả lời, sếp bổ sung, sếp thấy vai trò của mình trong quy trình => sếp tự nhận ra AI không tự chạy hết được, mà nhận ra bằng chính trải nghiệm của sếp chứ không phải do bạn nói.
• Bước 4 — làm đúng, và đủ. Tới lúc kỳ vọng đã được đặt lại đúng chỗ rồi thì mình bung hết.

Vì sao "làm đúng ngay từ đầu" lại nguy hiểm

Cái vế cuối của anh đó mới là vế đau: nếu ngay từ bước 1 em làm đúng, thì từ hôm sau KPI mới sẽ được giao thêm.

Đây là cơ chế mình thấy đúng ở mọi công ty mình từng làm qua, không riêng gì chuyện AI: bạn xử lý gọn một thứ trong thời gian ngắn thì cái thời gian ngắn đó lập tức trở thành baseline mới. Có anh trong group kể: "Nó làm tốt xong giờ a phải làm hết task prototype của người khác" — làm tốt quá thì phần việc của người khác cũng chảy về phía mình. Rồi tới đoạn khổ nhất: "cái khó là phải cố tỏ ra bận rộn".

Nghe hơi buồn cười nhưng nó có thật, và nó là hệ quả trực tiếp của việc để năng suất lộ ra hết trong một lần.

Nhưng đừng biến nó thành cái cớ để làm ít

Chỗ này mình muốn nói thật lòng, vì mình sợ có bạn đọc tới đây rồi rút ra bài học sai.

Bốn bước ở trên không phải mẹo khôn lỏi, không phải xui bạn giấu nghề hay làm cầm chừng. Bản chất của nó là quản trị kỳ vọng trong lúc chờ — chờ cho sếp và tổ chức hiểu đúng khối lượng công việc thật của một tài liệu do AI sinh ra. Chờ, chứ không phải trốn. Cái bạn giữ lại ở bước 2 không phải là chất lượng, mà là tốc độ. Phần bạn giao ra vẫn phải đúng, vẫn phải chịu trách nhiệm được, không có chuyện cố tình để lỗi cho sếp sáng mắt ra.

Và cái nhịp đó có hạn sử dụng. Có mấy thời điểm mình nghĩ bạn nên show tốc độ thật ra hết, đừng giữ:

• Khi bạn đang định giá lại bản thân — sắp review lương, sắp xét thăng cấp. Lúc đó cái người ta cần thấy là bạn tạo ra bao nhiêu giá trị, chứ không phải bạn bận cỡ nào.
• Khi bạn sắp đổi việc. Portfolio với reference của bạn nằm ở đây, không nằm ở chỗ bạn tỏ ra bận rộn.
• Khi bạn muốn chuyển vai — từ BA sang PO, sang lead. Muốn được giao việc lớn hơn thì phải cho người ta thấy bạn nuốt được việc lớn hơn.
• Khi việc đang thực sự gấp và cả team đang đuối. Lúc đó mà còn giữ nhịp thì không còn là quản trị kỳ vọng nữa.

Nói ngắn gọn: giữ nhịp là để bạn không bị nghiền nát trong tuần đầu, chứ không phải để bạn ngồi yên cả năm.

Còn đống tài liệu AI viết kia thì xử lý sao cho đỡ mệt

Phần này mình nói ngắn thôi, nhưng nó là phần cứu bạn nhiều thời gian nhất: đừng review đều tay. Đọc kỹ như nhau từ trang 1 tới trang 80 là cách nhanh nhất để hết pin mà vẫn lọt lỗi. Mình chia theo mức rủi ro:

• Chỗ đụng tiền, pháp lý, dữ liệu khách hàng (tính phí, hạn mức, lãi, hoàn tiền, phân quyền, lưu trữ thông tin cá nhân): đọc từng dòng, đối chiếu với quy định thật, không tin một chữ nào của AI.
• Luồng chính: đi theo checklist — luồng thành công, luồng thất bại, trạng thái đầu, trạng thái cuối, ai được làm, làm được mấy lần.
• Màn hình lặp lại, CRUD na ná nhau: soát mẫu vài cái, thấy pattern ổn thì đi tiếp.

Và nhớ giùm mình cái này, một anh trong group nói mà mình thấy quá đúng: "Sửa cái C dính cái A, không nắm là mất cả ngày". Tài liệu AI viết thường thiếu đúng cái mà con người tự nhớ trong đầu — sự liên đới giữa các phần. Nên trước khi sửa bất cứ chỗ nào, bạn nên bỏ ra mười lăm phút vẽ nhanh cái sơ đồ quan hệ giữa các nghiệp vụ, chỗ nào ăn theo chỗ nào. Mười lăm phút đó đổi lại được cả ngày.

Hi vọng bài viết này giúp bạn có thêm một vài cách để sống chung với tình huống "sếp tin AI 100%" mà không phải đối đầu với ai, cũng không phải gồng gánh một mình. Tóm gọn lại thì: đừng cãi với niềm tin, hãy để chính con AI đó tự nói giùm bạn; giữ nhịp trong giai đoạn đầu để đặt lại kỳ vọng, nhưng nhớ có lúc phải bung hết; và review tài liệu theo rủi ro chứ đừng review đều tay.

Cảm ơn các bạn đã đọc tới đây, nếu bạn có cách xử lý khác hay hơn, hoặc đang mắc kẹt ở một tình huống tương tự thì để lại comment kể mình nghe với nhé :D