AI cho Product Owner: việc nào nên giao, việc nào giữ lại
Bảng chia việc cho PO: phần nào để AI soạn nháp, phần nào tự làm. Kèm tóm tắt sáu bài về prompt, dữ liệu, phản hồi khách hàng và số liệu.
Viết bởi Phan Lâm Duy Khôi
AI cho Product Owner hữu ích nhất ở phần soạn: nháp user story, gom ghi chú, liệt kê trường hợp lỗi và tính nhanh số liệu. PO giữ lại việc xác nhận thông tin, cân nhắc đánh đổi và ra quyết định. Bản nháp nào cũng cần được đối chiếu với một nguồn cụ thể.
AI cho Product Owner giúp được tới đâu?
AI giúp PO nhanh hơn ở phần soạn: nháp user story, gom ghi chú, liệt kê trường hợp lỗi, tính nhanh vài con số. Còn việc xác nhận thông tin đúng sai, cân nhắc đánh đổi và ra quyết định vẫn thuộc về PO.
Blog này đã có sáu bài về AI trong công việc PO. Mỗi bài đi sâu vào một việc. Trang này gom chúng lại để bạn biết việc nào nên giao, việc nào nên giữ, và khi gặp việc đó thì đọc bài nào.
AI ở đây là các công cụ chat như ChatGPT hay Claude, dùng trong phạm vi công ty cho phép. Trang này không so công cụ nào tốt hơn. Cách chia việc bên dưới áp dụng được cho mọi công cụ.
Việc nào của PO nên giao cho AI, việc nào nên giữ lại?
Đọc bảng theo từng hàng. Cột thứ hai là phần AI có thể làm nháp. Cột thứ ba là phần bạn tự làm, dù bản nháp trông ổn đến đâu.
| Việc của PO | AI làm | PO giữ lại | Bài nên đọc |
|---|---|---|---|
| Viết user story và acceptance criteria (tiêu chí chấp nhận) | Soạn nháp theo mẫu, liệt kê trường hợp cần nghĩ tới | Chốt người dùng, quy tắc nghiệp vụ, con số và giới hạn | Dùng Claude cho PO; 5 prompt mỗi sprint |
| Gom phản hồi khách hàng | Gom nhóm, đặt tên chủ đề, kèm mã các dòng gốc | Truy chủ đề về dòng gốc, đếm số người, tự đọc một mẫu | Dùng AI tóm tắt phản hồi khách hàng |
| Phân tích số liệu cho báo cáo | Tính nhanh, gợi ý câu hỏi nên đặt cho dữ liệu | Đối chiếu tổng, kiểm tử số và mẫu số, tự tính lại vài số chính | Số liệu do AI phân tích |
| Chuẩn bị dữ liệu trước khi dán | Không giao. Bạn làm bước này trước khi mở công cụ | Kiểm tra quy định, chỉ lấy phần cần dùng, ẩn danh | Dữ liệu nào không nên đưa vào công cụ AI |
| Sắp thứ tự backlog | Nêu tiêu chí so sánh, tóm tắt từng hạng mục | Quyết thứ tự, nói lý do, chịu trách nhiệm khi sai | AI có thay được Product Owner không? |
| Tìm edge case (tình huống ít gặp, dễ bị sót) | Liệt kê những cách một luồng có thể hỏng | Chọn trường hợp nào làm trong sprint này, ghi lý do hoãn phần còn lại | 5 prompt mỗi sprint |
| Giao việc cho AI agent | Làm theo brief | Viết brief (bản giao việc) rõ ràng, đọc phần chưa kiểm tra, tự dùng thử kết quả | 5 prompt mỗi sprint |
| Soạn tin nhắn cho stakeholder (các bên liên quan) | Bản nháp lịch sự, rõ ý | Chọn điều cần nói và điều chưa nên hứa | Dùng Claude cho PO |
Chỉ có một hàng AI không tham gia: chuẩn bị dữ liệu. Đây là bước bạn làm trước khi mở công cụ. Nó cũng là bước hay bị bỏ qua nhất khi đang gấp.
Trước khi giao một việc cho AI, cần tự hỏi gì?
Sáu bài trong cụm này dựa trên cùng một cách nghĩ. Có thể gói lại thành ba câu hỏi, dùng được cho mọi việc.
- Phần nào là soạn, phần nào là quyết? Soạn là biến thông tin đã có thành chữ, bảng hay danh sách. Quyết là chọn điều gì đúng và chịu trách nhiệm khi nó sai. Chỉ giao phần soạn.
- Dữ liệu này đã được phép đưa vào công cụ chưa? Chưa rõ thì hỏi quản lý hoặc IT trước. Đừng suy ra từ việc đồng nghiệp đang dùng.
- Mình sẽ đối chiếu kết quả với nguồn nào? Đó có thể là chính sách, dữ liệu gốc hoặc người phụ trách. Chưa trả lời được thì đừng giao việc đó cho AI lúc này.
Câu thứ ba quan trọng nhất. AI viết trôi chảy cả khi sai. Viện Tiêu chuẩn và Công nghệ Quốc gia Hoa Kỳ (NIST) gọi hiện tượng này là “confabulation”, tức AI tự tin đưa ra nội dung sai hoặc bịa. Không có nguồn để đối chiếu, bạn sẽ không biết bản nháp sai ở đâu.
AI có thay được Product Owner không?
Đây là điều nhiều người mới làm PO lo nhất. Bài viết trả lời dựa trên Scrum Guide 2020. Theo đó, PO là một người và chịu trách nhiệm tối đa hóa giá trị của sản phẩm. PO có thể giao việc cho người khác, nhưng trách nhiệm vẫn ở PO. Giao phần soạn cho công cụ AI cũng vậy.
Phần đáng giữ nhất của bài là cách tự tìm câu trả lời. Thay vì hỏi chung chung, hãy liệt kê các việc thật trong một tuần. Đánh dấu việc nào là soạn, việc nào là quyết, rồi xem AI giúp được đến đâu. Bài có một tuần làm việc minh họa và một checklist tự đánh giá.
Kiểm tra bản nháp do AI viết thế nào trước khi gửi team?
Bài này mở đầu bằng một user story về đổi trả hàng. AI tự điền thời hạn 30 ngày, trong khi chính sách thật là 7 ngày. Không ai trong team đưa ra con số đó. Nguyên tắc của bài gói trong một câu: AI nháp, PO kiểm, PO quyết.
Bài chỉ ra bốn lỗi cần soát trước tiên: bịa quy tắc nghiệp vụ, bỏ sót trường hợp lỗi, viết tiêu chí không kiểm tra được, và trả lời tự tin dù thiếu dữ liệu. Cuối bài có checklist bảy mục, dùng trước khi gửi bất kỳ tài liệu nào có AI soạn cùng.
Dữ liệu nào không nên dán vào công cụ AI?
Hãy đọc bài này trước khi dán bất cứ thứ gì từ công việc vào AI. Bài nêu sáu nhóm dữ liệu không nên đưa vào khi công ty chưa cho phép rõ ràng: dữ liệu cá nhân của khách, số liệu và kế hoạch chưa công bố, hợp đồng, mật khẩu và API key, mã nguồn và chi tiết bảo mật, thông tin nhân sự.
Phần dùng được ngay là bốn bước kiểm tra trước khi dán, kèm ví dụ ẩn danh một phiếu khiếu nại. Ý chính của bài: phần lớn công việc vẫn làm được với ít dữ liệu hơn. Để gom chủ đề khiếu nại, bạn chỉ cần phần nội dung. Tên, số điện thoại hay mã đơn không giúp gì cho việc đó.
Dùng AI tóm tắt phản hồi khách hàng thì kiểm gì?
AI gom hơn trăm dòng phản hồi chỉ trong vài giây. Cái khó là bản tóm tắt gọn đến mức bạn không nhận ra chỗ nào AI đã đoán. Trong ví dụ của bài, một câu trích về ví điện tử nghe rất thật, nhưng không có dòng nào trong dữ liệu nói vậy.
Bài liệt kê sáu chỗ dễ sai và bốn bước kiểm. Hai thói quen đáng giữ nhất: mỗi chủ đề phải kèm mã các dòng gốc, và đếm số người chứ không đếm số lượt nhắc. Một khách nhắn đi nhắn lại có thể làm một chủ đề trông lớn hơn thực tế.
Số liệu do AI phân tích cần kiểm gì trước khi báo cáo?
Lỗi trong con số khó thấy hơn lỗi trong câu chữ. Ví dụ minh họa của bài là một tỷ lệ chuyển đổi 36,2%. Kiểm tra lại thì số đúng chỉ là 4,4%, vì công cụ chia sai mẫu số và tính cả đơn thử nội bộ.
Bài đưa ra bốn bước. Một, đối chiếu tổng với hệ thống gốc. Hai, kiểm tra tử số, mẫu số và kỳ báo cáo. Ba, tự tính lại 2 đến 3 số quan trọng. Bốn, ghi rõ nguồn và phần chưa chắc chắn khi báo cáo. Câu hỏi nên tập thành phản xạ: tỷ lệ này chia cho cái gì?
Prompt nào PO có thể dùng lại mỗi sprint?
Khi đã quen cách kiểm tra, bạn có thể lấy mẫu dùng ngay trong bài 5 prompt. Năm prompt dành cho năm việc: tổng hợp nghiên cứu, chia nhỏ user story, viết acceptance criteria, tìm edge case và viết brief cho AI agent.
Mỗi prompt đi kèm một bước kiểm tra. Với prompt tổng hợp nghiên cứu, chủ đề chỉ có một nguồn thì mới là phỏng đoán, chưa phải xu hướng. Với brief cho AI agent, hãy đọc phần “chưa kiểm tra” trong báo cáo của agent trước tiên.
Việc nào PO không nên giao cho AI?
Qua sáu bài, có bốn việc bạn nên tự làm, kể cả khi công cụ soạn được bản nháp:
- Chốt quy tắc nghiệp vụ, con số và giới hạn. Những thứ này đến từ chính sách và người phụ trách.
- Quyết thứ tự backlog và nói lý do với stakeholder.
- Diễn giải hợp đồng hay trả lời câu hỏi pháp lý. Việc này cần hỏi bộ phận pháp chế hoặc người đã đàm phán hợp đồng.
- Những cuộc nói chuyện khó, như từ chối một yêu cầu hay xin lỗi khách. AI có thể giúp bạn sắp xếp ý, nhưng lời nói nên là của bạn.
Điểm chung của bốn việc này: có người khác dựa vào câu trả lời của bạn để hành động. Khi kết quả sai, bạn là người đứng ra giải thích.
Mới bắt đầu thì nên đọc theo thứ tự nào?
- Mới làm PO và đang lo về AI: đọc bài “AI có thay được Product Owner không?” trước, rồi dùng checklist tự đánh giá với lịch làm việc trong tuần của bạn.
- Sắp dán dữ liệu công việc vào một công cụ AI: đọc trước bài về dữ liệu không nên đưa vào AI, kể cả khi chỉ dán một đoạn ngắn.
- Đã dùng AI để nháp tài liệu hằng ngày: đọc bài “Dùng Claude cho PO” để lấy checklist, rồi lấy năm prompt mẫu về dùng.
- Sắp gửi báo cáo có số liệu hoặc chủ đề từ phản hồi khách: đọc hai bài về tóm tắt phản hồi và kiểm số liệu.
Mình đang gom prompt, checklist và ví dụ trong cụm bài này thành một kho tài nguyên AI cho PO. Nếu muốn nhận thông báo khi kho mở, bạn để lại email bên dưới.
Câu hỏi thường gặp
AI cho Product Owner nên bắt đầu từ việc nào?
Hãy bắt đầu từ một việc soạn thảo mà bạn có nguồn để đối chiếu. Ví dụ: nháp user story từ quy tắc đã chốt, hoặc gom ghi chú đã ẩn danh. Đừng bắt đầu bằng việc cần ra quyết định, như sắp thứ tự backlog.
Dùng ChatGPT hay Claude thì cách chia việc này có khác không?
Không. Cách tách phần soạn và phần quyết không phụ thuộc công cụ. Điều cần hỏi là công ty đã cho phép dùng công cụ đó với loại dữ liệu bạn định đưa vào chưa.
Có cần học viết prompt thật giỏi trước không?
Không cần. Một prompt tốt chủ yếu cần đủ bối cảnh: người dùng là ai, quy tắc đã chốt, phạm vi và dạng kết quả bạn muốn nhận. Kỹ năng cần tập nhiều hơn là kiểm tra kết quả.
AI có làm PO mất việc không?
Trang này không dự đoán thị trường việc làm. Theo Scrum Guide 2020, trách nhiệm với giá trị sản phẩm thuộc về một người. Trách nhiệm đó không chuyển sang công cụ.
Nguồn kiểm tra
Bài liên quan
- AI có thay được Product Owner không? Việc nào vẫn cần PO: AI có thay được Product Owner không? Câu trả lời ngắn là chưa. Bài tách rõ việc AI soạn được và việc PO phải tự quyết, kèm bảng tự đánh giá cho người mới.
- Dùng Claude cho PO: việc nào giúp được, việc nào phải tự làm: AI soạn nháp rất nhanh. Bài này chỉ ra bốn lỗi cần soi và một checklist để kiểm tra trước khi tài liệu tới tay team.
- Dữ liệu nào không nên đưa vào công cụ AI ở công ty?: Sáu nhóm dữ liệu PO nên giữ ngoài công cụ AI, cách lọc từng đoạn trước khi dán, ví dụ ẩn danh một khiếu nại và checklist dùng ngay.
- Dùng AI tóm tắt phản hồi khách hàng: chỗ dễ sai và cách kiểm: Công cụ AI gom và gọi tên chủ đề rất nhanh, nhưng có thể bịa trích dẫn, làm mất tần suất và bỏ sót nhóm khách nhỏ. Bài này chỉ ra từng chỗ dễ sai và cách PO kiểm trước khi dùng bản tóm tắt để quyết định.