Product Management
Đăng nhập
ESC

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

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

Bài 5 — Phát hiện phụ thuộc và rủi ro giữa các story bằng AI

Vấn đề: phụ thuộc ẩn làm vỡ sprint

Story B cần API mà story A mới xây; story C dùng bảng dữ liệu story D chưa tạo. Những phụ thuộc này thường lộ ra giữa sprint — quá muộn. PO khó nhớ hết mối liên hệ khi backlog lớn. Đây là loại lỗi đắt nhất: cả đội chờ nhau, sprint trượt.

AI đọc toàn bộ mô tả cùng lúc và chỉ ra các cặp "cái này cần cái kia trước", đồng thời cảnh báo rủi ro kỹ thuật/nghiệp vụ tiềm ẩn.

Ví dụ cụ thể

Đầu vào 4 story: (A) "Tạo API danh mục sản phẩm", (B) "Hiển thị bộ lọc danh mục ở trang tìm kiếm", (C) "Gửi email xác nhận đơn", (D) "Thiết lập dịch vụ gửi email".

AI nên chỉ: B phụ thuộc A (cần API danh mục trước), C phụ thuộc D (cần dịch vụ email trước). Gợi ý thứ tự: A→B, D→C. Nhờ đó bạn không kéo B vào sprint mà quên A.

Prompt mẫu

Vai trò: trợ lý phát hiện phụ thuộc & rủi ro trong backlog cho PO.

Dưới đây là danh sách story (ID + mô tả + AC). Hãy: 1) Liệt kê các cặp PHỤ THUỘC: "X cần Y hoàn thành trước" | lý do. 2) Đề xuất THỨ TỰ triển khai hợp lý (chuỗi/nhóm). 3) Nêu RỦI RO tiềm ẩn (kỹ thuật, dữ liệu, bên thứ ba, pháp lý) nếu thấy. 4) Với mỗi phụ thuộc, ghi mức độ TIN CẬY (Chắc/Có thể/Phỏng đoán).

QUY TẮC: chỉ suy luận từ nội dung đã cho. Nếu là phỏng đoán, nói rõ là phỏng đoán cần PO kiểm chứng, KHÔNG khẳng định như sự thật.

Story: [dán vào]

Các bước làm

  • Gom cụm story dự kiến vào 1–2 sprint tới (phụ thuộc chỉ quan trọng khi sắp làm).
  • Chạy prompt, thu về danh sách phụ thuộc + thứ tự + rủi ro.
  • Xác minh từng phụ thuộc "Phỏng đoán" với tech lead — đừng tin ngay.
  • Ghi phụ thuộc đã xác nhận vào từng story (trường "Phụ thuộc: cần US-xxx").
  • Sắp thứ tự sprint theo chuỗi phụ thuộc; tách story bị chặn nếu chưa gỡ được.
  • Đưa danh sách rủi ro vào phần "cần thảo luận" của buổi refinement.

Template: bản đồ phụ thuộc

StoryCần trướcTin cậyĐã xác minh?Rủi ro liên quan
US-BUS-AChắc✅ tech leadAPI chưa có version
US-CUS-DCó thểphụ thuộc bên thứ ba

Sai lầm thường gặp

  • Tin phụ thuộc AI "phát hiện" mà không kiểm chứng. AI có thể ảo giác một phụ thuộc không tồn tại (dựa trên phỏng đoán ngữ nghĩa), khiến bạn hoãn story oan. Luôn xác minh với người làm kỹ thuật.
  • Bỏ sót phụ thuộc AI không thấy. AI chỉ biết những gì trong mô tả. Phụ thuộc nằm trong đầu dev hoặc hệ thống cũ thì nó không thấy — đừng coi danh sách là đầy đủ.
  • Quá phụ thuộc AI để sắp thứ tự sprint. Thứ tự còn phụ thuộc giá trị kinh doanh, năng lực đội — những thứ AI không biết. Dùng gợi ý làm điểm khởi đầu.
  • Rò rỉ kiến trúc nội bộ. Mô tả phụ thuộc hay lộ sơ đồ hệ thống. Cẩn trọng với công cụ ngoài.

Chốt bài

AI phơi bày phụ thuộc và rủi ro sớm — nhưng mỗi phụ thuộc phải được người kỹ thuật xác minh trước khi tin. Bài 6: dựng agent tự động hóa cả quy trình grooming.

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