Product Management
Đăng nhập
ESC

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

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

Bài 8 — Tình huống thực chiến & vận hành bền vững

Vấn đề

Lý thuyết đẹp nhưng đời thực luôn có biến: người nghỉ đột xuất, sự cố production nuốt nửa sprint, sếp chèn 'việc gấp', đội mới chưa có velocity ổn định. Bài này luyện bạn dùng AI để ứng biến ngay trong và quanh Planning, đồng thời thiết lập cách vận hành lâu dài để AI thực sự giúp — không gây hại.

Ba tình huống thường gặp

Tình huống 1 — Việc gấp chèn ngang giữa Planning. Sếp yêu cầu thêm một tính năng 'phải có tuần này'. Bạn hỏi AI: 'Nếu thêm story 8 point này, capacity còn 25 point sẽ bị ảnh hưởng ra sao, story nào nên đẩy ra và tác động lên sprint goal thế nào?'. AI đưa 2 phương án đánh đổi để bạn thương lượng với sếp bằng dữ liệu, thay vì gật đầu rồi vỡ kế hoạch.

Tình huống 2 — Đội mới, chưa có velocity. Không có dữ liệu lịch sử. Bạn dùng AI để ước lượng dè dặt dựa trên capacity thô + hệ số an toàn cao, cam kết ít, và coi 2–3 sprint đầu là để hiệu chỉnh. Prompt yêu cầu AI 'nêu rõ đây là ước lượng độ tin cậy thấp'.

Tình huống 3 — Sự cố production đang diễn ra khi Planning. Bạn hỏi AI cách chừa 'ngân sách gián đoạn' (dành X% capacity cho on-call/khắc phục) và điều chỉnh cam kết xuống tương ứng.

Prompt mẫu — ứng biến đánh đổi

Bối cảnh: Đang Planning, capacity đã chốt [25] point, goal: [giảm rào cản đăng ký].
Biến động: Sếp yêu cầu thêm story mới 'Xuất hóa đơn PDF' ước [8] point, gấp trong sprint này.

Hãy:

  • Nêu 2–3 phương án xử lý (đẩy story nào ra, hoặc giảm phạm vi, hoặc chừa buffer khác).
  • Với mỗi phương án, nêu tác động lên sprint goal và rủi ro carry-over.
  • Gợi ý 3 câu tôi có thể nói với sếp để thương lượng dựa trên đánh đổi (không phải từ chối cứng, không phải nhận bừa).
Ràng buộc: Đừng giả định story mới quan trọng hơn goal hiện tại — hãy trình bày đánh đổi trung lập để tôi quyết.

Các bước vận hành bền vững

  • Chuẩn hóa: lưu bộ prompt (Bài 2–6) và cấu hình agent (Bài 7) thành 'playbook Planning' của đội.
  • Đặt lằn ranh dữ liệu: quy định rõ dữ liệu nào được dán vào AI, công cụ nào được duyệt.
  • Human-in-the-loop luôn bật: AI đề xuất, đội + PO quyết định và cam kết.
  • Đo lường AI có giúp thật không: theo dõi độ chính xác dự báo (cam kết vs hoàn thành), thời gian chuẩn bị, số phụ thuộc phát hiện sớm.
  • Rà soát định kỳ: mỗi retro, hỏi 'AI giúp chỗ nào, hại chỗ nào?' và tinh chỉnh playbook.
  • Giữ kỹ năng nền: định kỳ chuẩn bị Planning không cần AI để không lệ thuộc.

Template — 'Playbook Planning + AI của đội'

1. Công cụ AI được duyệt: [...]
  • Dữ liệu ĐƯỢC dán: [velocity ẩn danh, point, nhãn kỹ năng...]
  • Dữ liệu KHÔNG dán: [tên khách, hợp đồng, dữ liệu cá nhân...]
  • Bộ prompt chuẩn: [link tài liệu]
  • Agent (nếu có): quyền, lịch, lằn ranh, cửa duyệt
  • Quy tắc quyết định: AI gợi ý – đội cam kết
  • Chỉ số theo dõi: độ chính xác dự báo, thời gian prep, phụ thuộc phát hiện sớm
  • Lịch rà soát: mỗi retro

Sai lầm thường gặp

  • Dùng AI để 'hợp thức hóa' quyết định vội. AI đưa vài phương án không có nghĩa bạn được bỏ qua thảo luận với đội. Đánh đổi phạm vi phải minh bạch.
  • Tin ước lượng cho đội mới như thật. Không có lịch sử thì mọi con số là phỏng đoán; ảo giác dễ xảy ra. Cam kết dè dặt, hiệu chỉnh dần.
  • Rò rỉ dữ liệu khi 'chữa cháy'. Lúc gấp gáp, người ta hay dán bừa mọi thứ vào AI. Càng gấp càng phải giữ kỷ luật dữ liệu.
  • Phụ thuộc quá mức đến mức mất phản xạ. Nếu mất công cụ AI mà đội tê liệt không Planning nổi, đó là rủi ro vận hành. AI là đòn bẩy, không phải nạng chống.
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