Từ làm tay đến dây chuyền
Sáu bài trước, bạn chạy từng bước thủ công. Với AI agent — một trợ lý có thể thực hiện chuỗi tác vụ nhiều bước, gọi công cụ và tuân theo quy trình — bạn có thể biến toàn bộ pipeline "phản hồi → backlog" thành một dây chuyền chạy định kỳ. PO chuyển vai từ "người làm" sang "người thiết kế quy trình và giám sát chất lượng". Lưu ý: bài này về TƯ DUY thiết kế agent cho công việc PO, không phải dạy lập trình.
Kiến trúc một agent "Feedback-to-Backlog"
Hình dung agent như một chuỗi các bước có kiểm soát:
- Thu thập: kết nối nguồn (export support, review, khảo sát) theo lịch tuần.
- Làm sạch: áp quy tắc che PII + bỏ nhiễu (Bài 2).
- Gom cụm: phân loại vào khung chủ đề cố định (Bài 3).
- Trích pain point + severity (Bài 4).
- So sánh với kỳ trước: phát hiện chủ đề mới nổi/leo thang.
- Sinh nháp story cho pain point mới severity cao (Bài 5).
- Chấm RICE sơ bộ (Bài 6).
- Bàn giao cho PO duyệt: agent KHÔNG tự đẩy vào backlog — nó tạo bản nháp chờ người phê duyệt.
Ví dụ cụ thể
Mỗi sáng thứ Hai, agent gửi bạn một báo cáo: "Tuần qua 180 phản hồi mới. Chủ đề leo thang: 'Đăng nhập OTP thất bại' tăng từ 4 lên 29 mẩu (+625%). Đã tạo 1 story nháp severity High kèm 5 trích dẫn. Bấm để duyệt." Bạn đọc 3 phút, chỉnh 1 câu, phê duyệt — xong.
Prompt/hướng dẫn hệ thống cho agent
VAI TRÒ: Bạn là agent phân tích phản hồi khách hàng cho Product Owner.
CHẠY ĐỊNH KỲ: hằng tuần.
QUY TRÌNH (thực hiện tuần tự, dừng và báo nếu bước nào thiếu dữ liệu):
1. Nhận dữ liệu phản hồi tuần này (đã có ID, nguồn, ngày).
2. Làm sạch: che PII, bỏ nhiễu. Giữ nguyên ý nghĩa.
3. Phân loại vào KHUNG CHỦ ĐỀ cố định: [dán khung].
4. Trích pain point + severity cho mỗi chủ đề.
5. So sánh tần suất với kỳ trước [dán số liệu kỳ trước]; đánh dấu leo thang >50%.
6. Với pain point MỚI severity High/Blocker: sinh story nháp + 3 trích dẫn (chỉ ID có thật) + RICE sơ bộ (Effort để trống).
7. Xuất BÁO CÁO: tóm tắt xu hướng + danh sách story nháp CHỜ DUYỆT.
NGUYÊN TẮC AN TOÀN:
- KHÔNG tự đẩy item vào backlog. Chỉ tạo nháp.
- KHÔNG bịa trích dẫn/ID. Nếu bằng chứng yếu, ghi "cần PO xác minh".
- Gắn cờ mọi kết luận có độ tin thấp.
Các bước triển khai
- Cố định khung chủ đề và định dạng dữ liệu đầu vào (chuẩn hóa từ Bài 2–3).
- Viết "system prompt" quy trình như trên; lưu thành cấu hình dùng lại.
- Chạy thử agent trên dữ liệu 1 tuần, đối chiếu kết quả với cách làm tay.
- Thêm bước so sánh kỳ trước để bắt xu hướng.
- Thiết lập điểm dừng "chờ PO duyệt" trước mọi hành động ghi vào hệ thống.
- Lên lịch chạy tuần; dành 30 phút mỗi tuần để giám sát và tinh chỉnh prompt.
Template — Nhật ký giám sát agent
| Tuần | Số phản hồi | Chủ đề leo thang | Story nháp tạo | PO duyệt/sửa/bỏ | Lỗi phát hiện |
|---|---|---|---|---|---|
| W24 | 180 | OTP thất bại | 1 | Sửa 1, duyệt |
Sai lầm thường gặp
- Cho agent quyền tự ghi vào backlog (mất kiểm soát): một agent tự đẩy story vào sprint có thể gây hỗn loạn. Luôn giữ nút phê duyệt của con người.
- Ảo giác nhân lên theo quy trình: khi tự động, một trích dẫn bịa có thể lan qua nhiều bước mà không ai để ý. Bắt buộc agent gắn ID truy vết và bạn kiểm tra mẫu định kỳ.
- Rò rỉ dữ liệu qua tích hợp: kết nối tự động tới nguồn phản hồi phải tuân thủ chính sách bảo mật; đừng để dữ liệu khách chảy qua công cụ chưa được phê duyệt.
- Phụ thuộc quá mức, ngừng đọc dữ liệu thô: nếu PO chỉ đọc báo cáo tóm tắt suốt nhiều tháng, bạn mất cảm nhận trực tiếp về khách hàng. Định kỳ tự đọc phản hồi thô để "hiệu chỉnh giác quan".
- Không có bước drift-check: khung chủ đề cũ có thể lỗi thời khi sản phẩm đổi. Rà soát khung mỗi quý.
Kết bài
Bạn đã có một dây chuyền bán tự động, con người ở nút cuối. Bài 8 sẽ đặt tất cả vào tình huống vận hành thực tế — cách trình bày trước stakeholder, xử lý xung đột dữ liệu, và duy trì độ tin cậy lâu dài.