Vấn đề của bạn
Backlog là nơi PM tốn thời gian cơ học nhất: viết đi viết lại ticket cùng định dạng, chẻ epic thành story, viết acceptance criteria, gắn nhãn, dọn ticket cũ trùng lặp. Những việc này cần chuẩn hóa hơn là sáng tạo — đúng "vùng" của AI. Ở bài này ta dùng AI để sản xuất ticket chất lượng đồng đều và (mức nâng cao) kết nối trực tiếp để tự tạo ticket.
Ví dụ cụ thể
Bạn có một epic "Cải thiện onboarding". Thay vì ngồi chẻ tay 2 tiếng, bạn mô tả epic cho AI và yêu cầu chẻ thành 5-7 story dạng chuẩn Jira, mỗi story có acceptance criteria Given/When/Then và ước lượng tương đối (S/M/L). Bạn duyệt, chỉnh, và paste vào Jira (hoặc để agent tự tạo).
Prompt mẫu: chẻ epic thành story
Bạn là PM. Chẻ epic dưới đây thành các user story độc lập, mỗi story:
- Tiêu đề ngắn (theo mẫu: [Onboarding] <hành động>)
- Mô tả: Là <ai>, tôi muốn <gì>, để <lợi ích>
- Acceptance criteria: 2-4 dòng Given/When/Then, test được
- Ước lượng tương đối: S / M / L kèm 1 câu lý do
- Nhãn đề xuất
Quy tắc:
- Mỗi story giao được độc lập (tránh phụ thuộc chéo nếu có thể).
- Nếu epic thiếu thông tin, thêm mục [CẦN PM QUYẾT] thay vì tự bịa.
- KHÔNG tự thêm phạm vi ngoài mô tả.
EPIC: <mô tả epic của bạn ở đây>
Các bước triển khai (không cần tích hợp)
- Chuẩn hóa template ticket của team (định dạng story + acceptance criteria) và đưa vào system prompt để AI luôn theo đúng.
- Chạy prompt chẻ epic, duyệt từng story: xóa phạm vi thừa, xử lý mọi
[CẦN PM QUYẾT]. - Nhờ AI soi chất lượng: "Story nào thiếu acceptance criteria test được? Story nào quá lớn nên chẻ tiếp?"
- Copy vào Jira/Linear theo lô.
- Với backlog cũ: export danh sách ticket, nhờ AI tìm trùng lặp và gợi ý gộp/đóng (bạn ra quyết định cuối).
Nâng cao: kết nối trực tiếp (agent)
Khi đã tin quy trình, bạn nối AI với Jira để tự tạo ticket:
- Zapier/Make: trigger (form, Slack) → bước AI viết ticket → tạo issue Jira.
- MCP/tích hợp gốc: một số công cụ (Claude/ChatGPT + connector) đọc/tạo issue trực tiếp.
- Nguyên tắc an toàn: giai đoạn đầu để agent tạo draft/ticket ở trạng thái "Cần PM duyệt", không tự chuyển vào sprint. Người vẫn gác cổng.
Template "Definition of Ready" cho ticket AI tạo
[ ] Tiêu đề rõ, đúng format team
[ ] User story đủ 3 phần (ai / muốn gì / để làm gì)
[ ] Acceptance criteria test được (Given/When/Then)
[ ] Không chứa phạm vi ngoài yêu cầu gốc
[ ] Ước lượng có lý do, story không quá lớn
[ ] Đã xử lý mọi [CẦN PM QUYẾT]
[ ] Nếu do agent tạo: đang ở trạng thái chờ PM duyệt
Sai lầm thường gặp
- Để AI "phình phạm vi" (scope creep). AI thích thêm story "cho đầy đủ" — nhiều thứ ngoài ý định, làm sprint phình ra. Luôn ra lệnh "không thêm phạm vi ngoài mô tả" và cắt tay.
- Agent tự tạo ticket vào sprint không kiểm. Nếu bật tự động mà bỏ khâu duyệt, AI có thể tạo hàng loạt ticket sai/trùng, gây nhiễu team. Luôn có trạng thái chờ duyệt ở giai đoạn đầu.
- Ảo giác nhãn/assignee. AI có thể gán nhãn không tồn tại hoặc "chỉ định" người không có trong team. Kiểm tra trường metadata trước khi đẩy.
- Ước lượng của AI bị coi là cam kết. Ước lượng S/M/L của AI chỉ để khởi động; effort thật do team ước lượng. Đừng biến số AI thành lời hứa với sếp.
- Phụ thuộc: mất cảm giác backlog. Nếu không tự đọc backlog, bạn mất bức tranh phụ thuộc và ưu tiên — thứ quyết định thành bại của sprint.
Chốt bài
AI biến việc chẻ epic và viết ticket từ hàng giờ xuống vài phút với chất lượng đồng đều, và có thể tự tạo ticket khi bạn nối agent — nhưng phải giữ cổng duyệt và chống phình phạm vi. Bài sau: xử lý Slack, họp và giao tiếp.