Product Management
Đăng nhập
ESC

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

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

Bài 6 — Quy trình 5 bước: từ nhu cầu đến backlog sẵn sàng sprint

Ghép mọi thứ thành một quy trình lặp lại được

Bốn bài trước cho bạn từng công cụ: chẩn đoán INVEST, viết story, tách story, viết AC, dựng map. Bài này ghép chúng thành một quy trình chuẩn bạn chạy mỗi khi có nhu cầu mới — để không phải nghĩ lại từ đầu và chất lượng ổn định.

Quy trình 5 bước (mỗi bước 1 prompt)

  • Hiểu & khung hóa: biến nhu cầu thô thành mục tiêu + người dùng + giá trị (chưa viết story vội).
  • Định vị trên map: nhu cầu này rơi vào hoạt động nào trong story map hiện có? (tránh trùng, thấy phụ thuộc).
  • Viết story chuẩn INVEST (Bài 2).
  • Tách nếu to theo mẫu splitting (Bài 3).
  • Sinh AC + gắn ưu tiên (Bài 4), đánh dấu "phải có/để sau".

Prompt "tổ hợp" chạy nhanh cả chuỗi

Khi đã quen, bạn có thể gộp thành một prompt nhiều bước — nhưng vẫn yêu cầu AI dừng để bạn xác nhận ở khâu giá trị.

Bạn là trợ lý Product Owner. Xử lý nhu cầu sau qua 5 bước, in kết quả từng bước:

B1. Khung hóa: mục tiêu người dùng, giá trị, giả định cần kiểm chứng. B2. Định vị: nhu cầu này thuộc hoạt động nào trong hành trình [dán backbone của bạn]? B3. Viết 1-3 story INVEST (mẫu Là...tôi muốn...để...). B4. Nếu story nào quá lớn, tách theo mẫu splitting và gọi tên mẫu. B5. Với story ưu tiên cao nhất, viết AC Given/When/Then + ngoại lệ, đánh dấu Phải có/Để sau.

Sau B1, DỪNG và hỏi tôi xác nhận giả định giá trị trước khi viết story.

Nhu cầu thô: "[dán nguyên văn]". Bối cảnh sản phẩm: [sản phẩm], người dùng: [ai], hiện trạng: [đã có gì]. Backbone hiện có: [Khám phá] > [Đặt lịch] > [Thanh toán] > [Sau đặt lịch].

Yêu cầu "DỪNG sau B1" là chốt chặn chống ảo giác giá trị — bạn giữ quyền quyết định phần quan trọng nhất.

Vì sao đưa cả backbone story map vào prompt? Vì bước B2 (định vị) chỉ hữu ích khi AI biết bản đồ hành trình hiện tại của bạn. Nếu bỏ qua, AI sẽ tạo story "lơ lửng" không gắn với hành trình nào, dễ trùng lặp hoặc bỏ sót phụ thuộc. Backbone đóng vai trò như một "la bàn" giữ mọi story mới ăn khớp với bức tranh lớn — đây chính là cầu nối giữa Bài 5 (story map) và quy trình vận hành hằng tuần.

Các bước làm (vận hành hằng tuần)

  • Lập một file/Notion chứa: backbone story map + template prompt tổ hợp.
  • Mỗi nhu cầu mới: chạy prompt, xác nhận giả định ở B1.
  • Đưa story + AC vào công cụ backlog, gắn nhãn "AI-draft cần refinement".
  • Mang vào buổi refinement với đội — con người chốt.
  • Sau sprint, ghi lại chỗ AI hay sai để cải tiến prompt (vòng lặp học).

Template quy trình tái dùng

[ ] B1 Khung hóa (mục tiêu/giá trị/giả định) — PO xác nhận
[ ] B2 Định vị trên story map
[ ] B3 Viết story INVEST
[ ] B4 Tách nếu to (gọi tên mẫu)
[ ] B5 AC + ưu tiên (Phải có/Để sau)
[ ] Refinement với đội — con người chốt

Sai lầm thường gặp

  • Chạy hết 5 bước không dừng xác nhận. AI trôi theo giả định sai từ B1 khiến cả chuỗi lệch. Luôn có chốt chặn con người.
  • Bỏ buổi refinement vì "AI viết rồi". Story vẫn cần đội thẩm định khả thi và ước lượng. Đây là phụ thuộc quá mức nguy hiểm.
  • Không cập nhật backbone khi sản phẩm đổi. AI định vị dựa trên backbone bạn đưa; backbone cũ → gợi ý lệch.
  • Nhét toàn bộ backlog/dữ liệu công ty vào một prompt khổng lồ. Rò rỉ + AI dễ lẫn ngữ cảnh và bịa. Đưa vừa đủ.
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