Bối cảnh & vấn đề
Giai đoạn delivery ngốn thời gian PM bởi hàng loạt việc nhỏ nhưng liên tục: chẻ epic thành ticket, tóm tắt standup cho stakeholder, viết release note, trả lời câu hỏi làm rõ của dev. Từng việc nhỏ nhưng cộng lại chiếm cả buổi. AI xử lý phần soạn thảo lặp lại rất tốt, để bạn tập trung vào việc gỡ vướng và ưu tiên.
AI làm gì trong delivery
- Chẻ một epic/tính năng thành các ticket nhỏ có thể ước lượng.
- Tóm tắt log standup/Slack thành cập nhật ngắn cho stakeholder.
- Viết release note theo giọng phù hợp (nội bộ hoặc khách hàng).
- Soạn câu trả lời cho câu hỏi làm rõ của dev dựa trên PRD.
- Kiểm tra tính nhất quán giữa ticket và acceptance criteria.
Ví dụ cụ thể
Cuối sprint, bạn có 30 dòng log cập nhật lộn xộn trong Slack. Sếp muốn một đoạn tóm tắt 5 dòng cho báo cáo tuần.
Prompt mẫu
Bạn là trợ lý delivery cho Product Manager.
Dưới đây là log cập nhật sprint (nhiều người, rời rạc).
Viết bản tóm tắt cho stakeholder KHÔNG rành kỹ thuật:
1) 3-5 gạch đầu dòng: đã xong gì, đang làm gì, rủi ro/chậm gì.
2) Nêu rõ hạng mục nào có rủi ro trễ deadline và lý do.
3) Dùng ngôn ngữ nghiệp vụ, tránh thuật ngữ code.
4) CHỈ dùng thông tin trong log; nếu thiếu, ghi "cần xác nhận", KHÔNG tự bịa tiến độ.
[dán log]
Các bước làm
- Thu thập nguồn thô: log Slack, ghi chú standup, PRD liên quan.
- Chọn đúng "khán giả" cho đầu ra (dev, sếp, khách hàng) — quyết định giọng văn.
- Chạy prompt với ràng buộc "chỉ dùng thông tin cung cấp".
- Đối chiếu tóm tắt với thực tế board (Jira/Trello) trước khi gửi.
- Với release note gửi khách: cho marketing/legal review nếu cần.
- Lưu prompt theo từng loại đầu ra (ticket / standup / release note).
Template tái dùng: Cập nhật sprint cho stakeholder
- Đã hoàn thành: ___
- Đang tiến hành: ___
- Rủi ro / chậm trễ: ___ (lý do + hành động)
- Cần quyết định từ stakeholder: ___
- Metric/kết quả nổi bật: ___
Sai lầm thường gặp
- AI bịa tiến độ (ảo giác): nếu log không nói task X xong, AI có thể suy đoán "đã hoàn thành". Luôn ràng buộc "chỉ dùng thông tin cung cấp" và đối chiếu board.
- Gửi release note cho khách chưa review (rủi ro danh tiếng): AI có thể mô tả sai tính năng hoặc lộ tính năng chưa ra mắt. Duyệt trước khi công bố.
- Dán token/API key/secret trong log vào tool (rò rỉ dữ liệu): log kỹ thuật hay lẫn thông tin nhạy cảm; lọc trước.
- Chẻ ticket máy móc: AI chẻ theo mẫu chung, có thể bỏ sót phụ thuộc kỹ thuật nội bộ. Dev phải review lại.
- Phụ thuộc quá mức khi trả lời dev: câu trả lời cần khớp quyết định nghiệp vụ thật, không để AI "đoán" thay bạn với dev.
Vì sao giai đoạn delivery là chỗ AI an toàn nhất
Delivery là nơi dùng AI có tỉ lệ lợi ích/rủi ro tốt nhất, vì ba lý do:
- Sai là thấy ngay. Ticket viết sai thì dev phản hồi trong ngày. Không như số liệu sai, nó không âm thầm gây hại.
- Nội dung đã có sẵn. Bạn không nhờ AI nghĩ ra điều gì mới — bạn nhờ nó chuyển PRD đã duyệt thành ticket, standup log thành bản cập nhật.
- Khối lượng lớn, giá trị mỗi đơn vị thấp. Đúng loại việc nên tự động hoá.
Chẻ epic thành ticket — và cái bẫy
AI chẻ epic rất nhanh, nhưng nó chẻ theo lớp kỹ thuật nếu bạn không nói rõ: một ticket cho backend, một cho frontend, một cho database. Nghe hợp lý nhưng sai, vì không ticket nào giao được giá trị một mình — và bạn mất khả năng dừng giữa đường.
Câu lệnh đúng:
> "Chẻ tính năng này thành các ticket, mỗi ticket giao được một phần giá trị dùng được một mình, không chẻ theo lớp kỹ thuật. Với mỗi ticket, ghi rõ tiêu chí hoàn thành."
Phép thử một ticket tốt: nếu chỉ làm ticket này rồi dừng, có ai dùng được gì không? Trả lời "không" nghĩa là chẻ sai.
Bản cập nhật cho stakeholder — cấu trúc quan trọng hơn câu chữ
Tóm tắt standup do AI viết thường dài và đều đều: mọi việc nghe quan trọng như nhau. Ép nó vào cấu trúc:
> "Tóm tắt thành đúng bốn phần: (1) đã xong tuần này, (2) đang vướng và cần ai gỡ, (3) thay đổi so với kế hoạch, (4) không có gì đáng lo ở phần còn lại. Mỗi phần tối đa 3 dòng."
Phần (2) và (3) là phần stakeholder thật sự cần. Bản cập nhật không có phần "đang vướng" là bản cập nhật vô dụng — và đó chính là loại bản cập nhật AI viết ra nếu bạn không yêu cầu.
Ranh giới: AI không trả lời câu hỏi của dev thay bạn
AI soạn được câu trả lời dựa trên PRD. Nhưng khi dev hỏi một câu PRD không trả lời được — và đó là phần lớn câu hỏi thật — AI sẽ bịa ra một câu trả lời nghe hợp lý. Dev làm theo, và bạn phát hiện ra hai tuần sau.
Quy tắc: nếu câu trả lời không nằm trong PRD, bạn tự quyết và ghi lại vào PRD. Đừng để AI quyết định nghiệp vụ dưới dạng "trả lời câu hỏi làm rõ".
Làm ngay
Lấy epic gần nhất, chẻ bằng AI với câu lệnh ở trên, rồi chạy phép thử "làm xong ticket này rồi dừng thì ai dùng được gì" cho từng ticket. Số ticket không qua được phép thử là số ticket cần chẻ lại. <!--/les-append-->