Backlog 300 mục nhưng không ai nói được sản phẩm đi về đâu: đặt Product Goal và ba cam kết của Scrum

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Một tập đoàn bán lẻ xây dựng ví điện tử dành cho khách hàng thành viên. Sau 18 tháng, Product Backlog có khoảng 300 mục: yêu cầu từ marketing (khuyến mãi theo mùa), từ chăm sóc khách hàng (sửa lỗi hiển thị), từ pháp chế (xác thực danh tính), từ ban giám đốc (tích hợp đối tác mới). Product Owner (PO) dành phần lớn thời gian để sắp xếp lại thứ tự mỗi khi một trưởng phòng gọi điện.

Velocity của hai đội Scrum ổn định quanh 40 điểm mỗi sprint. Báo cáo gửi ban giám đốc luôn xanh. Nhưng trong buổi đánh giá quý, giám đốc khối hỏi: "Sau sáu sprint, khách hàng dùng ví nhiều hơn hay ít hơn? Chúng ta đang hướng tới điều gì?" Không ai trả lời được bằng một câu.

Vấn đề không nằm ở năng suất. Vấn đề là backlog không có định hướng: mọi yêu cầu đều hợp lý khi đứng riêng, nhưng cộng lại thành một sản phẩm đi theo mọi hướng cùng lúc.

Product Goal trong Scrum Guide 2020

Bản Scrum Guide 2020 bổ sung khái niệm Product Goal: mô tả một trạng thái tương lai của sản phẩm, đóng vai trò mục tiêu để Scrum Team lập kế hoạch. Product Goal nằm trong Product Backlog; phần còn lại của backlog hình thành để xác định "cái gì" sẽ giúp đạt mục tiêu đó.

Một số điểm then chốt:

• Mỗi lúc chỉ theo đuổi một Product Goal. Scrum Team phải hoàn thành (hoặc từ bỏ) một Product Goal trước khi chuyển sang mục tiêu kế tiếp.
• Product Goal là cam kết của Product Backlog. Scrum Guide 2020 gắn mỗi artifact với một cam kết: Product Backlog ↔ Product Goal, Sprint Backlog ↔ Sprint Goal, Increment ↔ Definition of Done. Các cam kết này tồn tại để tăng tính minh bạch và tập trung, giúp đo được tiến độ.
• PO chịu trách nhiệm (accountable) phát triển và truyền đạt rõ ràng Product Goal, cũng như sắp xếp Product Backlog. Để PO làm được việc này, cả tổ chức phải tôn trọng quyết định của PO.

Agile Alliance nhắc lại lý do vai trò PO ra đời: các đội thường nhận "chỉ đạo chồng chéo, mâu thuẫn hoặc không có chỉ đạo nào" về việc nên xây dựng gì. Tình huống ví điện tử chính là "chỉ đạo chồng chéo" — và Product Goal là công cụ để PO thoát khỏi nó.

Viết Product Goal: từ tầm nhìn xuống mục tiêu đo được

Product Goal nằm giữa tầm nhìn sản phẩm (rất dài hạn, ít thay đổi) và Sprint Goal (2–4 tuần). Một khung đơn giản: