Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Bài 7 — Tự động hóa bằng AI-agent: sinh AC hàng loạt ngay trong công cụ

Đã đọc 0/7 mục · còn khoảng 3 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Đến đây bạn đã làm thủ công tốt. Bước tiếp theo: giảm ma sát để AI chạy ngay trong nơi bạn làm việc (Jira, Confluence, Azure DevOps) và xử lý nhiều story một lúc, thay vì copy-paste từng cái. Đây là lúc dùng AI-agent — cấu hình một lần, dùng lại nhiều lần.

Ba mức tự động hóa

  • Mức 1 — Prompt lưu sẵn: lưu template prompt (Bài 2) thành snippet/saved prompt, gọi khi cần. Rẻ, an toàn, dễ bắt đầu.
  • Mức 2 — Tích hợp trong công cụ: dùng AI assistant tích hợp sẵn của Jira/Confluence hoặc plugin được IT duyệt, để "sinh AC" ngay trên ticket. Giảm copy-paste.
  • Mức 3 — Agent theo lô: một agent nhận danh sách story, tự chạy quy trình 6 bước cho từng cái, xuất bản nháp AC gắn vào ticket ở trạng thái "chờ PO duyệt".
Quan trọng: mức tự động hóa càng cao, cổng kiểm soát của con người càng phải chặt. Agent không được tự đẩy AC vào trạng thái "Ready" — luôn dừng ở "chờ PO duyệt".

Prompt mẫu cấu hình "agent sinh AC theo lô"

Bạn là agent hỗ trợ Product Owner. Với MỖI story trong danh sách,
thực hiện quy trình:
1) Chuẩn hóa story.
2) Liệt kê giả định + câu hỏi làm rõ (KHÔNG tự quyết nghiệp vụ).
3) Sinh happy path + edge case theo 7 nhóm (tiếng Việt, Gherkin,
   Then đo được).
4) Gắn nhãn "DRAFT - CHỜ PO DUYỆT" ở đầu mỗi output.
QUY TẮC AN TOÀN:
- Không dùng/bịa dữ liệu khách hàng thật; dùng dữ liệu giả.
- Nếu thiếu ràng buộc nghiệp vụ, DỪNG và hỏi, đừng đoán.
- Xuất mỗi story thành một block riêng, kèm danh sách câu hỏi.

Danh sách story:
[story 1...]
[story 2...]

Vì sao phải leo thang từ từ, không nhảy Mức 3

Cám dỗ lớn nhất là thấy agent chạy được liền bật lô hàng loạt cho cả backlog. Nhưng nếu quy trình thủ công của bạn còn hổng, tự động hóa chỉ khuếch đại lỗi: một giả định sai trong template sẽ nhân ra ba mươi ticket sai. Nguyên tắc là tự động hóa cái đã ổn định. Chạy tay đủ tốt ở Mức 1–2 vài sprint, tin rằng template cho AC chặt, rồi mới để agent làm theo lô — và ngay cả khi đó agent chỉ dừng ở nháp, không bao giờ tự chuyển Ready.

Các bước triển khai (bắt đầu nhỏ)

  • Bắt đầu Mức 1: lưu template prompt chuẩn của bạn.
  • Kiểm tra công cụ AI đã được IT/bảo mật phê duyệt cho dữ liệu công ty.
  • Thử Mức 2 trên 1 story thật, so sánh chất lượng với làm tay.
  • Chỉ lên Mức 3 khi đã tin quy trình; luôn để agent dừng ở "DRAFT".
  • PO review từng draft trước khi chuyển "Ready".

Checklist an toàn trước khi tự động hóa

  • [ ] Công cụ AI được IT/bảo mật phê duyệt cho dữ liệu nội bộ.
  • [ ] Agent luôn xuất trạng thái "DRAFT - CHỜ PO DUYỆT".
  • [ ] Có bước bắt buộc PO review trước khi vào sprint.
  • [ ] Agent dừng-và-hỏi khi thiếu ràng buộc, không tự đoán.
  • [ ] Không dữ liệu khách hàng thật nào rời khỏi hệ thống được duyệt.

Sai lầm thường gặp

  • Để agent auto-approve. Tự động hóa chốt AC là công thức thảm họa: một ảo giác của agent lọt thẳng vào sprint. Con người phải là cổng cuối.
  • Dùng tool AI chưa được duyệt để xử lý dữ liệu công ty. Sinh AC hàng loạt nghĩa là đẩy nhiều nội dung nội bộ lên tool — rủi ro rò rỉ dữ liệu nhân lên. Chỉ dùng công cụ đã qua bảo mật.
  • Nhảy thẳng Mức 3. Chưa tin quy trình thủ công đã tự động hóa thì bạn khuếch đại lỗi. Leo thang từ từ.
  • Phụ thuộc quá mức khiến kỹ năng PO mai một. Nếu bạn thôi tự nghĩ về edge case, chất lượng review sẽ tụt. Agent hỗ trợ tư duy, không thay thế.
Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi