User story mapping là gì, khi nào nên dùng thay cho backlog dạng danh sách?

Story mapping là kỹ thuật sắp xếp story theo hai chiều thay vì một danh sách: chiều ngang là hành trình của người dùng (các bước theo thứ tự thời gian), chiều dọc là mức độ ưu tiên/chi tiết của các story trong mỗi bước. Agile Alliance ghi nhận kỹ thuật này do Jeff Patton hình thành (mô tả chính thức năm 2008), nhằm tránh tình trạng phát hành những tính năng giá trị cao nhưng không dùng được vì phụ thuộc vào tính năng giá trị thấp hơn chưa được làm.

Cách xây dựng (gợi ý)

1. Xương sống (backbone): liệt kê các hoạt động lớn người dùng thực hiện, theo thứ tự — ví dụ (giả định) với cổng dịch vụ công: Tìm thủ tục → Khai hồ sơ → Nộp phí → Theo dõi → Nhận kết quả.
2. Dưới mỗi hoạt động, liệt kê các bước/story chi tiết.
3. Xếp theo chiều dọc: story thiết yếu ở trên, story nâng cao ở dưới.
4. Làm cùng người dùng/bên liên quan và đội — dùng bảng giấy hoặc bảng số, quan trọng là cùng nhìn một bức tranh.

Chia bản phát hành: kẻ các đường ngang cắt qua bản đồ. Lát cắt trên cùng phải đi xuyên mọi hoạt động của xương sống — tức là người dùng làm được trọn một hành trình, dù ở mức đơn giản. Đó là câu trả lời cho câu hỏi "bản đầu tiên người dân làm được trọn vẹn việc gì?".

Khi nào nên dùng

• Sản phẩm mới hoặc tính năng lớn có nhiều bước.
• Khi cần thống nhất phạm vi bản phát hành với nhiều bên.
• Khi backlog dài khiến đội "chỉ thấy cây không thấy rừng".

Story map không thay thế Product Backlog: sau khi chia lát, các story vẫn được đưa vào backlog theo thứ tự để làm việc hằng ngày. Bản đồ nên được cập nhật khi học thêm.

Nguồn:

• Agile Alliance — What is Story Mapping?
• GOV.UK Service Manual — Writing user stories