Bài 8.8 · Chương 8: Agile và Hybrid
Chủ sản phẩm giữ Product Backlog luôn hữu ích như thế nào: nguyên tắc DEEP, tinh chỉnh backlog định kỳ, Định nghĩa sẵn sàng, cùng các kỹ thuật ưu tiên MoSCoW, mô hình Kano, giá trị so với công sức và cách chọn phạm vi cho sản phẩm khả dụng tối thiểu.
| Chữ cái | Ý nghĩa | Biểu hiện |
|---|---|---|
| D — Detailed appropriately | Chi tiết vừa đủ | Hạng mục sắp làm thì nhỏ, rõ; hạng mục xa thì còn thô (epic) |
| E — Estimated | Đã ước lượng | Có ước lượng để sắp thứ tự và dự báo |
| E — Emergent | Luôn thay đổi | Thêm, bớt, sửa theo phản hồi và học hỏi |
| P — Prioritized | Đã sắp thứ tự | Hạng mục giá trị cao nhất nằm trên cùng |
Hệ quả thực tế: không cần (và không nên) viết chi tiết toàn bộ backlog từ đầu. Chi tiết hoá quá sớm là lãng phí, vì nhiều hạng mục sẽ thay đổi hoặc bị bỏ.
Tinh chỉnh Product Backlog là hoạt động liên tục: chia nhỏ hạng mục lớn, làm rõ tiêu chí chấp nhận, ước lượng, sắp xếp lại. Nhiều đội dành khoảng 10% thời gian Sprint cho việc này, thường qua một buổi định kỳ giữa Sprint với chủ sản phẩm và các nhà phát triển.
Một số đội dùng Định nghĩa sẵn sàng (Definition of Ready) — danh mục điều kiện để một hạng mục được đưa vào Sprint, ví dụ: có tiêu chí chấp nhận, đã ước lượng, đủ nhỏ để xong trong Sprint, không còn phụ thuộc bên ngoài chưa giải quyết. Lưu ý: Định nghĩa sẵn sàng không có trong Scrum Guide; dùng nó như công cụ hỗ trợ, đừng biến thành cổng phê duyệt cứng nhắc khiến đội chờ đợi.
Mục tiêu của tinh chỉnh: luôn có khoảng một đến hai Sprint hạng mục đã sẵn sàng ở đầu backlog.
Thứ tự backlog cân nhắc nhiều yếu tố: giá trị cho người dùng, rủi ro, phụ thuộc, chi phí trì hoãn, công sức, học hỏi. Một số kỹ thuật giúp đưa ra quyết định có căn cứ:
MoSCoW chia hạng mục thành:
Mẹo: giữ nhóm Must ở mức khoảng 60% công sức để có vùng đệm; nếu mọi thứ đều "Must", kỹ thuật mất tác dụng.
Mô hình Kano phân loại theo cảm nhận của khách hàng:
Theo thời gian, tính năng gây thích thú dần trở thành cơ bản — điều làm khách hàng ngạc nhiên năm nay sẽ là đòi hỏi tối thiểu năm sau.
Ma trận giá trị – công sức: đặt hạng mục lên lưới hai trục. Giá trị cao – công sức thấp là "thắng nhanh", làm trước; giá trị thấp – công sức cao thì cân nhắc bỏ.
Chi phí trì hoãn và WSJF: khi thời điểm quan trọng (mùa vụ, hạn quy định), xem bài Dự án trong danh mục đầu tư để tính.
Ưu tiên theo rủi ro: hạng mục giúp giảm bất định lớn (spike, kiểm chứng tích hợp) được đẩy lên sớm để thất bại sớm, rẻ.
Sản phẩm khả dụng tối thiểu (MVP) là phiên bản nhỏ nhất giúp kiểm chứng một giả thuyết với người dùng thật. Nó không phải "phiên bản kém chất lượng": phần đã làm phải dùng được và đúng chuẩn, chỉ là ít tính năng.
Cách chọn: viết rõ giả thuyết ("chủ cửa hàng nhỏ sẽ tự đăng sản phẩm nếu chỉ mất dưới 2 phút"), xác định hạng mục tối thiểu để kiểm chứng, đặt chỉ số đo, rồi để kết quả quyết định bước tiếp theo — mở rộng, điều chỉnh hay dừng.
Cách chữa: dọn định kỳ (xoá hoặc lưu trữ hạng mục cũ), tinh chỉnh đều đặn, và nhắc lại vai trò duy nhất của chủ sản phẩm trong sắp thứ tự.
Backlog ban đầu có 240 hạng mục do các khoa gửi lên. Chủ sản phẩm làm ba việc. Thứ nhất, viết giả thuyết MVP: "bệnh nhân tái khám sẽ tự đặt lịch qua ứng dụng nếu thấy được giờ trống thật". Thứ hai, phân loại MoSCoW cho bản đầu: Must gồm xem giờ trống, đặt, huỷ, nhắc lịch; Should gồm thanh toán trước; Could gồm đánh giá bác sĩ; Won't lần này gồm tư vấn video. Thứ ba, khảo sát Kano với 60 bệnh nhân, phát hiện "nhắc lịch qua tin nhắn" là cơ bản chứ không phải gây thích thú như đội nghĩ. Sau bốn Sprint, MVP ra mắt ở hai cơ sở; tỷ lệ đặt qua ứng dụng đạt 35% lượt tái khám, đủ để mở rộng.
Dấu hiệu đáp án đúng: chủ sản phẩm sắp thứ tự backlog, các bên liên quan đề xuất qua chủ sản phẩm; backlog chi tiết dần, không viết hết từ đầu; tinh chỉnh liên tục; ưu tiên theo giá trị, rủi ro và phụ thuộc; MVP để học hỏi chứ không phải để làm ẩu. Xem thêm Scrum và Ước lượng và lập kế hoạch agile.
5 câu · Đạt từ 70 %
Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.