Backlog 180 story mà vẫn không biết phát hành gì trước: lập bản đồ user story theo hành trình người dùng

Tình huống minh hoạ

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

Một chuỗi phòng khám nha khoa (12 cơ sở) xây ứng dụng đặt lịch và quản lý hồ sơ bệnh nhân. Sau ba buổi hội thảo yêu cầu, Product Owner (PO) có một Product Backlog dạng danh sách phẳng gồm 180 user story, được chấm điểm giá trị từ 1 đến 10 và xếp từ cao xuống thấp.

Bản phát hành đầu (sau 3 sprint) gồm 25 story điểm cao nhất: nhắc lịch qua tin nhắn, đánh giá bác sĩ, ưu đãi thành viên, thanh toán trực tuyến… Khi chạy thử ở hai cơ sở, nhân viên lễ tân phản hồi:

• Bệnh nhân không thể đổi lịch đã đặt (story "đổi lịch" chỉ được 4 điểm nên nằm cuối danh sách).
• Không có cách nhập lịch làm việc của bác sĩ theo ca, nên lễ tân vẫn phải dùng bảng tính song song.
• Thanh toán trực tuyến chạy được, nhưng ít người dùng vì chưa có quy trình đặt lịch trọn vẹn.

PO thắc mắc: "Chúng ta đã làm đúng những thứ giá trị nhất, sao sản phẩm lại không dùng được?"

Phân tích theo PMBOK® Guide / Agile Practice Guide

Danh sách phẳng che mất "câu chuyện" của người dùng

Agile Alliance mô tả user story mapping là cách sắp xếp story theo hai chiều: chiều ngang là các hoạt động của người dùng theo thứ tự họ thực hiện; chiều dọc là story được xếp theo mức ưu tiên và/hoặc mức độ tinh vi tăng dần. Hàng trên cùng tạo thành một phiên bản tối giản nhưng dùng được của sản phẩm; các hàng phía dưới bổ sung tính năng.

Theo Agile Alliance, một mục đích chính của kỹ thuật này là tránh đúng lỗi mà đội vừa gặp: phát hành những tính năng giá trị cao trên lý thuyết nhưng không dùng được vì phụ thuộc vào các tính năng giá trị thấp hơn bị dời sang bản sau. Jeff Patton — người phát triển kỹ thuật này từ giữa những năm 2000 — nhấn mạnh story map giữ người dùng và việc họ làm ở trung tâm cuộc thảo luận, thay vì tranh cãi về từng tính năng.

Liên hệ PMBOK® Guide

• Lĩnh vực hiệu suất Lập kế hoạch (Planning): kế hoạch phát hành trong cách tiếp cận thích ứng cần cân đối giá trị, phụ thuộc và rủi ro — không chỉ xếp hạng giá trị từng mục riêng lẻ.
• Lĩnh vực hiệu suất Bàn giao (Delivery): giá trị chỉ hiện thực hoá khi người dùng sử dụng được kết quả bàn giao.
• Nguyên tắc tư duy hệ thống: giá trị của một story phụ thuộc vào các story khác trong cùng hành trình.

Cách áp dụng